Skip to content
Security
Command

/risk-treatment-plan

Generate ISO 27001 Risk Treatment Plan with remediation timelines and ownership

From plugin
trust-center
367139 skills139 commands1 MCP
Install
$ npx -y skills add GRCEngClub/claude-grc-engineering --agent claude-code

How it fires

How this command gets triggered: by you, by Claude, or both.

  • Fires itselfClaude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/risk-treatment-plan

Context preview

What this command does when you run it.

Generate ISO 27001 Risk Treatment Plan with remediation timelines and ownership

Command definition

risk-treatment-plan.md
description: Generate ISO 27001 Risk Treatment Plan with remediation timelines and ownership

ISO 27001 Risk Treatment Plan Generator

Generates a comprehensive Risk Treatment Plan for identified information security risks, including risk assessment results, treatment options, implementation timelines, ownership assignments, and residual risk acceptance criteria.

Usage

/iso:risk-treatment-plan [risk-level] [options]

Arguments

  • `$1` - Risk level filter (optional): "critical", "high", "medium", "low", or "all" (default: "all")
  • `$2` - Options (optional): `--format=docx|xlsx|markdown`, `--include-costs`, `--show-residual-only`

Examples

# Generate full risk treatment plan
/iso:risk-treatment-plan all

# High and critical risks only
/iso:risk-treatment-plan high

# Export as Excel with cost estimates
/iso:risk-treatment-plan all --format=xlsx --include-costs

# Show residual risks requiring acceptance
/iso:risk-treatment-plan all --show-residual-only

Output

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
ISO 27001:2022 RISK TREATMENT PLAN
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Organization: Your Company, Inc.
ISMS Scope: Cloud infrastructure and SaaS application
Risk Assessment Date: 2024-12-15
Plan Version: 2.1
Approved By: CISO, CEO

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
EXECUTIVE SUMMARY
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Total Risks Identified: 47
  🔴 Critical: 2 risks (4%)
  🟠 High: 8 risks (17%)
  🟡 Medium: 22 risks (47%)
  🟢 Low: 15 risks (32%)

Treatment Strategy Distribution:
  ✓ Mitigate: 35 risks (75%)
  ⚠ Accept: 8 risks (17%)
  → Transfer: 3 risks (6%)
  ○ Avoid: 1 risk (2%)

Implementation Status:
  ✓ Completed: 28 risks (80% of mitigation)
  ⏳ In Progress: 5 risks (14%)
  ⏸ Planned: 2 risks (6%)

Total Treatment Cost: $127,000 (initial) + $48,000/year (ongoing)
Risk Reduction: 78% (inherent risk → residual risk)

Residual Risk Level: MEDIUM (acceptable per risk appetite)
Management Approval Required: 8 risks (accepted residual risk)

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
RISK TREATMENT METHODOLOGY
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Risk Assessment Methodology: ISO 27005:2022
Risk Matrix: 5x5 (Likelihood × Impact)
Risk Appetite: MEDIUM (willing to accept medium residual risks)
Risk Tolerance: No critical or high residual risks accepted

Treatment Options:
  1. MITIGATE: Implement controls to reduce likelihood or impact
  2. ACCEPT: Accept risk if within tolerance (management approval required)
  3. TRANSFER: Transfer risk via insurance, outsourcing, or contracts
  4. AVOID: Eliminate risk by discontinuing risky activity

Review Frequency:
  - Risk Treatment Plan: Quarterly
  - Risk Assessment: Annually or upon significant changes
  - Residual Risk Acceptance: Annually

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
CRITICAL RISKS (Immediate Action Required)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

RISK-001: Insufficient Disaster Recovery Capabilities
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Inherent Risk Level: 🔴 CRITICAL (Likelihood: 3, Impact: 5) = Risk Score 15

Threat:
  Natural disaster, cyber attack, or infrastructure failure affecting AWS
  us-east-1 region could cause extended service outage.

Vulnerability:
  - Single-region deployment (no cross-region failover)
  - Recovery Time Objective (RTO): 8 hours (target: 4 hours)
  - Recovery Point Objective (RPO): 4 hours (target: 1 hour)
  - No automated failover mechanism

Impact if Realized:
  - Extended service outage (>8 hours)
  - Customer data loss (up to 4 hours)
  - Revenue loss: $50,000/day
  - Reputation damage
  - SLA breach penalties
  - Regulatory reporting requirements (if >72 hours)

Assets Affected:
  - Production RDS databases
  - Application servers (EC2, ECS)
  - Customer-facing web application
  - 10,000+ active customers

Treatment Option: ✓ MITIGATE

Planned Controls:
  1. Multi-Region Architecture (Primary: us-east-1, DR: us-west-2)
     - RDS cross-region read replicas (real-time replication)
     - S3 cross-region replication
     - Route 53 health checks and automatic failover
     - Infrastructure as Code (Terraform) for DR region

  2. Automated Disaster Recovery Procedures
     - Automated failover scripts (tested quarterly)
     - DR runbook documentation
     - Quarterly DR testing (full failover test)

  3. Enhanced Backup Strategy
     - Continuous backup to DR region
     - 30-day backup retention
     - Automated backup validation

Implementation Timeline:
  Phase 1 (Weeks 1-4): DR region infrastructure deployment
  Phase 2 (Weeks 5-8): Data replication setup and testing
  Phase 3 (Weeks 9-12): Automated failover implementation
  Phase 4 (Week 13): First DR test

  Target Completion: March 31, 2025

Responsibility:
  Owner: VP Engineering
  Implementer: DevOps Team
  Reviewer: CISO

Budget:
  Initial: $35,000 (DR infrastructure setup, testing)
  Ongoing: $12,000/year (DR region running costs)

Expected Residual Risk:
  Level: 🟡 MEDIUM (Likelihood: 2, Impact: 3) = Risk Score 6
  Justification: Multi-region architecture reduces likelihood and limits impact
  Acceptance: Residual risk within tolerance (no further action required)

Evidence:
  - DR architecture diagram (to be created)
  - Terraform DR configuration (to be created)
  - DR test results (quarterly, starting Q2 2025)
  - RTO/RPO metrics (monitored post-implementation)

Related ISO 27001 Controls:
  - A.5.29: Information security during disruption
  - A.5.30: ICT readiness for business continuity
  - A.8.13: Information backup
  - A.8.14: Redundancy of information processing facilities

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
RISK-002: Inadequate Vendor Risk Management
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Inherent Risk Level: 🔴 CRITICAL (Likelihood: 4, Impact: 4) = Risk Score 16

Threat:
  Third-party vendor security breach leads to compromis
Read more
Ships withtrust-center

Open-source GRC Engineering resource for Claude. claude-grc-engineering turns technical evidence from cloud, SaaS, code, and security tools into framework-aligned findings, gap reports, remediation guidance, evidence packages, and OSCAL workflows.

Get the whole plugin, auto-invoked
Stats
367
Stars
0
Views
82
Forks
Active
Maintenance
JavaScript
Language
1d ago
Last commit
7mo ago
Created

Repo: GRCEngClub/claude-grc-engineering