Re: Spoofing as the postmaster - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Spoofing as the postmaster
Date
Msg-id 3793.1198392314@sss.pgh.pa.us
Whole thread Raw
In response to Re: Spoofing as the postmaster  (Mark Mielke <mark@mark.mielke.cc>)
Responses Re: Spoofing as the postmaster  (Andrew Sullivan <ajs@crankycanuck.ca>)
List pgsql-hackers
Mark Mielke <mark@mark.mielke.cc> writes:
> Brendan Jurd wrote:
>> It doesn't solve the spoofing attack problem, but isn't Gurjeet's idea
>> a good one in any case?
>> 
> What makes it good? It solves no problems. It prevents the server from 
> coming up when it otherwise might still be able to.

The primary reason things work like that is that there are boatloads of
machines that are marginally misconfigured.  For instance, userland
thinks there is IPv6 support when the kernel thinks not (or vice versa).
If we made the postmaster abort every time it couldn't latch onto every
address that the listen_addresses setting suggested it might be able to
latch onto, what we'd mostly accomplish is to drive away a lot of
potential users.

Given that everyone agrees that this change wouldn't actually fix
anything w.r.t. spoofing, I don't think there's grounds for making it.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Mark Mielke
Date:
Subject: Re: Spoofing as the postmaster
Next
From: Gregory Stark
Date:
Subject: Re: viewing source code