Azure Security BenchmarkASD Strategies to Mitigate Cyber Security Incidents

Azure Security Benchmark covers 48.6% of ASD Strategies to Mitigate Cyber Security Incidents

18 of the 37 controls in ASD Strategies to Mitigate Cyber Security Incidents are already satisfied by evidence you collected for Azure Security Benchmark. 19 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.

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

This number is directional. It says how much of ASD Strategies to Mitigate Cyber Security Incidents 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.

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

Detecting Cyber Security Incidents and Responding5 of 6 evidenced, 1 to do
Limiting the Extent of Cyber Security Incidents5 of 10 evidenced, 5 to do
Preventing Malware Delivery and Execution7 of 17 evidenced, 10 to do
Recovering Data and System Availability1 of 3 evidenced, 2 to do
Preventing Malicious Insiders0 of 1 evidenced, 1 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 AM-5ASD37-01argued against and upheld
Application control (Essential)

An enforced software allow list blocking unauthorised execution is application control.

ASB v3 PV-6ASD37-02argued against and upheld
Patch applications (Essential)

Rapid automatic remediation prioritised by risk covers extreme risk vulnerabilities first.

ASB v3 PV-5ASD37-02argued against and upheld
Patch applications (Essential)

Continuous vulnerability assessment identifies the application vulnerabilities to be patched.

ASB v3 NS-3ASD37-08argued against and upheld
Deny direct internet connectivity (Excellent)

Forcing inbound and outbound traffic through an inspecting edge firewall denies direct connectivity.

ASB v3 PV-3ASD37-10argued against and upheld
Server application hardening (Very Good)

Secure configuration baselines for compute resources are server application and platform hardening.

ASB v3 NS-8ASD37-10argued against and upheld
Server application hardening (Very Good)

Detecting and disabling insecure services and protocols covers legacy protocol removal.

ASB v3 PV-4ASD37-11argued against and upheld
Operating system hardening (Very Good)

Continuous drift detection and enforcement keeps the hardened operating system state.

ASB v3 PV-3ASD37-11argued against and upheld
Operating system hardening (Very Good)

Compute baselines established at deployment are operating system hardening.

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