Detection engineering and hunting readiness¶
Improve threat-hunting visibility before an incident occurs.
What additional telemetry would make this behavior easier to detect or explain?
Readiness loop¶
Behavior or blind spot
→ define the question
→ identify required telemetry
→ enable and validate collection
→ normalize and enrich
→ baseline and hunt
→ operationalize detections and pivots
→ measure gaps and improve
References¶
| # | Topic | Use |
|---|---|---|
| 1 | WER stack and report hashing | Cluster crashes and preserve report context |
| 2 | High-risk API population analysis | Find unusual memory-manipulation rates |
| 3 | Rare privileged execution | Identify uncommon process and privilege combinations |
| 4 | User privilege anomalies | Compare privileged actions with peer behavior |
| 5 | Fileless memory telemetry | Map Sysmon gaps and test targeted Windows telemetry |
Engineering checklist¶
| Stage | Ask |
|---|---|
| Question | What behavior or incident question must the data answer? |
| Source | Which host, identity, cloud, application, or network source contains the evidence? |
| Coverage | Which systems, users, regions, and time periods are represented? |
| Fidelity | Are fields, timestamps, identifiers, and event sequences reliable? |
| Retention | Will the evidence still exist when the hunt or incident begins? |
| Correlation | Which stable identifiers connect this source to other telemetry? |
| Baseline | What is normal by host, user, application, version, and environment? |
| Action | Which hunt, detection, triage pivot, or collection improvement follows? |
Memory aid: collect with a question, validate with known activity, and turn findings into reusable visibility.