NIST SP 800-218CIS Controls v8

NIST SP 800-218 covers 8.5% of CIS Controls v8

13 of the 153 controls in CIS Controls v8 are already satisfied by evidence you collected for NIST SP 800-218. 140 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.

8.5%
of the target already covered
13
controls evidenced
140
genuine gaps
0
claims rejected in review

This number is directional. It says how much of CIS Controls v8 your NIST SP 800-218 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.

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

CIS Control 16: Application Software Security12 of 14 evidenced, 2 to do
CIS Control 7: Continuous Vulnerability Management1 of 7 evidenced, 6 to do
CIS Control 1: Inventory and Control of Enterprise Assets0 of 5 evidenced, 5 to do
CIS Control 10: Malware Defenses0 of 7 evidenced, 7 to do
CIS Control 11: Data Recovery0 of 5 evidenced, 5 to do
CIS Control 12: Network Infrastructure Management0 of 8 evidenced, 8 to do
CIS Control 13: Network Monitoring and Defense0 of 11 evidenced, 11 to do
CIS Control 14: Security Awareness and Skills Training0 of 9 evidenced, 9 to do
CIS Control 15: Service Provider Management0 of 7 evidenced, 7 to do
CIS Control 17: Incident Response Management0 of 9 evidenced, 9 to do
CIS Control 18: Penetration Testing0 of 5 evidenced, 5 to do
CIS Control 2: Inventory and Control of Software Assets0 of 7 evidenced, 7 to do
CIS Control 3: Data Protection0 of 14 evidenced, 14 to do
CIS Control 4: Secure Configuration of Enterprise Assets and Software0 of 12 evidenced, 12 to do
CIS Control 5: Account Management0 of 6 evidenced, 6 to do
CIS Control 6: Access Control Management0 of 8 evidenced, 8 to do
CIS Control 8: Audit Log Management0 of 12 evidenced, 12 to do
CIS Control 9: Email and Web Browser Protections0 of 7 evidenced, 7 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.

SP800-218-PO.4.1CIS-16.1argued against and upheld
Establish and Maintain a Secure Application Development Process

Defined criteria for assessing software security before release is the release gate in that process.

SP800-218-PO.3.2CIS-16.1argued against and upheld
Establish and Maintain a Secure Application Development Process

Toolchain configured to enforce the secure development policy evidences the process being maintained.

SP800-218-PO.2.1CIS-16.1argued against and upheld
Establish and Maintain a Secure Application Development Process

Assigned secure development roles and responsibilities are part of the process this safeguard requires.

SP800-218-PO.1.1CIS-16.1argued against and upheld
Establish and Maintain a Secure Application Development Process

Documented and maintained software security requirements are the core of a secure development process.

SP800-218-PW.1.1CIS-16.10argued against and upheld
Apply Secure Design Principles in Application Architectures

Threat modelling feeding mitigations into design applies secure design principles to architecture.

SP800-218-PW.1.3CIS-16.10argued against and upheld
Apply Secure Design Principles in Application Architectures

Building on standardized security features rather than proprietary ones is a secure design principle.

SP800-218-PW.4.1CIS-16.11argued against and upheld
Leverage Vetted Modules or Services for Application Security Components

Reusing well secured components for common functions is leveraging vetted modules.

SP800-218-PW.1.3CIS-16.11argued against and upheld
Leverage Vetted Modules or Services for Application Security Components

Using standardized security services instead of proprietary implementations is stated directly here.

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