NIST SP 800-161 Rev 1AWS Well-Architected Security Pillar

NIST SP 800-161 Rev 1 covers 28.6% of AWS Well-Architected Security Pillar

18 of the 63 controls in AWS Well-Architected Security Pillar are already satisfied by evidence you collected for NIST SP 800-161 Rev 1. 45 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.

28.6%
of the target already covered
18
controls evidenced
45
genuine gaps
0
claims rejected in review

What this leaves you to do

AWS Well-Architected Security Pillar has 63 controls. Holding NIST SP 800-161 Rev 1 already evidences 18 of them, so the work in front of you is 45 controls, not 63, which is 71% of the standard rather than all of it.

That is the whole claim. We do not know your hourly rate, how long a control takes you, or how many people you have, so there is no figure here in dollars or weeks. Every number in that sentence comes from the two counts above it and can be re-derived from the free tools without taking our word for any of it.

This number is directional. It says how much of AWS Well-Architected Security Pillar your NIST SP 800-161 Rev 1 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.

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

Infrastructure Protection5 of 9 evidenced, 4 to do
Incident Response3 of 8 evidenced, 5 to do
Application Security3 of 8 evidenced, 5 to do
Data Protection4 of 11 evidenced, 7 to do
Security Foundations2 of 8 evidenced, 6 to do
Identity & Access Management1 of 15 evidenced, 14 to do
Detection0 of 4 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.

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

Secures the response assistance available from providers before it is needed.

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

Requires an incident response plan covering scenarios, roles and notification paths.

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

Exercises incident scenarios in advance, including those depending on another party.

SA-11SEC 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

Requires developer testing and evaluation with the results made available.

SR-4SEC 11: How do you incorporate and validate the security properties of applications? | SEC11-BP05argued against and upheld
Centralize services for packages and dependencies

Provenance for components and dependencies is established and maintained.

RA-5SEC 11: How do you incorporate and validate the security properties of applications? | SEC11-BP05argued against and upheld
Centralize services for packages and dependencies

Monitors vulnerabilities in third-party components including indirect dependencies.

CM-11SEC 11: How do you incorporate and validate the security properties of applications? | SEC11-BP05argued against and upheld
Centralize services for packages and dependencies

Prevents software of unverified origin being installed onto organizational systems.

CM-10SEC 11: How do you incorporate and validate the security properties of applications? | SEC11-BP05argued against and upheld
Centralize services for packages and dependencies

Controls the terms and provenance under which software, including open source, may be used.

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