From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <bruce(at)momjian(dot)us>, Brendan Jurd <direvus(at)gmail(dot)com>, Tomasz Ostrowski <tometzky(at)batory(dot)org(dot)pl> |
Subject: | Re: Spoofing as the postmaster |
Date: | 2007-12-23 12:19:59 |
Message-ID: | 476E526F.2020906@hagander.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut wrote:
> Magnus Hagander wrote:
>> Out of curiosity, does any of the other databases out there "solve" this
>> somehow? Or any non-databases too, really. To me this seems like a
>> general problem for *any* kind of server processes
>
> Most kinds of server processes where you'd send sensitive information do
> support SSL. Most of these server processes don't run over Unix-domain
> sockets, though.
Well, the question is not about sensitive information, is it? It's about
password disclosure due to spoofing. Which would affect *all* services
that accept passwords over any kind of local connections - both unix
sockets and TCP localhost.
I'm just saying that pretty much everybody has to be affected by this.
And you can't claim it's very common to use SSL to secure localhost
connections. Maybe it should be, but I hardly ever see it...
The best way to avoid it is of course not to give untrusted users access
to launch arbitrary processes on your server. Something about that
should perhaps be added to that new docs section?
//Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2007-12-23 13:03:01 | Re: Spoofing as the postmaster |
Previous Message | Peter Eisentraut | 2007-12-23 11:28:55 | Re: Spoofing as the postmaster |