From: | Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com> |
---|---|
To: | Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Joe Conway <mail(at)joeconway(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Multi-tenancy with RLS |
Date: | 2015-10-27 01:54:39 |
Message-ID: | CAJrrPGdnhWA_-Fb1z2sbMAVV9_mW_yDq_UoTmOMb1fVw9p+1Bg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Oct 21, 2015 at 2:42 PM, Haribabu Kommi
<kommi(dot)haribabu(at)gmail(dot)com> wrote:
> Pending items:
> 1. Need to add some more tests to verify all database catalog tables.
> 2. Documentation changes for database catalog tenancy.
Here I attached the updated database-catalog-security with more tests
including system views,
information schema views and documentation.
>Known issues:
>2. If user (U2) executes a query on an object (tbl2) which the user
>(U2) don't have
> permissions, as he cannot able to see that object from catalog views/tables,
> but the query returns an error message as "permission denied", but in case
> if multi-tenancy is enabled, the error message should be "relation
>doesn't exist".
To handle the above problem, we can add a check to verify whether the
corresponding
catalog relation has the row level security is enabled or not? in all
*_aclmask or similar
functions. Based on the ACL result, if the row security is enabled,
through an error as
"object does not exist", instead of permission denied by the
aclcheck_error function.
This will increase the extra processing time for queries irrespective
of whether the
multi-tenancy is enabled or not?
comments?
Regards,
Hari Babu
Fujitsu Australia
Attachment | Content-Type | Size |
---|---|---|
4_database_catalog_tenancy_v2.patch | application/octet-stream | 98.1 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2015-10-27 03:14:26 | Re: pg_basebackup and replication slots |
Previous Message | Peter Geoghegan | 2015-10-27 01:27:52 | Re: Re : Re: [HACKERS] UTF-32 support in PostgreSQL ? |