Protection of Audit Information

✓ LOW ✓ MODERATE ✓ HIGH
7 Enhancements 1 Overlay 14 Related Controls
Graph
Export ▾

Requirements NIST SOURCE

Discussion (NIST Supplemental Guidance)

Audit information includes all information needed to successfully audit system activity, such as audit records, audit log settings, audit reports, and personally identifiable information. Audit logging tools are those programs and devices used to conduct system audit and logging activities. Protection of audit information focuses on technical protection and limits the ability to access and execute audit logging tools to authorized individuals. Physical protection of audit information is addressed by both media protection controls and physical and environmental protection controls.

Enhancements NIST SOURCE

AU-9(1) Hardware Write-once Media LOW MODERATE HIGH

Write audit trails to hardware-enforced, write-once media.

Discussion

Writing audit trails to hardware-enforced, write-once media applies to the initial generation of audit trails (i.e., the collection of audit records that represents the information to be used for detection, analysis, and reporting purposes) and to the backup of those audit trails. Writing audit trails to hardware-enforced, write-once media does not apply to the initial generation of audit records prior to being written to an audit trail. Write-once, read-many (WORM) media includes Compact Disc-Recordable (CD-R), Blu-Ray Disc Recordable (BD-R), and Digital Versatile Disc-Recordable (DVD-R). In contrast, the use of switchable write-protection media, such as tape cartridges, Universal Serial Bus (USB) drives, Compact Disc Re-Writeable (CD-RW), and Digital Versatile Disc-Read Write (DVD-RW) results in write-protected but not write-once media.

Open full page for AU-9(1) →
AU-9(2) Store on Separate Physical Systems or Components LOW MODERATE ✓ HIGH

Store audit records [frequency] in a repository that is part of a physically different system or system component than the system or component being audited.

Discussion

Storing audit records in a repository separate from the audited system or system component helps to ensure that a compromise of the system being audited does not also result in a compromise of the audit records. Storing audit records on separate physical systems or components also preserves the confidentiality and integrity of audit records and facilitates the management of audit records as an organization-wide activity. Storing audit records on separate systems or components applies to initial generation as well as backup or long-term storage of audit records.

Open full page for AU-9(2) →
AU-9(3) Cryptographic Protection LOW MODERATE ✓ HIGH

Implement cryptographic mechanisms to protect the integrity of audit information and audit tools.

Discussion

Cryptographic mechanisms used for protecting the integrity of audit information include signed hash functions using asymmetric cryptography. This enables the distribution of the public key to verify the hash information while maintaining the confidentiality of the secret key used to generate the hash.

Open full page for AU-9(3) →
AU-9(4) Access by Subset of Privileged Users LOW ✓ MODERATE ✓ HIGH

Authorize access to management of audit logging functionality to only [subset of privileged users or roles].

Discussion

Individuals or roles with privileged access to a system and who are also the subject of an audit by that system may affect the reliability of the audit information by inhibiting audit activities or modifying audit records. Requiring privileged access to be further defined between audit-related privileges and other privileges limits the number of users or roles with audit-related privileges.

Open full page for AU-9(4) →
AU-9(5) Dual Authorization LOW MODERATE HIGH

Enforce dual authorization for [one of: movement; deletion] of [audit information].

Discussion

Organizations may choose different selection options for different types of audit information. Dual authorization mechanisms (also known as two-person control) require the approval of two authorized individuals to execute audit functions. To reduce the risk of collusion, organizations consider rotating dual authorization duties to other individuals. Organizations do not require dual authorization mechanisms when immediate responses are necessary to ensure public and environmental safety.

Open full page for AU-9(5) →
AU-9(6) Read-only Access LOW MODERATE HIGH

Authorize read-only access to audit information to [subset of privileged users or roles].

Discussion

Restricting privileged user or role authorizations to read-only helps to limit the potential damage to organizations that could be initiated by such users or roles, such as deleting audit records to cover up malicious activity.

Open full page for AU-9(6) →
AU-9(7) Store on Component with Different Operating System LOW MODERATE HIGH

Store audit information on a component running a different operating system than the system or component being audited.

Discussion

Storing auditing information on a system component running a different operating system reduces the risk of a vulnerability specific to the system, resulting in a compromise of the audit records.

Open full page for AU-9(7) →

Implementation Guidance

Engineering Interpretation

Original engineering commentary written for this explorer — not NIST source text and not authoritative guidance.

No engineering interpretation has been authored for AU-9 yet. This section is architected to receive it — see the Requirements and Assessment sections above for the authoritative NIST source content in the meantime.

Assessment

NIST SP 800-53A REV 5.2.0

Assessment Objectives

  1. personnel or roles to be alerted upon detection of unauthorized access, modification, or deletion of audit information is/are defined;
  2. audit information and audit logging tools are protected from unauthorized access, modification, and deletion;
  3. <AU-09_ODP personnel or roles> are alerted upon detection of unauthorized access, modification, or deletion of audit information.

Examine

[SELECT FROM: Audit and accountability policy; system security plan; privacy plan; access control policy and procedures; procedures addressing protection of audit information; system design documentation; system configuration settings and associated documentation; system audit records; audit tools; other relevant documents or records].

Interview

[SELECT FROM: Organizational personnel with audit and accountability responsibilities; organizational personnel with information security and privacy responsibilities; system/network administrators; system developers].

Test

[SELECT FROM: Mechanisms implementing audit information protection].

Overlays

OT/ICS Overlay SP 800-82r3

NIST SP 800-82r3 Appendix F, Table 22. Blank baseline means the control/control enhancement is not selected in that initial OT baseline.

LOW

  • Base control: Included (matches standard baseline)

MODERATE

  • Base control: Included (matches standard baseline)
  • Included: (4)

HIGH

  • Base control: Included (matches standard baseline)
  • Included: (2) (3) (4)

STIGs & CCIs

No STIG checks or CCI mappings are currently loaded for AU-9. This section is architected to display, per product: STIG ID, Finding ID, Severity, Title, Description, Check, Fix, CCI, and NIST control mapping — but nothing is populated here until a real DISA STIG/CCI dataset is ingested.

Learn more about STIG/CCI integration →

Evidence

Potential Evidence — Derived

Categorized from the SP 800-53A "Examine"/"Test" artifact list above by keyword — not an authoritative NIST evidence list.

Policy

  • Audit and accountability policy
  • system security plan
  • privacy plan
  • access control policy and procedures

Configuration

  • system design documentation
  • system configuration settings and associated documentation

Testing

  • Mechanisms implementing audit information protection

Other Records

  • procedures addressing protection of audit information
  • system audit records
  • audit tools
  • other relevant documents or records