Investigates phishing email incidents from initial user report through header analysis, URL/attachment detonation, impacted user identification, and containment actions using SOC tools like Splunk, Microsoft Defender, and sandbox analysis platforms. Use when a reported phishing email requires full incident investigation to determine scope and impact.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Une commande directe contourne le prompt de vérification. Examinez la source avant de l'exécuter.
La commande reste sur une seule ligne. Faites défiler horizontalement pour la vérifier avant de la copier.
Vous préférez une copie locale ? Téléchargez les fichiers actuellement disponibles dans SkillsMP.
Affichage de SKILL.md
SKILL.md
Instructions source · Aperçu en lecture seule
name
investigating-phishing-email-incident
description
Investigates phishing email incidents from initial user report through header analysis, URL/attachment detonation, impacted user identification, and containment actions using SOC tools like Splunk, Microsoft Defender, and sandbox analysis platforms. Use when a reported phishing email requires full incident investigation to determine scope and impact.
A user reports a suspicious email via the phishing report button or helpdesk ticket
Email security gateway flags a message that bypassed initial filters
Automated detection identifies credential harvesting URLs or malicious attachments
A phishing campaign targeting the organization requires scope assessment
Do not use for spam or marketing emails without malicious intent — route those to email administration for filter tuning.
Detection Gaps & Validation
Clean attachment, weaponized link: triagers detonate the attachment, get a benign verdict, and close — missing that the body's credential-harvest URL is the real payload. Always extract and analyze every URL (including those inside PDFs, QR codes, and HTML attachments) even when the file sandboxes clean.
Delayed/cloaked payloads: the URL serves a benign page to sandboxes and the harvester only after a redirect, on a second visit, or when the geo/User-Agent matches the target. Re-scan from a realistic egress and follow the full redirect chain rather than trusting a single URLScan result.
SPF/DKIM "pass" ≠ legitimate: a dmarc=pass from a lookalike or freshly registered domain, or a compromised-but-authenticated internal mailbox (thread hijacking), still phishes. Check domain age, display-name spoofing, and Reply-To/Return-Path mismatch, not just auth results.
Scope undercounted: searching only the reported subject misses recipients who got the same campaign with a rotated subject/sender. Pivot on sending IP, URL domain, and message-body hash, and confirm "who clicked" with proxy POSTs (credentials submitted) — not just GETs.
Validate the verdict: confirm a true positive by matching submitted-credential POSTs or sandbox C2 callbacks to the IOC, then audit each impacted mailbox for attacker-created inbox forwarding rules before declaring "no lateral movement". Tune FPs by routing confirmed marketing/bulk senders to gateway filtering instead of incident queues.
Prerequisites
Access to email gateway logs (Proofpoint, Mimecast, or Microsoft Defender for Office 365)
Splunk or SIEM with email log ingestion (O365 Message Trace, Exchange tracking logs)
Sandbox access (Any.Run, Joe Sandbox, or Hybrid Analysis) for URL/attachment detonation
Microsoft Graph API or Exchange Admin Center for email search and purge operations
URLScan.io and VirusTotal API keys
Workflow
Step 1: Extract and Analyze Email Headers
Obtain the full email headers (.eml file) from the reported message: