Azure Security BenchmarkAWS Well-Architected Security Pillar

Azure Security Benchmark covers 65.1% of AWS Well-Architected Security Pillar

41 of the 63 controls in AWS Well-Architected Security Pillar are already satisfied by evidence you collected for Azure Security Benchmark. 22 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.

65.1%
of the target already covered
41
controls evidenced
22
genuine gaps
0
claims rejected in review

This number is directional. It says how much of AWS Well-Architected Security Pillar your Azure Security Benchmark 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.

89 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.

Detection4 of 4 evidenced
Infrastructure Protection7 of 9 evidenced, 2 to do
Data Protection8 of 11 evidenced, 3 to do
Identity & Access Management10 of 15 evidenced, 5 to do
Incident Response4 of 8 evidenced, 4 to do
Application Security4 of 8 evidenced, 4 to do
Security Foundations4 of 8 evidenced, 4 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.

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

Incident response plans maintained for cloud platform scenarios under shared responsibility.

ASB v3 IR-7SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP03argued against and upheld
Prepare forensic capabilities

Incident evidence retained for the period the incident handling standard defines.

ASB v3 IR-4SEC 10: How do you anticipate, respond to, and recover from incidents? | SEC10-BP03argued against and upheld
Prepare forensic capabilities

Investigation requires diverse data sources collected broadly enough to reconstruct events.

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

Documented handling processes give responders the prescriptive steps this asks for.

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

Lessons learned conducted periodically and after major incidents feed improvement.

ASB v3 DS-5SEC 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

Dynamic application security testing gates builds before they reach production.

ASB v3 DS-4SEC 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

Static application security testing integrated as a gating control in the pipeline.

ASB v3 DS-6SEC 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

CI CD integrates SAST, secret scanning and IaC scanning with failure on critical findings.

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