Test Competing Hypotheses and Counter-Evidence
Compare malicious, expected, policy, and telemetry explanations through predictions rather than collecting only evidence that supports the alert.
In this lesson, you will learn to:
- Write two or more plausible explanations with predicted evidence.
- Seek counter-evidence and update confidence without averaging incompatible signals.
Test Competing Hypotheses and Counter-Evidence
Introduces lightweight hypothesis testing, evidence matrices, disconfirming searches, confidence calibration, and explicit residual uncertainty.
Turn explanations into different predictions
Write at least two plausible explanations that fit the alert. For an unusual administrator sign-in, examples might be approved emergency maintenance, stolen credentials, a scanner or test, and identity or geolocation enrichment error. Each explanation must predict different evidence: change ticket and management process; new device and follow-on access; test owner and bounded targets; or raw address and corrected location. If two labels predict the same observations, they are not useful alternatives yet.
Create a small matrix with evidence rows and hypothesis columns. Mark whether each item is expected, inconsistent, neutral, or unavailable. Weight evidence by reliability and diagnostic value rather than count. A raw authentication result can outweigh several reputation enrichments. Independence matters: three detections derived from the same event are not three independent confirmations. Preserve chronology because evidence after containment may reflect defender action, and evidence produced by an automated scanner can resemble user behavior.
Actively seek evidence that could change the leading judgment
Search deliberately for disconfirming evidence. If credential misuse leads, look for the user’s normal managed device, approved travel, a matching change, expected authentication method, and absence of predicted follow-on activity in healthy telemetry. If benign administration leads, look for unapproved targets, unusual tools, persistence, data access, or attempts outside the maintenance window. Contact an owner with a precise question and independent contact path; do not ask a suspected compromised channel simply to confirm itself.
Update confidence when evidence changes, and state why. Confidence is not the same as product severity or probability calculated by a formal model. Use the organization’s defined language and attach the strongest support, strongest contrary evidence, and remaining critical gap. Time pressure may require action before certainty. In that case, record the decision threshold, reversible containment option, and what new evidence will trigger escalation or rollback. A good analyst can explain both why the leading hypothesis wins and what would make it lose.
Resources
- NIST Incident Response project resources — Use NIST’s current lifecycle, preparation, and implementation resources to connect triage decisions with broader incident-response capability.