mirror of
https://github.com/mukul975/Anthropic-Cybersecurity-Skills.git
synced 2026-07-20 06:20:58 +03:00
Initial commit - 611 cybersecurity skills across all subdomains
This commit is contained in:
@@ -0,0 +1,66 @@
|
||||
# Standards and Framework References
|
||||
|
||||
## NIST SP 800-61 Rev. 3 - Incident Response Recommendations
|
||||
- **Respond (RS) Function**: Containment falls under RS.MI (Incident Mitigation)
|
||||
- RS.MI-01: Incidents are contained
|
||||
- RS.MI-02: Incidents are eradicated
|
||||
- **Detect (DE) Function**: Scope identification maps to DE.AE (Adverse Event Analysis)
|
||||
- DE.AE-02: Potentially adverse events are analyzed to better understand associated activities
|
||||
- DE.AE-03: Information is correlated from multiple sources
|
||||
- Reference: https://csrc.nist.gov/pubs/sp/800/61/r3/final
|
||||
|
||||
## NIST SP 800-61 Rev. 2 - Computer Security Incident Handling Guide
|
||||
- **Section 3.3**: Containment, Eradication, and Recovery
|
||||
- 3.3.1: Choosing a Containment Strategy
|
||||
- 3.3.2: Evidence Gathering and Handling
|
||||
- 3.3.3: Identifying the Attacking Hosts
|
||||
- Containment strategy criteria: potential damage, evidence preservation needs, service availability, time/resources, effectiveness duration, solution scope
|
||||
- Reference: https://csrc.nist.gov/pubs/sp/800/61/r2/final
|
||||
|
||||
## SANS PICERL Framework
|
||||
- **Phase 3 - Containment**: The SANS Incident Handler's Handbook defines containment as actions to limit damage from an incident
|
||||
- Short-term containment: Immediate response to stop the bleeding
|
||||
- System back-up: Forensic image before remediation
|
||||
- Long-term containment: Temporary fixes allowing production use
|
||||
- Reference: https://www.sans.org/white-papers/33901
|
||||
|
||||
## MITRE ATT&CK Framework - Relevant Techniques to Contain
|
||||
|
||||
### Initial Access (TA0001)
|
||||
| Technique ID | Name | Containment Action |
|
||||
|-------------|------|-------------------|
|
||||
| T1566 | Phishing | Block sender, quarantine messages |
|
||||
| T1190 | Exploit Public-Facing Application | Patch/WAF rule, isolate service |
|
||||
| T1133 | External Remote Services | Disable VPN/RDP access |
|
||||
| T1078 | Valid Accounts | Disable/reset compromised accounts |
|
||||
|
||||
### Lateral Movement (TA0008)
|
||||
| Technique ID | Name | Containment Action |
|
||||
|-------------|------|-------------------|
|
||||
| T1021 | Remote Services | Block SMB/RDP/WinRM between segments |
|
||||
| T1550 | Use Alternate Authentication Material | Reset tokens, rotate KRBTGT |
|
||||
| T1570 | Lateral Tool Transfer | Block file sharing protocols |
|
||||
|
||||
### Command and Control (TA0011)
|
||||
| Technique ID | Name | Containment Action |
|
||||
|-------------|------|-------------------|
|
||||
| T1071 | Application Layer Protocol | Block C2 domains/IPs at firewall |
|
||||
| T1573 | Encrypted Channel | SSL inspection, block non-standard TLS |
|
||||
| T1572 | Protocol Tunneling | Block DNS tunneling, inspect traffic |
|
||||
|
||||
### Exfiltration (TA0010)
|
||||
| Technique ID | Name | Containment Action |
|
||||
|-------------|------|-------------------|
|
||||
| T1041 | Exfiltration Over C2 Channel | Sinkhole C2 domains |
|
||||
| T1048 | Exfiltration Over Alternative Protocol | Block DNS/ICMP exfil |
|
||||
| T1567 | Exfiltration Over Web Service | Block cloud storage uploads |
|
||||
|
||||
## CISA Incident Response Playbooks
|
||||
- Federal Government Cybersecurity Incident and Vulnerability Response Playbooks
|
||||
- Containment actions aligned with federal response guidelines
|
||||
- Reference: https://www.cisa.gov/sites/default/files/publications/Federal_Government_Cybersecurity_Incident_and_Vulnerability_Response_Playbooks_508C.pdf
|
||||
|
||||
## ISO/IEC 27035 - Information Security Incident Management
|
||||
- Part 2: Guidelines to plan and prepare for incident response
|
||||
- Containment classified as part of "Response" phase
|
||||
- Emphasis on proportional response and business impact consideration
|
||||
@@ -0,0 +1,107 @@
|
||||
# Containing an Active Security Breach - Detailed Workflow
|
||||
|
||||
## Pre-Containment Decision Framework
|
||||
|
||||
### Containment Strategy Selection Matrix
|
||||
| Factor | Low Impact | Medium Impact | High Impact |
|
||||
|--------|-----------|---------------|-------------|
|
||||
| Data sensitivity | Monitor and assess | Partial isolation | Full network isolation |
|
||||
| Active exfiltration | Block egress IPs | Block + isolate segment | Air-gap + full isolation |
|
||||
| Lateral movement | Enhanced monitoring | Segment isolation | Domain-wide lockdown |
|
||||
| Business criticality | Targeted containment | Phased containment | Emergency containment with DR |
|
||||
| Ransomware deployment | Isolate patient zero | Segment + block C2 | Enterprise-wide isolation |
|
||||
|
||||
## Step-by-Step Procedure
|
||||
|
||||
### Phase 1: Incident Validation (0-15 minutes)
|
||||
1. Receive alert from SIEM/EDR/SOC analyst
|
||||
2. Verify alert is true positive by correlating multiple data sources
|
||||
3. Classify incident severity using organization's severity matrix
|
||||
4. Activate incident response team based on severity level
|
||||
5. Establish incident communication channel (war room or Slack/Teams channel)
|
||||
6. Assign Incident Commander and document in ticketing system
|
||||
|
||||
### Phase 2: Scope Assessment (15-45 minutes)
|
||||
1. Query SIEM for all related alerts in the past 72 hours
|
||||
2. Identify all compromised hosts using EDR telemetry
|
||||
3. Map network connections from compromised hosts to identify lateral movement
|
||||
4. Check authentication logs for compromised account usage across systems
|
||||
5. Identify affected data repositories and assess data classification
|
||||
6. Document the attack timeline and current threat actor position
|
||||
7. Determine the attack vector (how did they get in)
|
||||
|
||||
### Phase 3: Short-Term Containment (30-60 minutes)
|
||||
1. **Network Level**:
|
||||
- Block attacker external IPs at perimeter firewall
|
||||
- Sinkhole C2 domains at DNS level
|
||||
- Apply ACLs to isolate compromised network segments
|
||||
- Enable enhanced packet capture on affected segments
|
||||
|
||||
2. **Endpoint Level**:
|
||||
- Network-contain compromised hosts via EDR
|
||||
- Disable compromised user accounts in Active Directory
|
||||
- Revoke OAuth tokens and API keys
|
||||
- Kill malicious processes identified by EDR
|
||||
|
||||
3. **Identity Level**:
|
||||
- Force password reset on compromised accounts
|
||||
- Disable MFA bypass methods used by attacker
|
||||
- Revoke VPN certificates for compromised users
|
||||
- Block compromised service account authentication
|
||||
|
||||
### Phase 4: Evidence Preservation (During Containment)
|
||||
1. Capture live memory from key compromised systems before full isolation
|
||||
2. Export relevant SIEM logs to secure evidence storage
|
||||
3. Take forensic disk images of critical compromised systems
|
||||
4. Preserve network capture data (PCAP) from affected segments
|
||||
5. Screenshot active sessions and running process trees
|
||||
6. Hash all evidence files and create chain of custody documentation
|
||||
|
||||
### Phase 5: Long-Term Containment (1-24 hours)
|
||||
1. Implement network microsegmentation around affected areas
|
||||
2. Deploy additional monitoring sensors in compromised zones
|
||||
3. Set up honeypots to detect continued attacker activity
|
||||
4. Apply temporary firewall rules with logging for affected segments
|
||||
5. Enable enhanced audit logging on systems adjacent to compromise
|
||||
6. Implement file integrity monitoring on critical systems
|
||||
7. Set up network traffic baseline comparison
|
||||
|
||||
### Phase 6: Containment Verification (Ongoing)
|
||||
1. Monitor for new alerts from previously compromised systems
|
||||
2. Verify no new C2 communications from any internal host
|
||||
3. Check for new account creation or privilege escalation attempts
|
||||
4. Validate that isolated systems cannot reach external networks
|
||||
5. Test that critical business services remain functional
|
||||
6. Brief stakeholders on containment status and next steps
|
||||
|
||||
## Escalation Criteria
|
||||
- Containment fails (attacker regains access): Escalate to CISO, consider external IR firm
|
||||
- Business-critical systems affected: Engage business continuity team
|
||||
- Data exfiltration confirmed: Engage legal and compliance teams
|
||||
- Nation-state indicators: Engage FBI/CISA
|
||||
- Ransomware spreading despite containment: Consider full network shutdown
|
||||
|
||||
## Communication Templates
|
||||
|
||||
### Internal Escalation (Initial)
|
||||
```
|
||||
SUBJECT: [SEVERITY-CRITICAL] Active Security Breach - Containment in Progress
|
||||
INCIDENT ID: IR-YYYY-NNN
|
||||
TIME DETECTED: YYYY-MM-DD HH:MM UTC
|
||||
CURRENT STATUS: Containment in progress
|
||||
AFFECTED SYSTEMS: [count] hosts, [count] accounts
|
||||
INCIDENT COMMANDER: [Name]
|
||||
NEXT UPDATE: [time]
|
||||
```
|
||||
|
||||
### Status Update (During Containment)
|
||||
```
|
||||
SUBJECT: [UPDATE] IR-YYYY-NNN - Containment Status
|
||||
CONTAINMENT STATUS: [Partial/Complete/Pending]
|
||||
SYSTEMS ISOLATED: [count]
|
||||
ACCOUNTS DISABLED: [count]
|
||||
C2 COMMUNICATIONS: [Blocked/Active/Unknown]
|
||||
BUSINESS IMPACT: [Description]
|
||||
NEXT STEPS: [Actions]
|
||||
NEXT UPDATE: [time]
|
||||
```
|
||||
Reference in New Issue
Block a user