CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

threat-hunting

Conduct proactive, hypothesis-driven threat hunts — search SIEM / EDR / logs for adversaries who haven't tripped an alert yet. ATT&CK-driven, hypothesis-based methodology. Use when the user mentions 'threat hunting,' 'proactive hunt,' 'TaHiTI,' 'PEAK framework,' 'MITRE ATT&CK hunt,' 'hypothesis-driven hunt,' 'hunt hypothesis,' 'living off the land,' 'LOLBins,' 'beaconing,' 'lateral movement detection,' 'data staging,' 'persistence hunting,' or wants to find threats that have evaded existing detections.

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

77%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An impressively actionable, well-sequenced hunting methodology — the PEAK workflow, concrete hunt catalog, and report template leave no ambiguity about what to do. The main gaps are structural and editorial: everything lives in one file when the catalog deserves its own reference, the sample queries contain syntax errors that would fail if pasted, and the Authorization/Boundaries sections overlap.

Suggestions

Move the high-yield hunt catalog (and possibly the References list) into a one-level-deep reference file (e.g., references/hunt-catalog.md), leaving SKILL.md as a methodology overview with a clearly signaled link.

Fix the query examples so they are executable as written: replace the bare `contains("198.51.100.42")` with a valid KQL form (e.g., `| where * contains "198.51.100.42"` or `search "198.51.100.42"`) and `len(values(Details))` with `mvcount(Details) > 1`.

Merge the Authorization and Boundaries sections — they restate the same authorization/HR-legal/escalation constraints, and 'escalate to incident-triage' currently appears three times.

DimensionReasoningScore

Conciseness

The body is dense and high-yield — event codes, registry paths, and command patterns on nearly every line, with no explanations of concepts Claude already knows. Not 5: there is real redundancy to trim — the Authorization section and the Boundaries section repeat the authorization/HR-legal points, and 'escalate to incident-triage' appears three times (intro, Step 3, Boundaries), plus opinion filler like 'the most actionable hunting methodology I've seen.' Not 3: these are minor instances, not 'some unnecessary explanation' pervasive enough to drop a full level.

4 / 5

Actionability

Highly concrete throughout: three full SIEM queries (Sentinel KQL, Splunk SPL), specific event IDs (Sysmon 1/7/10/13, 4698, 7045, 4769 RC4), exact registry and file paths, and a copy-paste output-format template. Not 5: the query examples have syntax flaws — the Sentinel pivot uses bare `| where contains("198.51.100.42")` with no column reference, and the Splunk example uses `len(values(Details))` where SPL requires `mvcount(Details)` — so they are illustrative rather than copy-paste executable. Not 3: the catalog entries themselves are fully executable guidance.

4 / 5

Workflow Clarity

The PEAK sequence (Prepare → Execute → Act → Knowledge) is clearly ordered with validation built in: the hypothesis-quality checklist with a bad/good example pair, the Act step's explicit three-outcome table with an instruction to never leave hits 'unknown' (a confirm/deny feedback loop: 'Unknown → Deepen investigation'), and the Knowledge step's artifacts checklist. Hunting is read-only, so the destructive/batch validation cap does not apply. Not 4: checkpoints are explicit at every stage, not merely present with minor gaps.

5 / 5

Progressive Disclosure

Sections are well-organized with clear headers, but the skill is a single ~240-line monolith with no bundle files: the high-yield hunt catalog (eight subsections of lookup-style entries) and the external-references list are exactly the material that belongs in one-level-deep reference files. This matches the 3 anchor ('content that should be separate is inline') rather than 4 ('most content is appropriately placed'), since nearly half the body is catalog material inlined into SKILL.md. The under-50-lines exception for a 5 does not apply.

3 / 5

Total

16

/

20

Passed

Description

95%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states concrete capabilities with named data sources, includes an explicit and exhaustive 'Use when...' trigger list with synonyms, and carves out a distinct proactive-hunting niche that won't fire for alert triage or detection engineering. The only weakness is modest action coverage — two or three verbs where a top description would enumerate a fuller capability set.

Suggestions

Add one or two more concrete capability verbs to round out the 'what' (e.g., 'write and graduate hunt queries into detection rules' or 'baseline normal activity to surface outliers'), matching the breadth of the trigger list.

DimensionReasoningScore

Specificity

Concrete actions are named — 'Conduct proactive, hypothesis-driven threat hunts' and 'search SIEM / EDR / logs for adversaries who haven't tripped an alert yet' — with named data sources (SIEM, EDR, logs). Falls short of the 5 anchor because only two to three real action verbs are given ('ATT&CK-driven, hypothesis-based methodology' is a framing statement, not another action), leaving minor coverage gaps.

4 / 5

Completeness

Explicitly answers both questions: 'what' via 'Conduct proactive, hypothesis-driven threat hunts — search SIEM / EDR / logs for adversaries who haven't tripped an alert yet. ATT&CK-driven, hypothesis-based methodology,' and 'when' via the 'Use when the user mentions...' clause with concrete trigger phrases. This mirrors the 5 anchor's structure ('Extract text and tables... Use when working with PDFs or when the user mentions PDFs, forms, or document extraction'); a 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Comprehensive natural-term coverage with fourteen explicit quoted triggers including synonyms and framework names users would actually say: 'threat hunting,' 'proactive hunt,' 'TaHiTI,' 'PEAK framework,' 'MITRE ATT&CK hunt,' 'hunt hypothesis,' 'living off the land,' 'LOLBins,' 'beaconing,' 'lateral movement detection,' 'data staging,' 'persistence hunting,' plus 'wants to find threats that have evaded existing detections.' Matches the 5 anchor's comprehensiveness (synonyms plus phrasing variations); score 4 would require noticing a few missing natural terms, and none stand out.

5 / 5

Distinctiveness Conflict Risk

Clear niche — proactive hunting for threats that 'haven't tripped an alert yet' / 'have evaded existing detections' — which explicitly separates it from alert triage and detection engineering, with distinctive triggers (TaHiTI, PEAK, hunt hypothesis). Not 4: the few potentially overlapping terms ('lateral movement detection,' 'LOLBins') are anchored by the unambiguous proactive-hunt framing, keeping conflict risk minimal.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

briiirussell/cybersecurity-skills

Path

skills/threat-hunting/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.