Re: row_security GUC, BYPASSRLS - Mailing list pgsql-hackers

From Tom Lane
Subject Re: row_security GUC, BYPASSRLS
Date
Msg-id 5198.1442333443@sss.pgh.pa.us
Whole thread Raw
In response to Re: row_security GUC, BYPASSRLS  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: row_security GUC, BYPASSRLS  (Joe Conway <mail@joeconway.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Tue, Sep 15, 2015 at 1:00 AM, Noah Misch <noah@leadboat.com> wrote:
>> It also requires a DBA unwilling to
>> furnish test accounts to custodians of sensitive data.  With or without
>> row_security=force, such a team is on the outer perimeter of the audience able
>> to benefit from RLS.  Nonetheless, I'd welcome a replacement test aid.

> I can't argue with that, I suppose, but I think row_security=force is
> a pretty useful convenience.  If we must remove it, so be it, but I'd
> be a little sad.

Keep in mind that if you have an uncooperative DBA on your production
system, you can always test your policy to your heart's content on a
playpen installation.  In fact, most people would consider that good
engineering practice anyway, rather than pushing untested code directly
into production.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Jan Wieck
Date:
Subject: Re: [COMMITTERS] pgsql: Fix an O(N^2) problem in foreign key references.
Next
From: Joe Conway
Date:
Subject: Re: row_security GUC, BYPASSRLS