Advanced Security In progress
Advanced 17 min read Advanced Security
Advanced Threat Hunting
Hypothesis-driven hunts beyond the alert queue: forming hypotheses from intelligence, hunting across telemetry, and proving or ruling out suspicious activity.
threat huntinghypothesistelemetrylateral movementdwell timeATT&CK
Introduction
What is this?
Threat hunting is proactive detection: an analyst forms a hypothesis from threat intelligence or environment knowledge and interrogates telemetry to find activity the rules missed.
Motivation
Why do you need it?
- Signature detections only catch known patterns; hunts catch the campaigns that evade the rules in place.
- Deep-diving 'normal' surfaces the odd behaviors that turn out to be compromised hosts days earlier.
- Hunts generate reusable detections and teach analysts the environment better than any dashboard.
Think about it
Mental model
Imagine
Waiting for the alarm
Think of
Walking the perimeter with a flashlight
Alarms fire on what they know; a walkaround finds the suspicious scuffs no alarm is wired to detect.
Mechanics
How it works
- Form a hypothesis: a technique, a campaign TTP, or an environment assumption worth testing.
- Pick the telemetry that can prove or refute it: process, network, file, authentication logs.
- Hunt with time-boxed sessions and write down both findings and dead ends.
- Convert meaty findings into a detection or a behavior baseline; close the loop to detection engineering.
The hunt cycle
Hypothesisintel or environment flavored question
Telemetrychoose evidence that could prove it
Hunttime-boxed, logged queries
Decideconfirmed, ruled out, or needs more
Feed backnew detection, baseline, or intel ask
Real world
In production
- After intel about a remote-access tool, a hunter looks for its signature across process and network logs.
- A hunter questions 'do our accounts ever log in from two continents in an hour' and sweeps the auth logs.
- A hunt for unencrypted script execution finds a build server running an unsigned helper daily — a small baseline win.
Guidelines
Best practices
- State the hypothesis so it is falsifiable: define the evidence that would rule it out.
- Time-box: a hunt that cannot conclude in a session needs a scope decision, not an endless query.
- Preserve both findings and dead ends; both are intelligence for the next hunt.
- Measure dwell time on confirmed findings; shortening it justifies the program.
Watch out
Common mistakes
- Skipping the hypothesis and just browsing dashboards 'for anomalies' until time runs out.
- Hunting without the baseline, so everything above normal looks evil.
- Ignoring evidence that would disprove the hypothesis because you found 'something else'.
- Keeping hunts in analysts' heads instead of writing up findings others can repeat.
When things break
Debugging tips
- When a query returns nothing, challenge the telemetry schema first, then the hypothesis.
- Chase one finding chain: process -> parent -> network -> persistence, rather than parallel scatter.
- Time stamp every result; dwell-time math and correlation need a shared clock.
Security
Security considerations
- Hunts can read very sensitive logs; scope access to the hunt and restrict to those with a need.
- Verified findings are incident material: preserve evidence before discussing remediation.
- Document the hunt as proof that detection gaps are actively being searched, and that you did not look elsewhere.
Interviews
Interview checkpoint
Practice
Hands-on lab
Hunt a Staged Suspicious Session on Your Own Host
40 min · advanced
Objectives
- State a falsifiable hypothesis and pick telemetry to test it.
- Run a time-boxed hunt against logs you generated on your own machine.
- Classify the finding, clean it up, and write the follow-up detection.
Hunt a Staged Suspicious Session on Your Own Host
40 min · advanced
0/4 steps
0%
sandbox · Linux sandbox
$
Try these commands
Test yourself
Quick quiz
0/2
1
A good hunt hypothesis is...
2
Hunting runs best when...
Go deeper