cm/controlmapping
English
Sources
Analysis · PCI DSS · CIS v8.1 · ISO 27001 · HIPAA · CMMC

Logging and log retention requirements compared

Every major framework requires audit logs. Remarkably few say how long to keep them. Here is who sets a number, who doesn't, and how to choose one that satisfies all of them.

This post covers the 11 frameworks ControlMapping mapped when it was written. Since then, DORA, CPS 234, Cyber Essentials were added on 2026-10-27; their pages and the coverage matrix include them.

Risograph-style print of a long paper tape with evenly spaced marks, folding into a neat stack at one end
Logs accumulate; the question is how long to keep the stack.

Audit logging is close to universal: ten of the eleven frameworks we map require it (GDPR is the exception, and even there logs are how you investigate a breach). What they require differs in two ways: what to log and how long to keep it. The second is where teams most often get stuck, because only a few frameworks give a number.

Who requires what

FrameworkLogging & AuditLink
NIST CSF 2.0PR.PS-04DE.AE-03Topic definition
ISO 27001A.8.15A.8.17Crosswalk
CIS v8.1CIS 8.2CIS 8.10CIS 3.14CIS 8.1CIS 8.3CIS 8.4CIS 8.5CIS 8.7CIS 8.8CIS 8.12Crosswalk
SOC 2CC7.2Editorial
PCI DSS10.2.110.3.210.5.110.6.1Crosswalk
CMMCAU.L2-3.3.1AU.L2-3.3.2AU.L2-3.3.7Crosswalk
800-53AU-2AU-3AU-11AU-12Crosswalk
HIPAA§164.312(b)Crosswalk
GDPR—No mapping in our data
NIS23.2Crosswalk
Essential EightISM-1815ISM-1660ISM-1509ISM-1683ISM-1623Editorial

Full detail and the reason for every link: Logging & Audit across frameworks →

What to log

The most specific frameworks list events. PCI DSS requires logs to capture individual user access to cardholder data, all administrative actions, access to the logs themselves, invalid access attempts, changes to identification and authentication credentials, starting and stopping of logging, and creation and deletion of system-level objects (10.2.1.1 to 10.2.1.7), each with user, type, time, outcome and origin (10.2.2). The CIS Controls add detailed, DNS, URL and command-line logs (8.5 to 8.8). SP 800-53 and CMMC require you to define the events you log (AU-2; AU.L2-3.3.1). ISO 27001 (A.8.15) and SOC 2 (CC7.2) require logging appropriate to your risks.

How long to keep logs

FrameworkRetention
PCI DSSAt least 12 months, with the last three months immediately available (10.5.1)
CIS ControlsAt least 90 days (8.10)
SP 800-53A period you define (AU-11)
CMMC Level 2As long as needed to monitor, analyse, investigate and report (AU.L2-3.3.1)
ISO 27001, SOC 2Not specified; set by your risk assessment and legal obligations
HIPAANot specified for logs (the six-year rule covers documentation)
Photograph of a row of backup tape cartridges on a server room shelf with one pulled slightly forward
Retention is a storage decision as much as a compliance one.

Choosing a retention period

If PCI DSS applies to any part of your environment, 12 months with three months hot is the obvious baseline, and it comfortably satisfies the CIS minimum. For everyone else, it's a reasonable default too: long enough to investigate incidents discovered months after the fact, which many are, and short enough to store affordably. Adjust for law and contracts in your sector, and record the decision with its reasoning, which is what ISO and SOC 2 auditors will look for.

What to retain, not just how long

Retention periods apply to the logs that matter for investigation. A practical tiering:

  • Security-relevant logs (authentication, privileged actions, firewall and EDR events, access to sensitive data): the full retention period, protected from change.
  • Operational logs (application debug output, performance metrics): shorter retention, set by engineering need.
  • Logs containing personal data: long enough for security, no longer than necessary, which keeps GDPR's storage limitation principle satisfied.

Write the tiers into your logging policy so the retention decision is visible and defensible.

Key takeaways

  • Ten of eleven frameworks require audit logging.
  • Only PCI DSS and CIS set retention periods.
  • Twelve months, three immediately available, is a safe default.
  • Protect logs from tampering and review security events; PCI DSS requires daily review.

Beyond retention

  • Protect logs from tampering (PCI 10.3.2, CMMC AU.L2-3.3.8): write-once storage or a central log platform with restricted access.
  • Synchronise clocks (PCI 10.6.1, CIS 8.4, CMMC AU.L2-3.3.7), or correlating events across systems fails.
  • Review them: PCI requires daily review of security events (10.4.1); most others expect regular review, usually automated.

The Logging & Audit topic page lists every requirement with its source, and the related SIEM / SOC topic covers analysis. The gap analysis compares any two frameworks in full.

Questions

How long does PCI DSS require logs to be kept?

At least 12 months of audit log history, with the most recent three months immediately available for analysis (10.5.1).

Does HIPAA set a log retention period?

No. The Security Rule requires audit controls (§164.312(b)) but sets no log retention period. Its six-year retention requirement applies to required documentation such as policies, not to audit logs.

Data as of 2026-10-27: numbers in this post are computed from the current crosswalk and update when it changes. Crosswalk a published crosswalk (NIST, ENISA, CIS, PCI SSC) makes the link · Editorial ControlMapping's judgement where no crosswalk exists; the reason is shown · Loosely related only shares a CSF 2.0 outcome: worth checking, not a mapping · No mapping in our data nothing mapped in our data; often new work, but check the coverage notes. Not compliance advice.

Related posts