Device Class 1: Audit Events

Control ID: AU-2 Audit Events Family: Audit and Accountability Source: NIST 800-53r4
Control: The organization:
  1. Determines that the information system is capable of auditing the following events: [Assignment: organization-defined auditable events];
  2. Coordinates the security audit function with other organizational entities requiring audit-related information to enhance mutual support and to help guide the selection of auditable events;
  3. Provides a rationale for why the auditable events are deemed to be adequate to support after-the-fact investigations of security incidents; and
  4. Determines that the following events are to be audited within the information system: [Assignment: organization-defined audited events (the subset of the auditable events defined in AU-2 a.) along with the frequency of (or situation requiring) auditing for each identified event].
Supplemental Guidance:
An event is any observable occurrence in an organizational information system. Organizations identify audit events as those events which are significant and relevant to the security of information systems and the environments in which those systems operate in order to meet specific and ongoing audit needs. Audit events can include, for example, password changes, failed logons, or failed accesses related to information systems, administrative privilege usage, PIV credential usage, or third-party credential usage. In determining the set of auditable events, organizations consider the auditing appropriate for each of the security controls to be implemented. To balance auditing requirements with other information system needs, this control also requires identifying that subset of auditable events that are audited at a given point in time. For example, organizations may determine that information systems must have the capability to log every file access both successful and unsuccessful, but not activate that capability except for specific circumstances due to the potential burden on system performance. Auditing requirements, including the need for auditable events, may be referenced in other security controls and control enhancements. Organizations also include auditable events that are required by applicable state and federal laws, Executive Orders, directives, policies, regulations, and standards. Audit records can be generated at various levels of abstraction, including at the packet level as information traverses the network. Selecting the appropriate level of abstraction is a critical aspect of an audit capability and can facilitate the identification of root causes to problems. Organizations consider in the definition of auditable events, the auditing necessary to cover related events such as the steps in distributed, transaction-based processes (e.g., processes that are distributed across multiple organizations) and actions that occur in service-oriented architectures.

Related Controls: AC-6, AC-17, AU-3, AU-12, MA-4, MP-2, MP-4, SI-4
Control Enhancements:
(1) Audit Events | Reviews And Updates
The organization reviews and updates the audited events [Assignment: organization-defined frequency].
Supplemental Guidance: Over time, the events that organizations believe should be audited may change. Reviewing and updating the set of audited events periodically is necessary to ensure that the current set is still necessary and sufficient.
Related Controls: N/A
References: N/A
Mechanisms:

  • The device provides a means to define a list of auditable activities. This shall be based on the list of resources for which privileged access is required as discussed in Notes on Access Control.
  • The device provides a means to define and update a policy for audit of auditable activities.
  • The device provides access control mechanisms to restrict read or write access to the list of auditable activities and to the audit policy.
  • The device shall support an audit policy in which a log is created that contains a list of all the distinct processes that have accessed or attempted to access each privileged function during one power-on time, and may support additional audit policies.
  • The device may provide a means for storing audit logs in an external location.

Protocol Implementation Conformance Statements:
ID Statement Status Reference Notes
AU-2/1 Support definition of a list of auditable activities M
AU-2/2 Support logging of all the distinct processes that have carried out each auditable activities during one power-on time M
AU-2/3 Log auditable activity more often than specified in AC-6/2 O AC-6/2
AU-2(1)/4 Supports defining and updating policy for auditable activities M
AU-2/5 Require privileged access to change the list of privileged functions M AC-6/1
AU-2/6 Support storing audit logs in an external location O