c10.4 Automated log review and anomaly detection
Review audit logs in an automated way to identify anomalous or suspicious activity, going beyond daily manual review through automatic mechanisms.
Requirement 10
Log and Monitor All Access to System Components and Cardholder Data
PCI sub-requirements coveredCoverage shown per PCI DSS v4.0.1 sub-control. “Covered” = addressed by this AWS recommendation. “Roadmap” = technical, planned. “Your responsibility” = organizational/process control. “Out of scope” = physical or third-party control not implemented in AWS.
10.4 Audit logs are reviewed to identify anomalies or suspicious activity
- 10.4.1 Daily review of security events and critical component logs Covered
- 10.4.1.1 Automated mechanisms used to perform log reviews Covered
- 10.4.2 Logs of other system components reviewed periodically Your responsibility
- 10.4.2.1 Frequency of periodic reviews defined by targeted risk analysis Your responsibility
- 10.4.3 Exceptions and anomalies identified during review are addressed Your responsibility
How to implement on AWS
Analyze logs with CloudWatch Logs Insights and anomaly detection. Correlate signals with GuardDuty and consolidate in Security Hub. Define alarms and metrics for critical security events. Document the daily review of high-risk events through automated mechanisms.
Practical implementation
How this control is implemented in each reference architecture:
Review logs with automated mechanisms (not just eyeballs) to surface anomalous or suspicious activity daily.
- Analyze logs with CloudWatch Logs Insights queries and metric filters for high-risk events (root use, policy changes, failed auth).
- Correlate signals with GuardDuty and consolidate in Security Hub as the automated daily review.
- Define alarms for critical security events and document that the daily review is automated (10.4.1.1).
How to validate: Logs Insights/metric filters and GuardDuty feed Security Hub, alarms fire on high-risk events, and the automated-review process is documented.
Avoid: Manual daily log scrolling. It does not scale and misses events; use automated mechanisms as 10.4.1.1 expects.
Aggregate logs and detections centrally so anomaly review spans every CDE account from a single pane.
- Aggregate GuardDuty and Config/Security Hub findings into the delegated-admin security tooling account.
- Optionally run OpenSearch and/or Amazon Detective over the centralized logs for deeper anomaly analysis.
- Alert and track exceptions centrally so anomalies in any account are reviewed and addressed.
How to validate: The security tooling account shows correlated findings across all accounts, and anomaly exceptions are tracked to resolution centrally.
Avoid: Reviewing each account's logs separately. Aggregate detections centrally so review is complete and consistent.
PCI validation
Testing procedures
- Examine policies and observe processes to verify the required logs are reviewed at least once daily (10.4.1.a, 10.4.1.b).
- Examine log-review mechanisms and interview personnel to verify automated mechanisms are used to perform the reviews (10.4.1.1).
- Observe processes and interview personnel to verify exceptions and anomalies identified during review are addressed (10.4.3.b).
Evidence in AWS
- CloudWatch Logs Insights queries/alarms on security events.
- GuardDuty findings consolidated in Security Hub.
- Evidence of automated review of high-risk logs.
Customized approach
Requires a targeted risk analysis (Req 12.3.2).
Customized Approach Objective
- 10.4 — Potentially suspicious or anomalous activities are quickly identified to minimize impact.
AWS services
Learning resources
References
- AWS Security Maturity Model: Alarms and analysis
- PCI DSS v4.0.1 Requirement 10.4
PCI DSS Security Maturity Model