MYS8-00-002500 - The MySQL Database Server 8.0 must generate audit records when unsuccessful attempts to add privileges/permissions occur - audit_log_user

Warning! Audit Deprecated

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

View Next Audit Version

Information

Failed attempts to change the permissions, privileges, and roles granted to users and roles must be tracked. Without an audit trail, unauthorized attempts to elevate or restrict individuals and groups privileges could go undetected.

In a SQL environment, adding permissions is typically done via the GRANT command, or, in the negative, the DENY command.

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

Solution

Configure the MySQL Database Server to audit when privileges/permissions are added.

Add the following events to the MySQL Server Audit that is being used for the STIG compliance audit:
grant
grant_roles
revoke
revoke_all
revoke_roles
drop_role
alter_user_default_role
create_role
drop_role
grant_roles
revoke_roles
set_role
create_user
alter_user
drop_user
alter_user
alter_user_default_role
create_user
drop_user
rename_user
show_create_user

See the supplemental file 'MySQL80Audit.sql'.

See Also

https://dl.dod.cyber.mil/wp-content/uploads/stigs/zip/U_Oracle_MySQL_8-0_V1R3_STIG.zip

Item Details

References: CAT|II, CCI|CCI-000172, Rule-ID|SV-235112r623458_rule, STIG-ID|MYS8-00-002500, Vuln-ID|V-235112

Plugin: MySQLDB

Control ID: 96ab8401af88ebc586e115290126913b4846a261e332965431b1bb5fdaf9e1ca