Re: leaky views, yet again - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: leaky views, yet again
Date
Msg-id 4CAD6283.4090908@enterprisedb.com
Whole thread Raw
In response to Re: leaky views, yet again  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: leaky views, yet again
List pgsql-hackers
On 07.10.2010 06:39, Robert Haas wrote:
> On Tue, Oct 5, 2010 at 3:42 PM, Tom Lane<tgl@sss.pgh.pa.us>  wrote:
>> Right, *column* filtering seems easy and entirely secure.  The angst
>> here is about row filtering.  Can we have a view in which users can see
>> the values of a column for some rows, with perfect security that they
>> can't identify values for the hidden rows?  The stronger form is that
>> they shouldn't even be able to tell that hidden rows exist, which is
>> something your view doesn't try to do; but there are at least some
>> applications where that would be desirable.
>
> I took a crack at documenting the current behavior; see attached.

Looks good. It gives the impression that you need to be able to a create 
custom function to exploit, though. It would be good to mention that 
internal functions can be used too, revoking access to CREATE FUNCTION 
does not make you safe.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: KaiGai Kohei
Date:
Subject: Re: host name support in pg_hba.conf
Next
From: Pavel Stehule
Date:
Subject: Re: todo point: plpgsql - scrollable cursors are supported