News for hackers. Stuff that matters.
Re:AWS to start charging for IPv4 usage, but critical servic... by hot_gril on Friday November 10, 2023 @01:05PM (#38222218)
That's a big "if."

> Randomized, temporary IPv6 public addresses are a nice feature, and mostly turned on by default

I really do not want this.

Re:AWS to start charging for IPv4 usage, but critical servic... by saltminer on Friday November 10, 2023 @01:35PM (#38222658)
> I really do not want this.

Then disable it. IPv6 SLAAC privacy extensions are device-controlled, meaning neither your ISP nor your router can force you to use/not use them (unless they're so incompetent that they do things like hand out /128s).

Re:AWS to start charging for IPv4 usage, but critical servic... by hot_gril on Friday November 10, 2023 @01:49PM (#38222834)
Well, what I do is disable ipv6. I don't want the possibility that this is misconfigured, especially if the defaults tend to be wrong. Maybe my router doesn't even respect my firewall settings, like this: https://community.verizon.com/t5/Fios-Internet-and-High-Spee... Maybe the customer is wrong, but this shouldn't even be a question.

The rare times I want something publicly accessible, I use DMZ or port forwarding.

Re:AWS to start charging for IPv4 usage, but critical servic... by devman0 on Friday November 10, 2023 @01:15PM (#38222379)
It isn't a big if, it is literally the same connection tracking stack except without the address and port mapping.

If you take away the mapping the tracking doesn't go away. Inbound traffic still needs to match to to a session created by outbound traffic.

Re:AWS to start charging for IPv4 usage, but critical servic... by hot_gril on Friday November 10, 2023 @01:25PM (#38222539)
Yes, and every router has to do it properly by default, which so far they haven't really been. NAT is a lot harder to do wrong, cause the local IPs aren't even addressible.
Re:AWS to start charging for IPv4 usage, but critical servic... by icehawk on Friday November 10, 2023 @02:06PM (#38223063)
Its not harder to do wrong, its just less noticeable when done wrong, it's been a security consideration since NAT was created, and a persistent issue since then:

https://datatracker.ietf.org/doc/html/rfc2993#page-22

https://threatpost.com/remote-attackers-internal-network-dev... https://www.anvilsecure.com/blog/dhcp-games-with-smart-route...

Re:AWS to start charging for IPv4 usage, but critical servic... by hot_gril on Friday November 10, 2023 @03:39PM (#38224210)
It's defense in depth. I don't understand if and how this exploit allows an attacker to hit port 80 on my PC for instance, but either way it looks like a pretty sophisticated attack only discovered in 2021, and I still don't see panic over it.
Re:AWS to start charging for IPv4 usage, but critical servic... by devman0 on Saturday November 11, 2023 @10:07PM (#38236862)
If they haven't really been, then NAT wouldn't be working either, that's the point I'm making. NAT requires connection tracking to function, because NAT is actually an extra step on top of a basic stateful firewall, and the mapping part isn't the part that provides security, it is the connection tracking part.
Re:AWS to start charging for IPv4 usage, but critical servic... by bluepizza on Friday November 10, 2023 @03:10PM (#38223876)
> That's a big "if."

Not really. Many home routers used to assign all ports to the first device to connect to the router, and you'd need to setup NAT just for your second computer. Eventually the default settings wised up.

It is much more probable that security defaults will be much tighter today than they were when ADSL initially took off.