analyze-content-gaps
Identify content gaps and organizational opportunities. Analyzes missing content areas, redundancies, and consolidation…
Respond to a malware incident following PICERL methodology. Use when malware is detected on endpoints. Orchestrates triage, containment, eradication, and recovery. Works with triage-malware skill for analysis.
$ npx -y skills add dandye/ai-runbooks --skill respond-malware --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/respond-malwareContext preview
The summary Claude sees to decide when to auto-load this skill.
Respond to a malware incident following PICERL methodology. Use when malware is detected on endpoints. Orchestrates triage, containment, eradication, and recovery. Works with triage-malware skill for analysis.
type: Skill name: respond-malware description: "Respond to a malware incident following PICERL methodology. Use when malware is detected on endpoints. Orchestrates triage, containment, eradication, and recovery. Works with triage-malware skill for analysis." required_roles: chronicle: roles/chronicle.admin soar: roles/chronicle.soarAdmin gti: GTI Enterprise scc: roles/securitycenter.findingsEditor personas: [incident-responder] generated: by: human:dandye at: 2026-02-04T06:10:49-05:00
Structured workflow for responding to suspected malware incidents using the PICERL model.
**After completing each phase, you MUST report these outputs:**
| Output | Description | |--------|-------------| | `AFFECTED_HOSTS` | Hosts with confirmed malware | | `MALWARE_SAMPLES` | File hashes requiring triage/analysis | | `MALWARE_IOCS` | Network indicators (IPs, domains, URLs) | | `AFFECTED_USERS` | Users who executed/accessed malware |
| Output | Description | |--------|-------------| | `ISOLATED_HOSTS` | Hosts successfully isolated from network | | `BLOCKED_IOCS` | IOCs blocked at firewall/proxy |
| Output | Description | |--------|-------------| | `CLEANED_HOSTS` | Hosts with malware removed | | `REMOVED_PERSISTENCE` | Persistence mechanisms removed |
| Output | Description | |--------|-------------| | `RESTORED_HOSTS` | Hosts restored to operational state | | `VALIDATION_STATUS` | Post-recovery scan results |
**Step 2.1: Initial Triage**
Use `/triage-alert` with CASE_ID for initial assessment.
secops-soar.get_case_full_details(case_id=CASE_ID)
Use `/check-duplicates`.
**Step 2.2: Malware Triage**
If file hash is primary indicator:
Use `/triage-malware`:
/triage-malware FILE_HASH=abc123 CASE_ID=1234
This provides:
**Step 2.3: IOC Enrichment**
For other key IOCs (IPs, domains, URLs):
Use `/enrich-ioc` for each.
**Step 2.4: Initial Scope Assessment**
Compile:
Use `/document-in-case` with findings.
---
**Step 3.1: Endpoint Isolation**
For each endpoint in `AFFECTED_ENDPOINTS`:
Use `/confirm-action`: > "Isolate endpoint [HOSTNAME] from network?"
If confirmed, execute isolation via EDR.
**Step 3.2: Network IOC Containment**
For each IOC in `MALICIOUS_IOCs`:
Use `/confirm-action`: > "Block [IOC_TYPE] [VALUE] at firewall/proxy?"
If confirmed, implement blocks.
**Step 3.3: User Account Containment**
If compromised user involved:
Trigger `/respond-compromised-account`
**Step 3.4: Verify Containment**
Monitor for continued activity:
secops-mcp.search_security_events(
text="Activity from contained IOCs or endpoints",
hours_back=1
)Use `/document-in-case` with containment status.
---
**Step 4.1: Identify Persistence**
From `/triage-malware` results and GTI behavior summary, identify:
**Step 4.2: Remove Malware & Persistence**
*(Requires EDR/endpoint tools)*
Execute removal plan: 1. Terminate malicious processes 2. Delete malware files 3. Remove persistence mechanisms 4. Clear malicious registry keys
**Step 4.3: Scan for Residual Infection**
*(Requires EDR/AV tools)*
Perform thorough scans post-eradication.
Use `/document-in-case` with eradication results.
---
**Step 5.1: Determine Recovery Strategy**
Based on severity and admin rights involved:
| Factor | Rebuild | Clean | |--------|---------|-------| | Admin rights compromised | ✅ | ❌ | | Unknown malware | ✅ | ❌ | | Known commodity malware | Consider | ✅ | | High confidence eradication | Consider | ✅ |
**Step 5.2: Execute Recovery**
*(Involves IT Ops/System Admins)*
**Step 5.3: Monitor Recovered Systems**
Closely monitor for 24-72 hours post-recovery:
**Step 5.4: Lift Containment**
Gradually remove isolation once confidence is high.
Use `/document-in-case` with recovery status.
---
Use `/generate-report` with:
Conduct review:
---
| Phase | Key Question | Action | |-------|--------------|--------| | Identification | What is it? | `/triage-malware` | | Identification | Where is it? | SIEM search | | Containment | Stop the spread | Isolate endpoints | | Containment | Block C2 | Block network IOCs | | Eradication | Remove it | EDR remediation | | Recovery | Restore ops | Rebuild or clean |
This repository provides security operations runbooks and role-based guides for AI-assisted cybersecurity workflows.
Identify content gaps and organizational opportunities. Analyzes missing content areas, redundancies, and consolidation…
Comprehensive content quality and maintenance assessment. Evaluates documentation quality, relevance, maintenance needs, and…
Check for duplicate or similar cases. Use before deep analysis to avoid investigating the same incident twice. Takes a CASE_ID…
Close a case or alert with proper reason and documentation. Use when triage determines an alert is FP/BTP or investigation is…
Automated content similarity and grouping analysis. Groups related documents by topic, purpose, or content similarity.
Ask the user to confirm before taking a significant action. Use before containment, remediation, or other impactful operations to…