PGS9-00-004500 - PostgreSQL must generate audit records when unsuccessful attempts to access security objects occur.

Warning! Audit Deprecated

This audit has been deprecated and will be removed in a future update.

View Next Audit Version

Information

Changes to the security configuration must be tracked.

This requirement applies to situations where security data is retrieved or modified via data manipulation operations, as opposed to via specialized security functionality.

In an SQL environment, types of access include, but are not necessarily limited to:

SELECT
INSERT
UPDATE
DELETE
EXECUTE

To aid in diagnosis, it is necessary to keep track of failed attempts in addition to the successful ones.

Solution

Configure PostgreSQL to produce audit records when unsuccessful attempts to access security objects occur.

All denials are logged if logging is enabled. To ensure that logging is enabled, review supplementary content APPENDIX-C for instructions on enabling logging.

See Also

https://dl.dod.cyber.mil/wp-content/uploads/stigs/zip/U_PGS_SQL_9-x_V2R3_STIG.zip

Item Details

References: CAT|II, CCI|CCI-000172, Rule-ID|SV-214086r508027_rule, STIG-ID|PGS9-00-004500, STIG-Legacy|SV-87573, STIG-Legacy|V-72921, Vuln-ID|V-214086

Plugin: PostgreSQLDB

Control ID: 85f6bcd8863e40b7695cc7af9728a0eb6b09f5a4379ddda7efa858762d3d7ede