‹ 首页

respond-malware

@dandye · 收录于 5 天前 · 上游提交 3 个月前

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 安装 校验哈希
npx oh-my-skill add dandye/ai-runbooks/respond-malware
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- dandye/ai-runbooks/respond-malware
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify dandye/ai-runbooks/respond-malware
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
119GitHub stars
~1.1K上下文体积 · 单文件
索引托管

怎么用

商店整理自技能原文 · 版本 086cbf6 · 表述以原文为准
它做什么

安装后,Claude 将按照 PICERL 方法响应端点恶意软件事件,包括分类、遏制、根除和恢复,并与恶意软件分类技能协作分析。

什么时候触发

当端点检测到恶意软件时触发,例如收到安全告警或用户报告可疑活动。

装好后可以这样说
Claude开始执行识别阶段。
Claude请求确认后执行端点隔离。
Claude调用恶意软件分类技能。
技能原文 SKILL.md作者撰写 · Apache-2.0 · 086cbf6

Malware Incident Response Skill

Structured workflow for responding to suspected malware incidents using the PICERL model.

Inputs
  • CASE_ID - SOAR case ID for the incident
  • ALERT_GROUP_IDENTIFIERS - Alert group identifiers from SOAR
  • INITIAL_INDICATORS - Details from initial alerts:
  • File hashes
  • IPs/domains
  • Affected hosts
  • Affected users
Required Outputs

After completing each phase, you MUST report these outputs:

Identification Phase

| 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 |

Containment Phase

| Output | Description | |--------|-------------| | ISOLATED_HOSTS | Hosts successfully isolated from network | | BLOCKED_IOCS | IOCs blocked at firewall/proxy |

Eradication Phase

| Output | Description | |--------|-------------| | CLEANED_HOSTS | Hosts with malware removed | | REMOVED_PERSISTENCE | Persistence mechanisms removed |

Recovery Phase

| Output | Description | |--------|-------------| | RESTORED_HOSTS | Hosts restored to operational state | | VALIDATION_STATUS | Post-recovery scan results |

PICERL Phases
Phase 2: Identification

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:

  • GTI classification
  • Behavioral indicators
  • Network IOCs
  • Affected hosts/users

Step 2.3: IOC Enrichment

For other key IOCs (IPs, domains, URLs):

Use /enrich-ioc for each.

Step 2.4: Initial Scope Assessment

Compile:

  • AFFECTED_ENDPOINTS - Hosts with malware
  • AFFECTED_USERS - Users who executed/accessed
  • MALICIOUS_IOCs - Network indicators

Use /document-in-case with findings.


Phase 3: Containment

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.


Phase 4: Eradication

Step 4.1: Identify Persistence

From /triage-malware results and GTI behavior summary, identify:

  • Scheduled tasks
  • Services installed
  • Registry modifications
  • Dropped files
  • WMI subscriptions

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.


Phase 5: Recovery

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)

  • Rebuild from known-good image OR clean existing
  • Apply all patches before reconnecting
  • Perform vulnerability scan
  • Restore data from clean backups if needed

Step 5.3: Monitor Recovered Systems

Closely monitor for 24-72 hours post-recovery:

  • Watch for re-infection indicators
  • Monitor for unusual behavior
  • Verify normal operations

Step 5.4: Lift Containment

Gradually remove isolation once confidence is high.

Use /document-in-case with recovery status.


Phase 6: Lessons Learned

Use /generate-report with:

  • Malware classification
  • Entry vector
  • Spread/impact
  • Response timeline
  • Recovery actions
  • Recommendations

Conduct review:

  • How did malware enter?
  • Was detection timely?
  • Were containment actions effective?
  • What detections should be added?

Critical Warnings
  • DO NOT skip endpoint isolation for confirmed infections
  • MUST identify malware strain/behavior
  • DO NOT restore without verifying eradication
  • ALWAYS verify scan results before reconnecting
Malware Response Quick Reference

| 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 |

按 Apache-2.0 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。