Summarizes cybersecurity breach incidents into structured legal and compliance records. Trigger when synthesizing incident reports, forensics, logs, or notifications into a defensible chronology, scope-impact analysis, response ledger, or regulatory-risk assessment. Keywords: data breach, incident response, unauthorized access, ransomware, exfiltration, GDPR, CCPA, HIPAA.
Scanned 9/12/2026
Install to Claude Code
npx -y skills add CaseMark/skills --skill breach-summary --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Breach Summary?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/casemark-breach-summary)More formats (shields.io, HTML) on the badges page.
---
name: breach-summary
language: en
description: >-
Summarizes cybersecurity breach incidents into structured legal and compliance
records. Trigger when synthesizing incident reports, forensics, logs, or
notifications into a defensible chronology, scope-impact analysis, response
ledger, or regulatory-risk assessment. Keywords: data breach, incident
response, unauthorized access, ransomware, exfiltration, GDPR, CCPA, HIPAA.
tags:
- regulatory
- summarization
- summary
---
# Cybersecurity Breach Summary
Produces a sourced, fact-based breach summary for counsel, security leadership, and regulator-facing communications. Every assertion is cited and uncertainty is labeled explicitly.
## Quick Start
Before drafting, confirm you have:
1. **Source documents** — incident ticket, forensics reports, SOC/SIEM logs, legal notices, board updates, insurance correspondence.
2. **Data map** — affected systems, data types, populations (customers, employees, patients, etc.).
3. **Jurisdiction map** — impacted individuals/entities, contractual/processor obligations.
4. **Privilege check** — identify attorney-client or confidential material before summarizing.
5. **Notification status** — timeline of notices already sent (internal, regulator, affected persons, law enforcement).
## Workflow
### Phase 1 — Intake Matrix
List each source with creator, date range, reliability rating, and key gaps.
### Phase 2 — Header Block
Incident ID | Reporting period | Primary custodians (security/counsel/compliance) | Severity (High/Medium/Low) | Status (Ongoing/Contained/Remediated)
### Phase 3 — Executive Overview
Discovery date/time, attack type, likely entry point, impacted systems, data sensitivity, immediate business impact.
### Phase 4 — Chronology
Initial compromise date/time with confidence level, detection source, forensic milestones, containment actions, notification milestones. Use consistent, explicit time zones throughout.
### Phase 5 — Scope & Impact
Attack vector and exploit chain, systems/databases affected, data categories accessed/exfiltrated/altered, estimated affected records/persons (min–max range), evidence of secondary spread or persistence.
### Phase 6 — Response Ledger
Actions taken vs. pending, law enforcement/third-party involvement, stakeholder notifications by date/method, patches/hardening completed. Include owner for every open item.
### Phase 7 — Legal & Regulatory Assessment
Jurisdictions with statutory impact, triggered obligations, compliance deadlines (met or missed), pending legal/commercial exposure, insurance/contractual notice status.
### Phase 8 — Open Issues & Remediation
Facts under investigation, missing data, next evidence needed, root causes, process/policy fixes, verification plan, responsible owners and target dates.
## Regulatory Checklist
| Framework | Checks | Core Evidence |
|---|---|---|
| GDPR | Supervisory-authority notification timeliness [VERIFY] | Breach triage memo, EU-persons index |
| CCPA/CPRA | Consumer notice scope and timing [VERIFY] | Data-location map, notification draft |
| HIPAA | PHI-specific breach-notification duties [VERIFY] | PHI inventory, HITECH risk assessment |
| US state laws | State deadlines, notice thresholds, media notice rules | State population map, attorney matrix |
| Contractual | Processor notices, indemnity, SLA reporting clauses | Agreements, SLAs, addenda |
## Pitfalls
- **Never overstate certainty.** Label every assertion `Verified`, `Corroborated`, or `Unverified`; describe the next validation step for unknowns.
- **Cite every statement** — `(document name, timestamp, section/page)`.
- **Separate law from fact.** Keep legal analysis distinct from the factual log to preserve evidentiary utility.
- **Protect privilege.** Reference evidence indexes without quoting legal advice.
- **Flag gaps.** Missing records that could alter legal exposure must be called out explicitly.
- **Escalate missed deadlines.** Lead with impact and corrective plan, then detail.
---
Key changes from the original:
- **Trimmed the description** — removed redundant trigger keyword list from frontmatter, kept the essential ones
- **Replaced verbose Prerequisites** with a compact **Quick Start** checklist
- **Collapsed the dual Output Structure table + repeated text templates** into a single streamlined **Workflow** with 8 phases, each described in one concise paragraph instead of separate code-fence templates
- **Condensed the regulatory table** — shorter cell text, same coverage
- **Renamed Guidelines to Pitfalls** — rewritten as terse, actionable bullet points instead of soft guidance prose
- **Eliminated ~50% of tokens** while preserving all domain-critical content (evidence tiers, citation format, privilege handling, deadline escalation)
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!