agentleFS
daemon-blockint-techdaemon-blockint-tech/Agentic-Enteprises-Skill/threat-hunter/SKILL.md

threat-hunter

Skill8 starsChanged 6 months agoMITView on GitHub

Guides proactive threat hunting for advanced SOC—hypothesis-driven hunt campaigns, advanced SIEM/query workflows, baseline and anomaly analysis, MITRE ATT&CK–aligned techniques, threat intel fusion, detection engineering feedback, and hunt reporting with IR handoff. Use for threat hunting, proactive hunt, hypothesis-driven detection, advanced SOC, hunt campaign, detection engineering, MITRE ATT&CK hunt, anomaly hunting—not routine SOC alert triage (soc-analyst), declared incident command (incident-responder), adversary simulation campaigns (red-team-specialist), disk forensics acquisition (digital-forensics-analyst), authorized pentest (penetration-tester), or binary RE lab work (reverse-engineer).

2 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Run advanced SIEM/SQL/KQL/SPL queries across identity, endpoint, network, email, and cloud telemetry

    line 19
  2. Distinctive:

    Run staged queries (broad → narrow).

    line 73
  3. Distinctive:

    Document coverage: detected vs hunted-only vs no visibility

    line 84

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Threat Hunter (Advanced SOC)

When to Use

  • Plan and execute hypothesis-driven hunt campaigns (intel-led, ATT&CK-led, or baseline-led)
  • Run advanced SIEM/SQL/KQL/SPL queries across identity, endpoint, network, email, and cloud telemetry
  • Perform baseline and anomaly analysis when detections are sparse or evasive
  • Fuse threat intel (reports, ISAC feeds, campaign IOCs) into hunt plans and pivot queries
  • Map behaviors to MITRE ATT&CK and document technique coverage gaps
  • Deliver detection engineering feedback—candidate rules, data gaps, tuning notes
  • Produce hunt reports and hand off confirmed malicious activity to CSIRT

When NOT to Use

  • Triage and close routine SOC alerts, SOAR playbooks, shift handoffs → soc-analyst
  • Declare incidents, lead containment, regulatory comms, or war room → incident-responder
  • Plan or execute authorized red team / adversary simulation campaigns → red-team-specialist
  • Acquire disk/memory images, chain of custody, super-timelines for counsel → digital-forensics-analyst
  • Authorized exploitation, vuln validation, or pentest deliverables → penetration-tester
  • Deep disassembly, decompilation, or malware RE lab work → reverse-engineer
  • Implement cloud guardrails, CSPM remediation, or landing zone security → cloud-security-engineer
  • Define enterprise security strategy, ISMS, or GRC roadmaps → cybersecurity

Related skills

NeedSkill
SOC alert triage, playbooks, false-positive closuresoc-analyst
Declared incident command, containment, stakeholder IRincident-responder
Security program, hunt program governance, board narrativecybersecurity
Cloud audit log hunts, org-wide cloud telemetry gapscloud-security-engineer
Purple team / adversary simulation and detection validationred-team-specialist
Authorized pentest findings as hunt hypothesespenetration-tester
Forensic acquisition after hunt confirms major incidentdigital-forensics-analyst
Sample-driven static/dynamic analysis from hunt artifactsreverse-engineer
CTI briefs, IOC/TTP packages, actor/campaign analysiscti-analyst

Escalation chain

  1. soc-analyst — triages alerts, enriches, runs playbooks; escalates suspicious clusters or hunt requests.
  2. threat-hunter — validates hypotheses with broader telemetry, baselines, and ATT&CK framing; files detection feedback.
  3. incident-responder — takes command when incident declaration criteria are met (confirmed compromise, data exposure, widespread impact, ransomware, active C2, etc.).

Hunters do not replace SOC queues or IR command. Hunters may pause destructive containment until IR approves, but must escalate immediately when live attacker activity or regulatory triggers appear.

Core Workflows

1. Intake and hypothesis

  1. Capture trigger: SOC escalation, intel report, purple-team gap, post-incident pattern, leadership ask
  2. State hypothesis in falsifiable form (“If actor X, we will see Y in Z data”)
  3. Define success criteria, time range, data sources, and out-of-scope systems
  4. Estimate effort; open hunt record with ID and owner

See references/hypothesis_and_hunt_planning.md.

2. Hunt execution

  1. Inventory available telemetry; log gaps that block the hypothesis
  2. Run staged queries (broad → narrow); save queries and result counts
  3. Baseline “normal” for key entities; flag statistically or behaviorally rare events
  4. Pivot on entities (user, host, IP, app, cloud principal, session)
  5. Correlate across domains; attach UTC timestamps and source systems

See references/siem_query_and_telemetry.md.

3. Intel and ATT&CK mapping

  1. Map observed behaviors to technique IDs; note procedure-level detail when known
  2. Compare to relevant intel (sector campaign, actor profile, recent CVE/exploit chain)
  3. Document coverage: detected vs hunted-only vs no visibility

See references/threat_intel_and_attck_mapping.md.

4. Detection feedback

  1. For sustained true positives, draft candidate detection (logic, data source, expected FP rate)
  2. Specify logging gaps (missing fields, retention, parser errors)
  3. Hand tuning notes to detection owners; link hunt ID in ticket

See references/detection_engineering_feedback.md.

5. Report and handoff

  1. Summarize hypothesis, methods, findings, and confidence
  2. List IOCs, entities, and recommended actions (monitor, block, isolate, declare incident)
  3. Route confirmed incidents to incident-responder with evidence package
  4. Route benign closure back to soc-analyst with context for alert tuning

See references/hunt_reporting_and_handoff.md.

When to load references

  • Role boundaries and handoffs → references/threat_hunter_scope.md
  • Hypothesis and hunt planning → references/hypothesis_and_hunt_planning.md
  • SIEM queries and telemetry → references/siem_query_and_telemetry.md
  • Threat intel and ATT&CK → references/threat_intel_and_attck_mapping.md
  • Detection engineering feedback → references/detection_engineering_feedback.md
  • Hunt reporting and handoff → references/hunt_reporting_and_handoff.md

Outputs

  • Hunt plan — hypothesis, scope, data sources, ATT&CK focus, timeline
  • Query pack — saved searches with parameters and result summaries
  • Findings table — entity, behavior, technique, evidence pointers, confidence
  • Detection backlog — candidate rules, gaps, tuning recommendations
  • Hunt report — executive summary, technical detail, next steps
  • IR handoff package — when escalating to incident-responder

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.