Annual risk assessment is documented for cardholder data environment
Why it matters
PCI-DSS 4.0 Req 12.3 requires that a targeted risk analysis is performed for each PCI requirement that provides flexibility; Req 12.3.1 requires it to be documented and reviewed at least annually. A risk assessment is the mechanism by which you discover gaps before an auditor or attacker does — it forces enumeration of CDE assets, threat actors, and compensating controls. ISO 27001:2022 A.6.1.2 (Information Security Risk Assessment) and NIST RA-3 both require periodic, documented risk assessments as the foundation of a security program. Without one, your security posture is reactive rather than managed.
Severity rationale
Info because the absence of a risk assessment is a process gap rather than a direct technical vulnerability — it does not expose data directly but means threats are unanalyzed and residual risks are unknown.
Remediation
Conduct an annual CDE risk assessment and document it in docs/annual-risk-assessment-YYYY.md. The document must name the assessment date, define the CDE scope explicitly, and list at least three risks with likelihood/impact ratings and named mitigations. Review and update it before each anniversary.
# Annual Risk Assessment: CDE
**Date:** 2026-02-15 **Next:** 2027-02-15
## CDE Scope
Payment API, webhook receiver, cardholder_data table (tokens only), admin panel.
## Risk Register
| Risk | Likelihood | Impact | Mitigation | Residual |
|---------------------------|-----------|----------|-----------------------------------|----------|
| Unauthorized CDE access | Medium | Critical | MFA + RBAC + audit logging | Medium |
| SQL injection in payment | Low | Critical | Parameterized queries + pentest | Low |
| Dependency CVE exploited | Medium | High | Dependabot + weekly Trivy scan | Low |
Reference this document from docs/pci-compliance.md and link it to your incident response plan so the risk assessment feeds directly into your operational controls.
DetectionPro
The detection method for this pattern is part of AuditBuffet Pro.
The full method (what to look for, pass and fail conditions, and how results get reported) ships inside the PCI Compliance Audit. The pattern definition, severity rationale, and remediation remain openly licensed under CC-BY-4.0.
External references
- pci-dss:4.0 · Req 12.3 — Risks to the cardholder data environment are formally identified, evaluated, and managed
- pci-dss:4.0 · Req 12.3.1 — Each PCI DSS requirement that provides flexibility for how frequently it is performed is completed based on the entity's targeted risk analysis
- nist:rev5 · RA-3 — Risk Assessment
- iso-27001:2022 · A.6.1.2 — Information security risk assessment
Taxons
History
- 2026-04-18·v1.0.0·Initial import from ecommerce-pci·automated