Rule ID
SV-261423r996677_rule
Version
V1R4
CCIs
It is critical for the appropriate personnel to be aware if a system is at risk of failing to process audit logs as required. Without this notification, the security personnel may be unaware of an impending failure of the audit capability, and system operation may be adversely affected. Audit processing failures include software/hardware errors, failures in the audit capturing mechanisms, and audit storage capacity being reached or exceeded. This requirement applies to each audit data storage repository (i.e., distinct information system component where audit records are stored), the centralized audit storage capacity of organizations (i.e., all audit data storage repositories combined), or both.
Verify the administrators are notified in the event of a SLEM 5 audit processing failure with the following commands:
> grep -i "^postmaster:" /etc/aliases
postmaster: root
If the above command does not return a value of "root", or the output is commented out, this is a finding.
Verify the alias for root forwards to a monitored e-mail account:
> grep -i "^root:" /etc/aliases
root: person@server.mil
If the alias for root does not forward to a monitored e-mail account, or the output is commented out, this is a finding.Configure the auditd service to notify the administrators in the event of a SLEM 5 audit processing failure.
Configure an alias value for the postmaster with the following command:
> sudo sh -c 'echo "postmaster: root" >> /etc/aliases'
Configure an alias for root that forwards to a monitored email address with the following command:
> sudo sh -c 'echo "root: box@server.mil" >> /etc/aliases'
The following command must be run to implement changes to the /etc/aliases file:
> sudo newaliases