Re: Feature request: permissions change history for auditing - Mailing list pgsql-hackers

From Thom Brown
Subject Re: Feature request: permissions change history for auditing
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: Feature request: permissions change history for auditing  (Glyn Astill <[email protected]>)
Responses Re: Feature request: permissions change history for auditing
List pgsql-hackers
2009/11/30 Glyn Astill <[email protected]>
--- On Mon, 30/11/09, Thom Brown <[email protected]> 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 surely make more sense than a specific auditing capability.


I concede your suggestion of the ddl log output.  I guess that could then be filtered to obtain the necessary information.

Thanks

Thom

pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Block-level CRC checks
Next
From: Andrew Dunstan
Date:
Subject: Re: Feature request: permissions change history for auditing