Thread

  1. PATCH: Disallow a netmask of zero unless the IP is also all zeroes

    Greg Sabino Mullane <htamfids@gmail.com> — 2025-02-11T20:05:33Z

    I ran into this alarming mistake again the other day. Luckily it was on a
    dev system. Someone sees an entry in a pg_hba.conf that looks like this:
    
    host all all 0.0.0.0/0 md5
    
    They are gobsmacked when they learn this means to let everyone in. So they
    fix it by adding new entries that look like this:
    
    host all all 10.2.55.4/0 md5
    host all all 10.2.55.5/0 md5
    host all all 10.2.55.6/0 md5
    
    It should, of course, be:
    host all all 10.2.55.4/32 md5
    
    I say "of course" but few people (even tech ones) know the distinction.
    (Nor should they have to! But that's for a nearby thread). This patch aims
    to prevent this very bad footgun by only allowing a /0 if the IP consists
    of only zeroes. It works for ipv4 and ipv6.
    
    Cheers,
    Greg
    
    --
    Crunchy Data - https://www.crunchydata.com
    Enterprise Postgres Software Products & Tech Support
    
  2. Re: PATCH: Disallow a netmask of zero unless the IP is also all zeroes

    Tom Lane <tgl@sss.pgh.pa.us> — 2025-02-11T20:25:00Z

    Greg Sabino Mullane <htamfids@gmail.com> writes:
    > I say "of course" but few people (even tech ones) know the distinction.
    > (Nor should they have to! But that's for a nearby thread). This patch aims
    > to prevent this very bad footgun by only allowing a /0 if the IP consists
    > of only zeroes. It works for ipv4 and ipv6.
    
    More generally, should we reject if the netmask causes *any* nonzero
    IP bits to be ignored?  Our CIDR type already imposes that rule:
    
    regression=# select '1.2.3.4/24'::cidr;
    ERROR:  invalid cidr value: "1.2.3.4/24"
    LINE 1: select '1.2.3.4/24'::cidr;
                   ^
    DETAIL:  Value has bits set to right of mask.
    
    I'm a bit distressed to realize that hba.c isn't using cidr_in.
    Maybe we should try to share code instead of duplicating yet more.
    
    			regards, tom lane
    
    
    
    
  3. Re: PATCH: Disallow a netmask of zero unless the IP is also all zeroes

    Daniel Gustafsson <daniel@yesql.se> — 2025-02-11T21:06:07Z

    > On 11 Feb 2025, at 21:25, Tom Lane <tgl@sss.pgh.pa.us> wrote:
    
    > I'm a bit distressed to realize that hba.c isn't using cidr_in.
    > Maybe we should try to share code instead of duplicating yet more.
    
    +1.  I have a note along these lines on my never-shrinking TODO, I think it
    would be great if we took a stab at that.
    
    --
    Daniel Gustafsson
    
    
    
    
    
  4. Re: PATCH: Disallow a netmask of zero unless the IP is also all zeroes

    Greg Sabino Mullane <htamfids@gmail.com> — 2025-02-11T22:30:45Z

    On Tue, Feb 11, 2025 at 3:25 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
    
    > More generally, should we reject if the netmask causes *any* nonzero
    > IP bits to be ignored?  Our CIDR type already imposes that rule:
    >
    
    Yeah, I like that idea a lot. That's a great DETAIL message.
    
    Cheers,
    Greg
    
    --
    Crunchy Data - https://www.crunchydata.com
    Enterprise Postgres Software Products & Tech Support
    
  5. Re: PATCH: Disallow a netmask of zero unless the IP is also all zeroes

    Andreas Karlsson <andreas@proxel.se> — 2025-02-14T11:41:19Z

    On 2/11/25 9:25 PM, Tom Lane wrote:
    > Greg Sabino Mullane <htamfids@gmail.com> writes:
    >> I say "of course" but few people (even tech ones) know the distinction.
    >> (Nor should they have to! But that's for a nearby thread). This patch aims
    >> to prevent this very bad footgun by only allowing a /0 if the IP consists
    >> of only zeroes. It works for ipv4 and ipv6.
    > 
    > More generally, should we reject if the netmask causes *any* nonzero
    > IP bits to be ignored?  Our CIDR type already imposes that rule:
    
    +1 From me too. I think we should fix the general issue rather than 
    special casing /0.
    
    Andreas