Azure Security Benchmark
DevOps Security

Azure Security Benchmark ASBv3-DS-1: Conduct threat modeling

Perform threat modelling to identify potential threats and enumerate mitigating controls, covering both the running application and the artefacts and pipeline that produce it.

Maintained by Gerard BlokdykVerified against the published standard Control text last updated

What else in your programme already covers this

This control maps to 45 controls across 22 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

FedRAMP High · 4 controls

  • RA-3 Risk Assessment
  • SA-11(2) Developer Testing and Evaluation | Threat Modeling and Vulnerability Analyses (SA-11(2))
  • SA-15(3) Development Process, Standards, and Tools | Criticality Analysis (SA-15(3))
  • SA-8 Security and Privacy Engineering Principles

FedRAMP Moderate · 4 controls

  • RA-3 Risk Assessment
  • SA-11(2) Developer Testing and Evaluation | Threat Modeling and Vulnerability Analyses (SA-11(2))
  • SA-15(3) Development Process, Standards, and Tools | Criticality Analysis (SA-15(3))
  • SA-8 Security and Privacy Engineering Principles

ISO 27001:2022 · 3 controls

  • 5.8 Information security in project management
  • 8.26 Application security requirements
  • 8.27 Secure system architecture and engineering principles

ISO 27002:2022 · 3 controls

  • 5.8 Information security in project management
  • 8.26 Application security requirements
  • 8.27 Secure system architecture and engineering principles
  • NIST-CSF-ID.RA-03 Internal and external threats to the organization are identified and recorded
  • NIST-CSF-ID.RA-04 Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recorded
  • NIST-CSF-ID.RA-05 Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritization

C5 (Germany) · 2 controls

  • C5-DEV-05 Risk assessment, categorisation and prioritisation of changes
  • C5-OIS-06 Risk Management Policy

CIS Controls v8 · 2 controls

  • CIS-16.10 Apply Secure Design Principles in Application Architectures
  • CIS-16.14 Conduct Threat Modeling

CMMC 2.0 · 2 controls

ISO 27701:2019 · 2 controls

  • 6.11.1 Security requirements of information systems
  • 7.2.5 Privacy impact assessment

NIST SP 800-161 Rev 1 · 2 controls

NIST SP 800-171 Rev 3 · 2 controls

NIST SP 800-218 · 2 controls

NIST SP 800-53 Rev 5 · 2 controls

  • CBPR-PR-34 Risk assessments and third party certifications
  • SEC01-BP07 Identify threats and prioritize mitigations using a threat model

HIPAA Security Rule · 1 control

NIST SP 800-172 · 1 control

  • 3.11.1e Threat-Aware Risk Assessment

SOC 2 · 1 control

  • SOC2-CC3.2 CC3.2 Identifying and analysing risks to objectives (COSO principle 7)

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in DevOps Security

You are reading one control. How much of Azure Security Benchmark have you already done?

Azure Security Benchmark ASBv3-DS-1 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of Azure Security Benchmark your existing evidence covers. Hold NIST SP 800-53 Rev 5 and 71 of 85 Azure Security Benchmark controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 0 were rejected on the NIST SP 800-53 Rev 5 pair alone.

Query this from an agent

The graph holds this control, the 45 it maps to, and the evidence behind each claim, over MCP and REST.