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
|
Список | 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 по дате отправления: