AU-9 Protection of audit information
What the standard requires
a. Protect audit information and audit logging tools from unauthorized access, modification, and deletion; and b. Alert [personnel or roles] upon detection of unauthorized access, modification, or deletion of audit information.
Quoted verbatim from NIST SP 800-53 Rev 5 (OSCAL catalog), which is in the public domain.
Maps to 1 control in 1 other framework
| Framework | Control |
|---|---|
| HITRUST CSF v11 | 09.k.03 Logging facilities and log information are protected against tampering and unauthorized access |
Mappings are CMDash’s own, seeded with the product and shown on both frameworks they connect. In the product they mean evidence you attach here also counts against the controls listed above.
Integrations that carry evidence for this family
These connectors produce data relevant to FedRAMP Moderate’s Audit & Accountability family, which is the granularity CMDash publishes — there is no pre-built per-control mapping, and claiming one would be inventing it. You decide which evidence answers which control.
In CMDash this control is a row with an owner, a status, uploaded evidence kept with its full history, and an export an assessor can read.