4 standards bodies wrote this down separately. None of them consulted the others. That is not a preference you can argue with, it is what happens.From 4 controls across our corpus
NIST SP 800-123 General Server Security Evidence & Implementation Kit
This is the complete documentation set: an adopt-ready artifact for every control in policy and procedure text you edit rather than draft, and the evidence checklist an auditor asks for against each.
See what is in it, $249
The same set every buyer of this kit receives. Nothing here is produced on request.
Who warns about it
Every framework below independently names this failure. They were written by different
bodies, in different jurisdictions, for different industries, and they agree.
What an auditor asks for
The artefacts named on the controls that warn about this failure. This is what closes
it, and what you will be asked to produce when somebody checks.
- Patch metrics + SLA tracking
- EDR deployment
- SIEM with retention
- Backup tested with 3-2-1
- Annual review
- Vulnerability scans + KPIs
What closing it also buys you
The 4 controls that warn about this failure map onto controls in other
frameworks. Close them here and this much of each of those is closed too. It is the same work
counted once, which is usually the difference between a programme that finishes and one that
does not.
ASD Strategies to Mitigate Cyber Security Incidents27
ISO/SAE 214344
ISO/IEC 27043:20159
New Zealand Information Security Manual (NZISM)87
South Korea ISMS-P28
NIST SP 800-12387
NIST SP 800-13787
AWWA Cybersecurity Guidance for the Water Sector (American Water Works Association)16
ISO/IEC 27011:20246
ISO/IEC 27019:20249
IEC 624431
CISA Cross-Sector Cybersecurity Performance Goals (CPG) 2.017
Scaled against the framework this reaches furthest into, not against a hundred
percent. Exact figures below.
| Also progresses | Covered |
Controls reached |
|---|
| ASD Strategies to Mitigate Cyber Security Incidents Australia | 27.0% | 10 of 37 |
| ISO/SAE 21434 International (ISO/TC 22/SC 32 with SAE International) | 4.9% | 9 of 183 |
| ISO/IEC 27043:2015 International (ISO/IEC JTC 1/SC 27) | 9.0% | 9 of 100 |
| New Zealand Information Security Manual (NZISM) New Zealand (GCSB/NCSC) | 87.5% | 7 of 8 |
| South Korea ISMS-P South Korea | 28.0% | 7 of 25 |
| NIST SP 800-123 United States | 87.5% | 7 of 8 |
| NIST SP 800-137 United States | 87.5% | 7 of 8 |
| AWWA Cybersecurity Guidance for the Water Sector (American Water Works Association) United States (AWWA) | 16.2% | 6 of 37 |
| ISO/IEC 27011:2024 International | 6.1% | 6 of 99 |
| ISO/IEC 27019:2024 International (ISO/IEC JTC 1/SC 27) | 9.0% | 6 of 67 |
| IEC 62443 International (IEC TC 65/WG 10 with ISA99); adopted as EN IEC 62443 | 1.5% | 6 of 399 |
| CISA Cross-Sector Cybersecurity Performance Goals (CPG) 2.0 United States | 17.1% | 6 of 35 |
Read as: closing this failure reaches that share of the named
framework's control library through cross-framework mappings held in our corpus. It is not a
claim of compliance with that framework, it is a measure of how much of it you have already
touched.
Where this comes from
Harvested from the control library itself. Every control in our corpus carries the evidence an
auditor expects and the ways implementations commonly fail, recorded when that control was
verified against its source document. This page is those two fields, for one failure, across
every framework that names it.
The overlap is computed by traversing
332,959 cross-framework control mappings out from the specific controls that
warn about this failure, not from the frameworks they sit in. Those mappings were built control
by control against source documents.
Nothing here is inferred, predicted or scored. The number at the top
is a count of frameworks.
All failure modes ยท
The index