| Control ID: AU-5 Response To Audit Processing Failures |
Family: Audit and Accountability |
Source: NIST 800-53r4 |
Control: The information system:
- Alerts [a designated device management service, if available] in the event of an audit processing failure; if a device management service is not available, may log the audit processing failure; and
- Takes the following additional actions: [reboot the audit process].
|
Supplemental Guidance:
Audit processing failures include, for example, software/hardware errors, failures in the audit capturing mechanisms, and audit storage capacity being reached or exceeded. Organizations may choose to define additional actions for different audit processing failures (e.g., by type, by location, by severity, or a combination of such factors). This control applies to each audit data storage repository (i.e., distinct information system component where audit records are stored), the total audit storage capacity of organizations (i.e., all audit data storage repositories combined), or both.
Related Controls:
AU-4,
SI-12
|
| Control Enhancements:
N/A
|
| References: N/A |
| Mechanisms:
- Device shall support the identification of a device management service to which audit processing failures shall be reported if connectivity is available.
- The ability to alter the device management service shall be restricted to privileged users per AC-3.
- Device shall identify information flows to the device management service as a secured information flow per AC-4 and shall protect those information flows with an approved mechanism per SC-8.
- Device shall report audit processing failure to the device management service if it has connectivity when the audit processing failure occurs.
- Device may maintain a backup logging service to be used to record failures in the audit processing service.
- Device shall reboot its audit processing service and thereafter attempt to start processing again on a failure. If no successful audit processing occurs over three reboot attempts, device shall log a report via a different mechanism and suspend auditing.
|
Protocol Implementation Conformance Statements:
| ID |
Statement |
Status |
Reference |
Notes |
| AU-5/1
|
Support identification of device management services
|
M
|
|
|
| AU-5/2
|
Restrict the ability to alter the device management service to privileged users
|
M
|
AC-3
|
|
| AU-5/3
|
Secure information flows to device management services
|
M
|
SC-8
|
|
| AU-5/4
|
Report audit processing failures to device management services if one is identified and if connectivity is available at the time the audit processing failure occurs
|
M
|
|
|
| AU-5/5
|
Maintain separate logging service for the purposes of logging failures in audit processing service and log those failures when appropriate
|
O
|
|
|
| AU-5/5
|
Support reboot of audit processing service on failure
|
M
|
|
|
| AU-5/6
|
Suspend attempts to reboot audit processing service after three failures in a row with no successful audit intervening
|
M
|
|
|
|
