From: | Kohei KaiGai <kaigai(at)kaigai(dot)gr(dot)jp> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | PgHacker <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [v9.1] sepgsql - userspace access vector cache |
Date: | 2011-06-09 19:09:56 |
Message-ID: | BANLkTimSmRFrrtKkxY=S253e3_H9dXVahQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2011/6/9 Robert Haas <robertmhaas(at)gmail(dot)com>:
> On Thu, Jun 9, 2011 at 12:39 PM, Kohei KaiGai <kaigai(at)kaigai(dot)gr(dot)jp> wrote:
>> 2011/6/9 Robert Haas <robertmhaas(at)gmail(dot)com>:
>>> On Thu, Jun 9, 2011 at 3:59 AM, Kohei KaiGai <kaigai(at)kaigai(dot)gr(dot)jp> wrote:
>>>> The only modification by this patch to the core routine is a new
>>>> syscache for pg_seclabel system catalog. The SECLABELOID enables to
>>>> reference security label of the object using syscache interface.
>>>
>>> I believe we decided against that previously on the grounds that we
>>> don't want to add syscaches that might get really really big. In
>>> particular, there could be a LOT of labelled large objects floating
>>> around.
>>>
>> (Sorry, I missed to Cc: pgsql-hackers, so send again)
>>
>> As long as we use syscache mechanism to hold security label of
>> relation or other cached objects, do you think it cause no troubles?
>
> Maybe, but why do we need it?
>
Of course, I'd like to look up security label of the referenced object with
smallest cost as possible as we can.
Here is two level lookups.
The first is from object identifiers to security label; it can be boosted
using syscache mechanism. The second is from security labels to
access control decision; it can be boosted using userspace avc.
Thanks,
--
KaiGai Kohei <kaigai(at)kaigai(dot)gr(dot)jp>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-06-09 19:14:24 | Re: Invalid byte sequence for encoding "UTF8", caused due to non wide-char-aware downcase_truncate_identifier() function on WINDOWS |
Previous Message | Robert Haas | 2011-06-09 19:03:26 | Re: Postmaster holding unlinked files for pg_largeobject table |