Require the developer of the system, system component, or system service to perform threat modeling and vulnerability analyses during development and
Scanned 9/3/2026
Install to Claude Code
npx -y skills add CyberStrikeus/CyberStrike --skill sa-11-2-threat-modeling-and --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Sa 11 2 Threat Modeling And?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/cyberstrikeus-sa-11-2-threat-modeling-and)More formats (shields.io, HTML) on the badges page.
---
name: "SA-11(2)_threat-modeling-and-vulnerability-analyses"
description: "Require the developer of the system, system component, or system service to perform threat modeling and vulnerability analyses during development and "
category: "configuration"
version: "5.2.0"
author: "cyberstrike-official"
tags:
- nist
- sp800-53
- rev5
- sa-11-2
- sa
- enhancement
tech_stack:
- any
cwe_ids:
- CWE-16
chains_with:
- PM-15
- RA-3
- RA-5
prerequisites:
- SA-11
severity_boost:
PM-15: "Chain with PM-15 for comprehensive security coverage"
RA-3: "Chain with RA-3 for comprehensive security coverage"
RA-5: "Chain with RA-5 for comprehensive security coverage"
---
# SA-11(2) Threat Modeling and Vulnerability Analyses
> **Enhancement of:** SA-11
## High-Level Description
**Family:** System and Services Acquisition (SA)
**Framework:** NIST SP 800-53 Rev 5
Systems, system components, and system services may deviate significantly from the functional and design specifications created during the requirements and design stages of the system development life cycle. Therefore, updates to threat modeling and vulnerability analyses of those systems, system components, and system services during development and prior to delivery are critical to the effective operation of those systems, components, and services. Threat modeling and vulnerability analyses at this stage of the system development life cycle ensure that design and implementation changes have been accounted for and that vulnerabilities created because of those changes have been reviewed and mitigated.
## What to Check
- [ ] Verify SA-11(2) Threat Modeling and Vulnerability Analyses is documented in SSP
- [ ] Validate all 4 control requirements are implemented
- [ ] Confirm control is operating effectively
- [ ] Review evidence of continuous monitoring for SA-11(2)
- [ ] Verify enhancement builds upon base control SA-11
## How to Test
### Step 1: Review Documentation
Examine the System Security Plan (SSP) and related artifacts for SA-11(2) implementation details. Verify the organization has documented how this control is satisfied.
### Step 2: Validate Implementation
```
# For cloud environments, use cloud-audit-mcp tools
# For on-premises, review system configurations directly
# Example: Check if account management policies exist
grep -r "account.management\|access.control" /etc/security/ 2>/dev/null
```
### Step 3: Test Operating Effectiveness
Verify the control is actively functioning, not just documented. Check logs, configurations, and operational evidence.
## Tools
| Tool | Purpose | Usage |
| ------------- | --------------------------------- | ----- |
| Manual Review | Documentation and interview-based | N/A |
## Remediation Guide
### Control Statement
Require the developer of the system, system component, or system service to perform threat modeling and vulnerability analyses during development and the subsequent testing and evaluation of the system, component, or service that:
Uses the following contextual information: [organization-defined];
Employs the following tools and methods: [organization-defined];
Conducts the modeling and analyses at the following level of rigor: [organization-defined] ; and
Produces evidence that meets the following acceptance criteria: [organization-defined].
### Implementation Guidance
Systems, system components, and system services may deviate significantly from the functional and design specifications created during the requirements and design stages of the system development life cycle. Therefore, updates to threat modeling and vulnerability analyses of those systems, system components, and system services during development and prior to delivery are critical to the effective operation of those systems, components, and services. Threat modeling and vulnerability analyses at this stage of the system development life cycle ensure that design and implementation changes have been accounted for and that vulnerabilities created because of those changes have been reviewed and mitigated.
## Risk Assessment
| Finding | Severity | Impact |
| ------------------------------------------------------------------- | -------- | ------------------------------------------ |
| SA-11(2) Threat Modeling and Vulnerability Analyses not implemented | Medium | System and Services Acquisition |
| SA-11(2) partially implemented | Low | Incomplete System and Services Acquisition |
## CWE Categories
| CWE ID | Title |
| ------ | ------------- |
| CWE-16 | Configuration |
## References
- [NIST SP 800-53 Rev 5 - SA-11(2)](https://csrc.nist.gov/projects/cprt/catalog#/cprt/framework/version/SP_800_53_5_1_1/home?element=sa-11.2)
- [NIST SP 800-53A Rev 5 (Assessment Procedures)](https://csrc.nist.gov/pubs/sp/800/53/a/r5/final)
- [NIST SP 800-53 Rev 5 Full Catalog](https://csrc.nist.gov/pubs/sp/800/53/r5/upd1/final)
## Checklist
- [ ] Control documented in SSP
- [ ] Implementation evidence collected
- [ ] Operating effectiveness validated
- [ ] Continuous monitoring in place
- [ ] Related controls (PM-15, RA-3, RA-5) reviewed
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!