Re: [GENERAL] BUG #1830: Non-super-user must be able to copy - Mailing list pgsql-bugs

From Stephan Szabo
Subject Re: [GENERAL] BUG #1830: Non-super-user must be able to copy
Date
Msg-id 20050819075647.I34168@megazone.bigpanda.com
Whole thread Raw
In response to Re: BUG #1830: Non-super-user must be able to copy from a file  (Bernard <bht@actrix.gen.nz>)
Responses Re: [GENERAL] BUG #1830: Non-super-user must be able to copy  ("Jim C. Nasby" <jnasby@pervasive.com>)
List pgsql-bugs
On Fri, 19 Aug 2005, Bernard wrote:

> But we can take this one step further so that we don't even need to
> trust ourselves:
>
> The logical next step is that for a non-postgresql-superuser user,
> COPY FROM files have to be world-readable and COPY TO files and
> directories have to be world-writable. The server checks the file
> attributes and grants copy permission depending on them. Obviously any
> Postrgres system files must not be world-readable and world-writable.
>
> Problem solved. One doesn't need to be a genius to figure this out.

No, it's not solved.  It prevents that problem for the configuration
files, but still gives access to other world readable files on the system
for example /etc/passwd on many systems (yes it's not terribly interesting
in general, but still is often not acceptable to retrieve).

You'd probably want to add the ability to setup which directories that are
allowed to be read or written to as configuration separately from unix
file permissions.

No, it doesn't take a genius, but it's not as trivial as you seem to think
it is, either.  And honestly, until there's a workable plan that addresses
these issues, opening it up seems foolish.


pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: [GENERAL] BUG #1830: Non-super-user must be able to copy from a
Next
From: Michael Fuhr
Date:
Subject: Re: BUG #1831: plperl gives error after reconnect.