Threat Hunting
A proactive, hypothesis-driven process to detect hidden adversaries within environments, reducing dwell time and improving detection through iterative investigation and telemetry analysis.
Classification
- ComplexityHigh
- Impact areaOrganizational
- Decision typeOrganizational
- Organizational maturityIntermediate
Technical context
Principles & goals
Use cases & scenarios
Compromises
- Wrong prioritization may miss true suspicious cases
- Excessive automation can create analyst blindness
- Insufficient documentation jeopardizes traceability
- Regular hypothesis reviews and retrospectives
- Close collaboration between hunting and detection engineering
- Prioritize data quality and retention before efficiency optimizations
I/O & resources
- Endpoint logs and process data
- Network traffic and proxy logs
- Threat intelligence and IOC lists
- Hunt reports with context and TTP mapping
- Updated detection rules
- Recommended containment and eradication actions
Description
Threat Hunting is a proactive method to detect hidden adversaries by hypothesis-driven analysis of telemetry and indicators. It combines skilled analysts, detection engineering, and iterative investigation to identify novel threats and reduce dwell time. The method complements automated alerts with human-led discovery and situational context.
✔Benefits
- Reduced dwell time through earlier detection
- Discovery of new tactics, techniques and procedures (TTPs)
- Improved detection quality and fewer false positives
✖Limitations
- High personnel and resource effort
- Dependence on comprehensive telemetry
- Findings are probabilistic and context-dependent
Trade-offs
Metrics
- Dwell time
Average time between compromise and detection.
- Detection rate of new TTPs
Proportion of newly identified tactics and techniques per period.
- False positive rate for hunting hypotheses
Share of hunting findings that turn out to be non-malicious.
Examples & implementations
SOC hunt: compromised service account
Case where the hunting team discovered unusual authentication attempts and prevented lateral movement.
Result of a rule validation
Example of iterative rule improvement based on hunting findings and telemetry tests.
Ad-hoc hunt for new malware indicator
Rapid hypothesis formation and historical log search for new IoCs.
Implementation steps
Identify visibility gaps and prioritize telemetry sources
Create hunt playbooks and hypothesis templates
Integrate tooling (SIEM, EDR, search)
Conduct pilot hunts and validate findings
Operationalize: rules, dashboards and escalation paths
⚠️ Technical debt & bottlenecks
Technical debt
- Outdated log sources and missing instrumentation
- Proliferation of ad-hoc scripts instead of standardized playbooks
- Lack of test data for rule validation
Known bottlenecks
Misuse examples
- Hunting activities without metrics or tracking
- Automatic blocking without human validation
- Using outdated IoCs as sole basis
Typical traps
- Too narrow hypotheses prevent discovery of unknown TTPs
- Insufficient context data leads to misinterpretation
- Unprioritized findings overload incident response
Required skills
Architectural drivers
Constraints
- • Limited log retention due to compliance
- • Access rights to sensitive systems
- • Budget constraints for tooling