Skip to content

Threat Modelling

What is Threat Modelling?

A structured approach for identifying, quantifying, and addressing security threats to a system or application. Threat modelling analyses potential attack vectors and helps prioritise security controls during the design phase.

Information Security

Each of these is named in at least one of the same controls as threat modelling. The number is how many controls name both.

What the standards actually require on threat modelling

Requirements naming threat modelling across 6 standards, quoted from the control text.

Agentic framework 2.1.1: weigh risk against benefit before building or deploying an agent (some tasks suit deterministic workflows better);

singapore-ai-governance-framework::AGT-2.1.1 · Select agent use cases by assessing impact and likelihood factors and threat modelling →
OWASP ASVS1 control

Per OWASP ASVS V1: ensure verified application architecture + secure design + threat modelling. Requirements include (a) maintain documented secure software development lifecycle (SDLC) including security activities at requirements + design + implementation +...

OWASPASVS-1 · Architecture, Design and Threat Modelling (V1) →

Per OWASP DSOMM Implementation dimension: implement secure software development practices. Requirements include (a) maintain secure coding standards aligned to language + framework + with developer guidance + (b) conduct threat modelling at design phase + revi...

DSOMM-2 · Implementation Practices, Secure Coding, and Threat Modelling →

The development process is guided by threat modelling, follows secure coding, includes security testing aligned with global standards, and ensures secure deployment.

rbi-cybersecurity-framework-for-banks::83 · Para 83: threat modelling, secure coding, standards-aligned testing and secure deployment →

Test regularly that logging works; maintain and review number analysis reference data used to configure signalling equipment; conduct threat modelling to inform risk assessments;

uk-telecommunications-security-act-2021::M24 · M24.01 to M24.09 New v1.1 measures by December 2029: logging tests, number analysis data, threat modelling, trusted boot, CPE anomaly blocking, service accounts, APIs and unused services →

Management collects threat information from public and private sources as part of risk identification, and considers threat modelling to understand the nature, frequency and sophistication of threats, evaluate the institution's information security risks and a...

ffiec-it-examination-handbook::IS-II.A.1 · II.A.1 Threats (Information Security) →

Questions people ask about threat modelling

What is Threat Modelling?
A structured approach for identifying, quantifying, and addressing security threats to a system or application. Threat modelling analyses potential attack vectors and helps prioritise security controls during the design phase.
Why is Threat Modelling important for compliance?
Threat Modelling is a key concept in Information Security. Understanding threat modelling helps organizations meet regulatory requirements, reduce risk, and demonstrate due diligence during audits. Our compliance platform maps 1,016 frameworks with 316K cross-framework control mappings.
Which compliance frameworks address Threat Modelling?
Threat Modelling appears in the requirement text of Singapore AI Governance Framework, OWASP ASVS, OWASP DevSecOps Maturity Model (DSOMM), RBI Cybersecurity Framework for Banks, UK Telecommunications (Security) Act 2021. Across these standards we have identified 9 controls that name it directly, each linked to the control text on the compliance platform.
Where can I learn more about Threat Modelling?
Explore our compliance framework pages to see how threat modelling applies across different standards and regulations. Our implementation guides provide step-by-step guidance, and the compliance platform offers AI-powered analysis of how this concept maps across 1,016 frameworks.

See how Threat Modelling applies across compliance frameworks

Our platform maps 1,016 frameworks with 316K cross-framework control mappings. Explore how this concept is addressed across standards.

Written and maintained by Gerard Blokdyk, The Art of Service.