Advanced Security
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

Hypothesis
Telemetry
Hunt
Decide
Feed back
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
In progress
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

Official documentation