Re: Privileges on PUBLICATION

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Privileges on PUBLICATION
Дата
Msg-id 043c52a4-c001-0201-94fc-305dffb8313e@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Privileges on PUBLICATION  (Antonin Houska <ah@cybertec.at>)
Ответы Re: Privileges on PUBLICATION  (Antonin Houska <ah@cybertec.at>)
Список pgsql-hackers
On 04.11.22 08:28, Antonin Houska wrote:
> I thought about the whole concept a bit more and I doubt if the PUBLICATION
> privilege is the best approach. In particular, the user specified in CREATE
> SUBSCRIPTION ... CONNECTION ... (say "subscription user") needs to have SELECT
> privilege on the tables replicated. So if the DBA excludes some columns from
> the publication's column list and sets the (publication) privileges in such a
> way that the user cannot get the column values via other publications, the
> user still can connect to the database directly and get values of the excluded
> columns.

Why are the SELECT privileges needed?  Maybe that's something to think 
about and maybe change.

> As an alternative to the publication privileges, I think that the CREATE
> SUBSCRIPTION command could grant ACL_SELECT automatically to the subscription
> user on the individual columns contained in the publication column list, and
> DROP SUBSCRIPTION would revoke that privilege.

I think that approach is weird and unusual.  Privileges and object 
creation should be separate operations.




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Aleksander Alekseev
Дата:
Сообщение: Re: [PoC] Let libpq reject unexpected authentication requests
Следующее
От: Justin Pryzby
Дата:
Сообщение: Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL