PCI DSS 4.0AWS Well-Architected Security Pillar

PCI DSS 4.0 covers 63.5% of AWS Well-Architected Security Pillar

40 of the 63 controls in AWS Well-Architected Security Pillar are already satisfied by evidence you collected for PCI DSS 4.0. 23 are genuine gaps. Every claim below was judged against both control sets and then argued against; the ones that did not survive are published further down with the reason each failed.

63.5%
of the target already covered
40
controls evidenced
23
genuine gaps
0
claims rejected in review

This number is directional. It says how much of AWS Well-Architected Security Pillar your PCI DSS 4.0 evidence satisfies. The reverse pair is a different number, often very different, because a security standard has enormous depth for access control and almost none for lawful basis or data subject rights.

75 candidate mappings were examined and 0 were removed. Signed off 2026-08-19, review level machine verified. Mappings were judged by Claude Code rather than read line by line by a practitioner. Every claim shows its reasoning so you can check it. Ask and a practitioner will review this pair.

Where the gaps are

Coverage is never evenly spread. A source standard usually satisfies one part of a target almost completely and barely touches another, and which part is which is the thing worth knowing before you plan the work.

Application Security6 of 8 evidenced, 2 to do
Identity & Access Management10 of 15 evidenced, 5 to do
Infrastructure Protection6 of 9 evidenced, 3 to do
Data Protection7 of 11 evidenced, 4 to do
Incident Response5 of 8 evidenced, 3 to do
Security Foundations4 of 8 evidenced, 4 to do
Detection2 of 4 evidenced, 2 to do

Theme level, not control level, deliberately. The per-control list of what is evidenced and what is a gap is the report itself, so publishing it here would be publishing the thing being sold.

Claims that held

A sample. Each one names the control whose evidence does the work, the control it satisfies, and why.

12.10.3SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP01argued against and upheld
Identify key personnel and external resources

Named personnel are available around the clock to respond to alerts and suspected incidents.

12.10.1SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP02argued against and upheld
Develop incident management plans

A documented incident response plan covers detection, containment, eradication, recovery and legal review.

12.10.7SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP04argued against and upheld
Develop and test security incident response playbooks

Prescriptive response procedures exist for the specific scenario of card data found where it should not be.

12.10.2SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP04argued against and upheld
Develop and test security incident response playbooks

The response plan and its procedures are reviewed and tested at least annually.

12.10.2SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP07argued against and upheld
Run simulations

Annual testing of the incident response plan is the exercise this practice asks for.

12.10.6SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP08argued against and upheld
Establish a framework for learning from incidents

The plan is modified and evolved from lessons learned after each incident.

6.2.2SEC 11: How do you incorporate and validate the security properties of applications? | SEC11-BP01argued against and upheld
Train for application security

Development personnel are trained at least annually in secure design and secure coding for their language.

6.4.1SEC 11: How do you incorporate and validate the security properties of applications? | SEC11-BP02argued against and upheld
Automate testing throughout the development and release lifecycle

Public-facing applications are tested with vulnerability assessment tools annually and after changes.

Claims that did not hold

Nothing proposed for this pair was rejected in review. That is unusual and worth knowing rather than hiding: it means the candidate set was small and every candidate held.

The full report

Everything above is a sample. The report is every evidenced control and every gap, with the reasoning and the source document behind each one, in a form you can hand to an assessor. $299, emailed immediately.

Buy this crosswalk