AWS Well-Architected Security Pillar
Security Foundations

AWS Well-Architected Security Pillar SEC01-BP07: Identify threats and prioritize mitigations using a threat model

Conduct threat modeling for each workload using STRIDE or similar, prioritise mitigations against business impact and review models on significant change.

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

What else in your programme already covers this

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

  • NIST-CSF-GV.RM-06 A standardized method for calculating, documenting, categorizing, and prioritizing cybersecurity risks is established and communicated
  • NIST-CSF-ID.AM-03 Representations of the organization's authorized network communication and internal and external network data flows are maintained
  • 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

NIST SP 800-53 Rev 5 · 5 controls

CMMC 2.0 · 4 controls

NIST SP 800-161 Rev 1 · 4 controls

FedRAMP High · 3 controls

  • CM-4 Impact Analyses
  • RA-3 Risk Assessment
  • SA-11(2) Developer Testing and Evaluation | Threat Modeling and Vulnerability Analyses (SA-11(2))

FedRAMP Moderate · 3 controls

  • CM-4 Impact Analyses
  • RA-3 Risk Assessment
  • SA-11(2) Developer Testing and Evaluation | Threat Modeling and Vulnerability Analyses (SA-11(2))

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

ISO 27701:2019 · 3 controls

  • 5.4.1 Actions to address risks and opportunities
  • 5.6.2 Information security risk assessment
  • 7.2.5 Privacy impact assessment

NIST SP 800-171 Rev 3 · 3 controls

SOC 2 · 3 controls

  • SOC2-CC3.2 CC3.2 Identifying and analysing risks to objectives (COSO principle 7)
  • SOC2-CC3.4 CC3.4 Identifying and assessing significant changes (COSO principle 9)
  • SOC2-CC5.1 CC5.1 Selecting control activities that mitigate risk (COSO principle 10)

C5 (Germany) · 2 controls

HIPAA Security Rule · 2 controls

NIST SP 800-218 · 2 controls

NIST SP 800-66 Rev 2 · 2 controls

CIS Controls v8 · 1 control

PCI DSS 4.0 · 1 control

  • 12.3.1 12.3.1 Targeted risk analysis for flexible-frequency requirements

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 Security Foundations

You are reading one control. How much of AWS Well-Architected Security Pillar have you already done?

AWS Well-Architected Security Pillar SEC01-BP07 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of AWS Well-Architected Security Pillar your existing evidence covers. Hold NIST SP 800-53 Rev 5 and 52 of 63 AWS Well-Architected Security Pillar 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 54 it maps to, and the evidence behind each claim, over MCP and REST.