Installs into .claude/skills of the current project.
Sponsors
SSkills DirectorySkills Directory
Know which skills are safe — weekly.
SSkills DirectorySkills Directory
Is that skill safe to install?
Are you the author of SA 15(10) Incident Response Plan?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/cyberstrikeus-sa-15-10-incident-response-plan)
---
name: "SA-15(10)_incident-response-plan"
description: "Require the developer of the system, system component, or system service to provide, implement, and test an incident response plan."
category: "configuration"
version: "5.2.0"
author: "cyberstrike-official"
tags:
- nist
- sp800-53
- rev5
- sa-15-10
- sa
- enhancement
tech_stack:
- any
cwe_ids:
- CWE-16
chains_with:
- IR-8
prerequisites:
- SA-15
severity_boost:
IR-8: "Chain with IR-8 for comprehensive security coverage"
---
# SA-15(10) Incident Response Plan
> **Enhancement of:** SA-15
## High-Level Description
**Family:** System and Services Acquisition (SA)
**Framework:** NIST SP 800-53 Rev 5
The incident response plan provided by developers may provide information not readily available to organizations and be incorporated into organizational incident response plans. Developer information may also be extremely helpful, such as when organizations respond to vulnerabilities in commercial off-the-shelf products.
## What to Check
- [ ] Verify SA-15(10) Incident Response Plan is documented in SSP
- [ ] Confirm control is operating effectively
- [ ] Review evidence of continuous monitoring for SA-15(10)
- [ ] Verify enhancement builds upon base control SA-15
## How to Test
### Step 1: Review Documentation
Examine the System Security Plan (SSP) and related artifacts for SA-15(10) 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 provide, implement, and test an incident response plan.
### Implementation Guidance
The incident response plan provided by developers may provide information not readily available to organizations and be incorporated into organizational incident response plans. Developer information may also be extremely helpful, such as when organizations respond to vulnerabilities in commercial off-the-shelf products.
## Risk Assessment
| Finding | Severity | Impact |
| ------------------------------------------------ | -------- | ------------------------------------------ |
| SA-15(10) Incident Response Plan not implemented | Medium | System and Services Acquisition |
| SA-15(10) partially implemented | Low | Incomplete System and Services Acquisition |
## CWE Categories
| CWE ID | Title |
| ------ | ------------- |
| CWE-16 | Configuration |
## References
- [NIST SP 800-53 Rev 5 - SA-15(10)](https://csrc.nist.gov/projects/cprt/catalog#/cprt/framework/version/SP_800_53_5_1_1/home?element=sa-15.10)
- [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 (IR-8) reviewed