| name | phase-7-mitigation-planning |
| description | Phase 7 Mitigation Planning guide. Use when creating mitigations, linking them to threats, validating coverage, or planning security controls. |
Phase 7: Mitigation Planning
Objective
Define security controls for every identified threat and ensure complete coverage. Every threat needs at least one mitigation; every mitigation must be linked to at least one threat.
Tools Reference
add_mitigation(content, type, status, implementation_details, cost, effectiveness, metadata)
| Parameter | Required | Values |
|---|
| content | Yes | Description of the mitigation |
| type | No | Preventive, Detective, Corrective, Deterrent |
| status | No | mitigationIdentified (default), mitigationInProgress, mitigationResolved, mitigationResolvedWillNotAction |
| implementation_details | No | How to implement |
| cost | No | Low, Medium, High |
| effectiveness | No | Low, Medium, High |
link_mitigation_to_threat(mitigation_id, threat_id)
Connect a mitigation to the threat it addresses. A mitigation can address multiple threats.
Other Phase 7 Tools
list_mitigations() -- Review all mitigations
get_mitigation(id) -- Detailed view
list_threats() -- Review threats to ensure coverage
get_threat(id) -- Check linked mitigations per threat
Mitigation Types
| Type | Purpose | Examples |
|---|
| Preventive | Stop threats from occurring | Input validation, MFA, encryption, least privilege |
| Detective | Detect when threats occur | Logging, monitoring, IDS, alerting |
| Corrective | Respond to and fix threats | Incident response, backup restore, auto-scaling |
| Deterrent | Discourage threat actors | Security notices, legal warnings, monitoring banners |
STRIDE-to-Mitigation Mapping
| STRIDE Category | Recommended Mitigations |
|---|
| Spoofing | MFA, certificate pinning, token validation, session management |
| Tampering | Input validation, parameterized queries, TLS, digital signatures, integrity checks |
| Repudiation | Comprehensive logging, tamper-proof audit trails, digital signatures |
| Information Disclosure | Encryption (TLS + at rest), access controls, data masking, error handling |
| Denial of Service | Rate limiting, auto-scaling, CDN/WAF, circuit breakers, resource quotas |
| Elevation of Privilege | RBAC/ABAC, least privilege, authorization at every layer, secure defaults |
Coverage Validation Process
After adding mitigations and linking them:
list_threats() -- Get all threats
get_threat(id) for each -- Check it has linked mitigations
list_mitigations() -- Get all mitigations
get_mitigation(id) for each -- Check it's linked to threats
- Fix gaps: Add mitigations for orphaned threats, link orphaned mitigations
Critical rules:
- Every threat MUST have at least one linked mitigation
- Every mitigation MUST be linked to at least one threat
- High-severity threats should have both preventive AND detective controls
Workflow
- Call
get_phase_7_guidance() (auto-detects if code exists for Phase 7.5)
- For each threat, create appropriate mitigations
- Link every mitigation to its threats
- If AWS: Validate controls with
search_documentation() and read_documentation()
- Run coverage validation (see process above)
- Document assumptions about mitigation effectiveness
Completion Criteria