Source
This page is generated from devops-agent/eks-security/references/compliance-regimes.md. Edit the source, not this page.
Compliance Regimes — Scope, Nuance & Worked Scenarios
The cross-cutting view over the 7-layer stack. Compliance status changes over time — every claim here must be re-verified against the live AWS Services in Scope page before it goes into a customer-facing document. The table below is a map to verify against, not a substitute for the live page.
EKS compliance-scope table
| Program | Status | Notes |
|---|---|---|
| PCI DSS Level 1 | ✅ Natively in scope | Customer owns workload-level controls (segmentation, access, logging, vuln mgmt) |
| HIPAA | ✅ Eligible | Requires a signed BAA with AWS before processing PHI |
| SOC 1 / 2 / 3 | ✅ In scope | Reports in AWS Artifact |
| ISO 27001 / 27017 / 27018 / 9001 | ✅ In scope | Reports in AWS Artifact |
| FedRAMP Moderate | ✅ In scope | Commercial regions |
| FedRAMP High | ✅ In scope | GovCloud only (us-gov-east-1, us-gov-west-1) |
| HITRUST CSF | ✅ In scope | Healthcare-focused |
| IRAP / C5 / K-ISMS / ENS High / OSPAR | ✅ In scope | Regional government programs (AU / DE / KR / ES / SG) |
| DISA IL4 / IL5 | ✅ In scope — GovCloud only | DoD Impact Levels 4 & 5 are GovCloud-only; commercial regions reach IL2 only. Don't imply IL5 works in commercial. |
| GDPR / data residency | Alignment / framework | AWS provides DPA + enablers; no independent GDPR certification; customer owns workload controls |
| NIST SP 800-53 / 800-171 | Alignment / framework | AWS Config conformance packs ("Operational Best Practices for NIST 800-53 rev 5"; "...NIST 800 171") — Audit Manager maintenance mode |
| CJIS | Alignment / framework | Architectural enablers |
Language precision (these are graded by auditors):
- EKS is "HIPAA-eligible", never "HIPAA-compliant" — the customer signs a BAA and owns workload-level controls. "HIPAA-compliant" implies an attestation AWS does not provide.
- FedRAMP Moderate ≠ High. Moderate = commercial regions; High = GovCloud only. Promising High in commercial regions is a guaranteed audit failure.
- For alignment/framework regimes (GDPR, NIST, CJIS), AWS provides enablers but no independent attestation — say so explicitly.
Per-regime quick guidance
The three most common regimes have dedicated quick-starts (control-mapping tables + 30/60/90 + shared responsibility): HIPAA → compliance-hipaa.md · PCI DSS → compliance-pci.md · SOC 2 → compliance-soc2.md. The bullets below are the at-a-glance version for these plus FedRAMP/GDPR.
- HIPAA (deep-dive) — confirm an active BAA first; enable all 5 control-plane log types for forensic depth; 6-year documentation retention (§164.316(b)(2); no fixed audit-log floor, but retention is commonly aligned to it as a conservative practice); CMK for EBS/S3/EFS holding PHI; AWS Config conformance pack "Operational Best Practices for HIPAA Security" + Security Hub (AWS Audit Manager in maintenance mode, closed to new accounts, existing setups continue — see compliance-accelerators.md); accept the BAA in AWS Artifact (Agreements) and pull supporting SOC 2/ISO reports for evidence — there is no HIPAA AOC to download.
- PCI-DSS (deep-dive) — 1-year audit-log retention minimum; render stored PAN unreadable — tokenize / keyed cryptographic hash of the entire PAN (Req 3.5.1.1; keyed condition mandatory since 31 Mar 2025) / strong crypto (disk-CMK alone is not sufficient) + no PAN in logs (Req 3) and mTLS for CHD crossing untrusted networks (Req 4); default-deny NetworkPolicy + Security Groups for Pods to segment cardholder-data namespaces (Req 1); ECR Enhanced Scanning (Req 6 + 11) + quarterly ASV external scan + annual penetration test + segmentation testing (Req 11.4.5, at least every 12 months; Req 11.4.6, every 6 months for service providers); Security Hub PCI-DSS pack; PCI AOC from Artifact.
- SOC 2 (deep-dive) — an attestation, not a certification; AWS's SOC report (Artifact) is a subservice carve-out, not the customer's own SOC 2; select the applicable Trust Services Categories (Security / Common Criteria always required); Type II grades operating effectiveness over an observation window (commonly 3–12 months, defined by the service organization in coordination with its auditor; 3–6 often used for a first Type II), so instrument logging early.
- FedRAMP — Moderate (commercial) vs High (GovCloud) is the first question (AWS's FedRAMP page now labels these Class C, formerly Moderate, and Class D, formerly High; the Config pack names below are unchanged); CMK for all data layers; VPC private endpoints to keep traffic on the AWS backbone; AWS Config conformance packs "Operational Best Practices for FedRAMP(Moderate)" (High is split into "Operational Best Practices for FedRAMP (High Part 1)" and "...(High Part 2)"; there is no bare "FedRAMP" pack) (AWS Audit Manager in maintenance mode, closed to new accounts, existing setups continue — see compliance-accelerators.md); confirm the authorizing agency for the customer's account.
- GDPR — EU-only residency is a customer policy choice, not a GDPR mandate: GDPR permits transfers outside the EEA under an adequacy decision or appropriate safeguards (SCCs), which AWS applies automatically (AWS GDPR Center) — though post-Schrems II the data exporter (controller or, where applicable, processor) still owes a transfer-impact assessment + supplementary measures where needed (EDPB Rec 01/2020), and sector/member-state law may mandate residency independently of GDPR. If the customer's data-residency policy requires it, keep clusters + all data layers + CloudWatch/CloudTrail EU-region-only with no non-EU replication; download the DPA from Artifact; the customer owns Article-17 erasure, DPIAs, and breach notification (Articles 33-34).