AWS Well-Architected Security Pillar covers 37.9% of CIS Controls v8
58 of the 153 controls in CIS Controls v8 are already satisfied by evidence you collected for AWS Well-Architected Security Pillar. 95 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.
What this leaves you to do
CIS Controls v8 has 153 controls. Holding AWS Well-Architected Security Pillar already evidences 58 of them, so the work in front of you is 95 controls, not 153, which is 62% of the standard rather than all of it.
That is the whole claim. 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.
In money, using only our numbers. The full report is $299 and names 58 controls of CIS Controls v8 you do not have to implement again, which is $5.16 per control identified. That arithmetic uses our price and our count and assumes nothing about you.
In your hours, using your assumption. We do not know what a control costs you to implement, so pick the column that looks like your organisation. These are your figures, not our claim.
| If a control takes you | 4 hours | 8 hours | 16 hours |
|---|---|---|---|
| the 58 already evidenced are | 232 hours | 464 hours | 928 hours |
| and the 95 remaining are | 380 hours | 760 hours | 1,520 hours |
Multiply by your own rate. We publish no rate because we have not measured yours, and a number built on an invented rate is the kind of claim this platform exists to argue against.
This number is directional. It says how much of CIS Controls v8 your AWS Well-Architected Security Pillar 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.
128 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.
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.
Restricting flows to only what each component needs evidences least privilege in the architecture.
Public, private and restricted subnet layering is the segmentation evidence an assessor tests.
Network controls as code with drift detection is exactly version controlled infrastructure as code.
Correlating and enriching findings across sources is the log correlation the safeguard requires.
Aggregating telemetry into Security Hub and a central SIEM is the safeguard's stated implementation.
Gateway appliances and service mesh inspection perform application layer filtering.
Deep packet inspection appliances inspecting traffic for threats is network intrusion detection.
Controlling traffic between internal components is traffic filtering between network segments.
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