Re:Deprecate 0.0.0.0 for Private Network Access
by binwiederhier on Wednesday August 07, 2024 @03:34PM
(#41184572)
Well, this was a surprise to me too, but apparently Linux does this:
$ ping 0.0.0.0
PING 0.0.0.0 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.056 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.105 ms
...
$ nc 0.0.0.0 22
SSH-2.0-OpenSSH_8.9p1 Ubuntu-3ubuntu0.10
...
Re:Deprecate 0.0.0.0 for Private Network Access
by focusedone on Wednesday August 07, 2024 @05:42PM
(#41185894)
ping 0 works too. Kinda fun.
Re:Deprecate 0.0.0.0 for Private Network Access
by mh0pe on Friday August 09, 2024 @12:56AM
(#41198884)
Fun fact, ping 0 works because 0 is the IP decimal notation of 0.0.0.0. One of my favorite age-old WAF bypass since it doesn't match octet notation regexes that are often in place.
Re:Deprecate 0.0.0.0 for Private Network Access
by otabdeveloper4 on Wednesday August 07, 2024 @03:14PM
(#41184383)
'0.0.0.0' means 'all local host addresses'. Including whatever might be listening on 127.0.0.0/8.
It's just a private network address, and this "vulnerability" is because idiots adhere to the letter of the spec maliciously instead of understanding current practice.
Re:Deprecate 0.0.0.0 for Private Network Access
by Titan2189 on Wednesday August 07, 2024 @03:39PM
(#41184603)
Wait, so you're suggesting developers shouldn't adhere to specs but instead develop their tools / libraries according to whatever they feel it is the cool kids currently do?
Re:Deprecate 0.0.0.0 for Private Network Access
by rolph on Wednesday August 07, 2024 @04:00PM
(#41184789)
i fail to see much difference with:
>>develop their tools / libraries according to whatever they feel it is the cool kids currently do?<<
versus:
>>adhere to the letter of the spec maliciously instead of understanding current practice.<<
Re:Deprecate 0.0.0.0 for Private Network Access
by otabdeveloper4 on Wednesday August 07, 2024 @04:21PM
(#41185011)
Yes, I do.
You should be following de-facto real world standards, not fantasy ones. Especially if security is involved.
Re:Deprecate 0.0.0.0 for Private Network Access
by robertlagrant on Wednesday August 07, 2024 @04:31PM
(#41185138)
If there are de facto real world standards, why not write them down?
Re:Deprecate 0.0.0.0 for Private Network Access
by otabdeveloper4 on Wednesday August 07, 2024 @05:23PM
(#41185704)
Ask the guys writing the RFC's, not me. Boggles my mind too.
Re:Deprecate 0.0.0.0 for Private Network Access
by datanut on Wednesday August 07, 2024 @08:35PM
(#41186943)
Have you considered replacing/creating/updating RFCs/BCPs relevant to your field?
Re:Deprecate 0.0.0.0 for Private Network Access
by kevindamm on Wednesday August 07, 2024 @03:16PM
(#41184408)
RFC 3330 says you can use it as a source address for "this" host on "this" network, and that 0.0.0.0/8 can be used for other addresses on "this" network.
Re:Deprecate 0.0.0.0 for Private Network Access
by diggan on Wednesday August 07, 2024 @03:45PM
(#41184668)
Interesting. I'd use 192.168.0.0/16 or 10.0.0.0/8 for that, and haven't found a reason yet not to. Using "0.0.0.0" for anything signals something like "I'm not sure what I want to bind it to, just bind to everything available", at least to me.
Re:Deprecate 0.0.0.0 for Private Network Access
by marcosdumay on Wednesday August 07, 2024 @04:13PM
(#41184920)
It's not a valid machine address. It's a shortcut that, for example, if you are in the 10.0.0.0/8 network, you can use 0.0.0.1 to refer to 10.0.0.1.
Re:Deprecate 0.0.0.0 for Private Network Access
by BenjiWiebe on Thursday August 08, 2024 @02:08PM
(#41194504)
How come this doesn't work on my Fedora Linux PC? If I try to ping 0.0.0.1 it just tries to ping 0.0.0.1 which doesn't respond as it doesn't exist.
Re:Deprecate 0.0.0.0 for Private Network Access
by emptiestplace on Friday August 09, 2024 @12:14AM
(#41198717)
Are you /8?
Re:Deprecate 0.0.0.0 for Private Network Access
by BenjiWiebe on Saturday August 10, 2024 @12:56PM
(#41210720)
Nope, /24.
It seems they're saying if you have a service listening to localhost (private), Chrome is supposed to not resolve 0.0.0.0 (public) to localhost, yet it currently does so.
So seems to me they're solving a security bug. But if I got this right, it's surprising how it got like that in the first place, doesn't make sense in any scenario I can think of to resolve 0.0.0.0 to localhost? Why would a browser try to resolve 0.0.0.0 to anything in the first place?