Re: Feature request: permissions change history for auditing
В списке pgsql-hackers по дате отправления:
| От | Glyn Astill |
|---|---|
| Тема | Re: Feature request: permissions change history for auditing |
| Дата | |
| Msg-id | 114000.9747.qm@web23605.mail.ird.yahoo.com обсуждение |
| Ответ на | Feature request: permissions change history for auditing (Thom Brown <thombrown@gmail.com>) |
| Ответы |
Re: Feature request: permissions change history for
auditing
|
| Список | pgsql-hackers |
--- On Mon, 30/11/09, Thom Brown <thombrown@gmail.com> wrote: > As far as I am aware, there is no way to tell when a > user/role was granted permissions or had permissions > revoked, or who made these changes. I'm wondering if > it would be useful for security auditing to maintain a > history of permissions changes only accessible to > superusers? I'd have thought you could keep track of this in the logs by setting log_statement >= ddl ? I'm pretty sure this is a feature that's not wanted, but the ability to add triggers to these sorts of events would surelymake more sense than a specific auditing capability.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера