Re: [PATCH] remove redundant ownership checks - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCH] remove redundant ownership checks
Date
Msg-id 2999.1263412489@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCH] remove redundant ownership checks  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [PATCH] remove redundant ownership checks  (Alex Hunsaker <badalex@gmail.com>)
Re: [PATCH] remove redundant ownership checks  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Wed, Jan 13, 2010 at 1:34 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> If I thought this patch represented incremental movement in the
>> direction of a better security-check factorization, I'd be fine with it,
>> but that's not clear either. �The argument for it is that these checks
>> are redundant with some other ones, but why should we remove these and
>> not the other ones instead?

> That's a good question, and I have an answer [ namely that ALTER TABLE
> is the right place ].

But note Stephen Frost's concurrent reply suggesting that he wants to
move the checks *out* of ALTER TABLE.  With his plan, these checks
are probably in the right place already.

I'm a little worried by Stephen's plan, mainly because I'm concerned
that it would lead to ALTER TABLE taking exclusive lock on a table long
before it gets around to checking permissions.  Still, that's just
extending a window that exists now.

Anyway, this is the sort of thing that should be hashed out before
starting to write code.  Adding or removing security checks is not
the hard part, the hard part is deciding where they should be.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Sergej Galkin
Date:
Subject: segmentation fault in function
Next
From: James William Pye
Date:
Subject: Re: plpython3