Lesson 22 — Hunting Across Microsoft Defender XDR
Threat hunting searches beyond the original alert to find behaviours, entities and relationships that may not yet have produced a complete detection.
Microsoft Defender XDR advanced hunting brings together supported endpoint, identity, email, cloud app, alert and incident telemetry, while Security Copilot can help develop hypotheses, generate queries and interpret results.
This lesson explains how to build cross-domain hunts, pivot through Defender evidence and turn validated discoveries into investigations and improved detections.

What you will learn
This lesson develops a complete cross-domain Defender XDR threat-hunting workflow.
Defender XDR hunting workflow
↓
Identify the Defender data domains that could contain evidence
↓
Set entities, time window and success criteria
↓
Use Security Copilot to develop the hunting plan and queries
↓
Run a narrow initial hunt
↓
Inspect raw results and validate entity relationships
↓
Pivot across endpoint, identity, email, cloud app and alert evidence
↓
Search before, after and beyond the original alert
↓
Look for legitimate explanations and contradictory evidence
↓
Document findings, negative results and visibility gaps
↓
Escalate validated activity or improve the detection
Defender XDR hunting domains
| Domain | Evidence | Hunting question |
|---|---|---|
| Endpoint | Processes, files, registry, network, logons and device context. | What happened on the device? |
| Identity | Logons, directory events, account relationships and privileges. | Was an identity abused or used for movement? |
| Delivery, URLs, attachments, clicks and campaign evidence. | Did email provide the access path? | |
| Cloud apps | Accounts, actions, objects, IPs, sessions and downloads. | Did activity continue in SaaS services? |
| Alerts | Alert metadata, associated evidence and incident grouping. | What did the detection include or omit? |
| Hunt outcome | Confirmed findings, negative findings, gaps and next actions. | What did the hunt prove or disprove? |
Learning objectives
- Develop evidence-based hunting hypotheses.
- Hunt across Defender XDR data domains.
- Pivot through users, devices, files, IPs and alerts.
- Search for persistence, credential access and movement.
- Validate Copilot-generated hunts and interpretations.
- Document negative findings and visibility gaps.
- Turn discoveries into incidents and detections.
What is threat hunting?
Threat hunting is a proactive search for suspicious or malicious activity that may not have produced a complete alert or incident.
Hunting versus alert investigation
Alert investigation starts with a detection, while hunting starts with a question, behaviour, indicator or hypothesis.
Hypothesis-driven hunting
A useful hunt states what behaviour may exist, where evidence should appear and what would confirm or disprove the idea.
Start with known context
Use incidents, threat intelligence, vulnerabilities, environment knowledge and recent changes to shape the hunt.
Use Microsoft Defender XDR
Advanced hunting provides a unified query-based experience across supported Defender data domains.
Use Security Copilot
Security Copilot can turn natural-language hypotheses into hunting plans, queries, interpretations and follow-up pivots.
Query assistant versus Threat Hunting Agent
Query assistant focuses on KQL generation, while the Threat Hunting Agent can guide a broader end-to-end hunting session.
Agent output requires review
The Threat Hunting Agent can interpret results and suggest next actions, but analysts must verify evidence and conclusions.
Define the hunt objective
Specify whether the goal is discovery, scoping, validation, prevalence, exposure or detection improvement.
Define the time window
Choose a period based on the suspected behaviour, incident timing and available retention.
Define the entities
Identify users, devices, mailboxes, files, domains, IP addresses, applications or alerts relevant to the hunt.
Define success criteria
State what evidence would confirm, weaken or disprove the hypothesis.
Start narrow
Begin with a focused query and expand only when evidence justifies broader scope.
Hunt across endpoint telemetry
Use process, file, registry, network, logon and device events to understand host activity.
DeviceProcessEvents
Use process creation data to analyse command lines, parent-child relationships, accounts and execution context.
DeviceNetworkEvents
Use endpoint network events to connect processes with remote IPs, URLs and domains.
DeviceFileEvents
Use file events to investigate creation, modification, movement, hashes and origin.
DeviceRegistryEvents
Use registry activity to identify persistence, configuration changes and suspicious modifications.
DeviceLogonEvents
Use logon evidence to investigate local, remote, interactive and network authentication.
DeviceEvents
Use miscellaneous device events for security controls, account activity, USB and other endpoint behaviours.
DeviceInfo
Add device name, operating system, risk, exposure and onboarding context.
Hunt across identity telemetry
Use identity logons, directory activity and account relationships to investigate compromise and lateral movement.
IdentityLogonEvents
Review authentication activity involving accounts, devices, applications and protocols where available.
IdentityDirectoryEvents
Review directory and identity changes such as account, group and privilege activity.
IdentityQueryEvents
Review identity-related directory queries and enumeration activity where available.
AccountObjectId
Prefer immutable identity identifiers to names when correlating evidence.
Hunt across email telemetry
Use email delivery, URL, attachment and post-delivery evidence to investigate campaigns.
EmailEvents
Review sender, recipient, subject, delivery action, threat types and message identifiers.
EmailUrlInfo
Review URLs associated with email messages and campaigns.
EmailAttachmentInfo
Review attachment names, hashes, types and message relationships.
UrlClickEvents
Review supported user-click evidence and link outcomes.
NetworkMessageId
Use the message identifier to correlate email tables more reliably than subject text.
Hunt across cloud app telemetry
Use CloudAppEvents to investigate account and object activity in supported cloud apps and services.
CloudAppEvents
Review applications, accounts, actions, objects, IP addresses and user agents.
Cloud app behaviour
Look for unusual downloads, sharing, consent, session use and administrative activity.
Hunt across alerts
Use AlertInfo and AlertEvidence to connect detections with associated entities.
AlertInfo
Review alert titles, categories, severity, service source and timestamps.
AlertEvidence
Review files, IP addresses, URLs, users, devices and other entities associated with alerts.
Incidents are starting points
An incident can reveal useful entities and behaviours but may omit related activity outside the grouped alerts.
Alert gaps
Hunting should look for earlier, later and adjacent activity that the original alert did not describe.
Process pivots
Pivot from a suspicious process to parent processes, child processes, command lines, users, files and network events.
File pivots
Pivot from a hash to prevalence, origin, devices, processes, signers and related alerts.
Network pivots
Pivot from an IP, URL or domain to processes, devices, users, messages and cloud activity.
Identity pivots
Pivot from a user to sign-ins, devices, mailbox events, privilege changes and related alerts.
Email pivots
Pivot from a message to URLs, attachments, clicks, recipients, devices and identity activity.
Device pivots
Pivot from a device to users, processes, files, network activity, alerts and neighbouring hosts.
Alert pivots
Pivot from an alert to evidence entities, then hunt for those entities outside the alert window.
Persistence hunting
Search for tasks, services, registry changes, startup mechanisms, mailbox rules, authentication methods and OAuth consent.
Credential-access hunting
Search for credential dumping, LSASS access, browser credential theft, token abuse and suspicious authentication changes.
Lateral-movement hunting
Search for RDP, SMB, PsExec, WinRM, remote services, unusual logons and reused credentials.
Privilege-escalation hunting
Search for role changes, group membership, token elevation, service creation and administrative activity.
Living-off-the-land hunting
Search for legitimate tools such as PowerShell, rundll32, mshta, regsvr32, certutil and wmic used in suspicious context.
Command-and-control hunting
Search for uncommon network connections, beaconing patterns, suspicious domains and process-owned traffic.
Collection hunting
Search for archive creation, bulk file access, mailbox searches, cloud downloads and staging activity.
Exfiltration hunting
Search for unusual upload volume, external destinations, cloud sharing and data movement while avoiding unsupported conclusions.
Behaviour over indicator
Behaviour-based hunts can find new infrastructure or file variants that static IOC searches miss.
Indicator hunting
IOC searches are useful for rapid scoping but depend on freshness, relevance and coverage.
Use threat intelligence carefully
External reputation can guide a hunt but should not be treated as proof of internal compromise.
Use MITRE ATT&CK carefully
Map behaviours to techniques only when the evidence supports the relationship.
Correlate across tables
Cross-domain hunting may require joins or unions, but each relationship must be validated.
Use stable identifiers
Prefer DeviceId, AccountObjectId, NetworkMessageId, AlertId and hashes over names.
Filter before joining
Reduce each dataset before combining evidence to avoid row explosion and false matches.
Inspect raw results
Read representative rows before accepting Copilot's interpretation.
Disprove the hypothesis
A strong hunt looks for legitimate explanations and evidence that weakens the theory.
Document negative findings
No evidence found is useful only when scope, coverage and limitations are recorded.
Identify visibility gaps
Missing products, unhealthy sensors, unavailable logs and short retention reduce confidence.
Review process log and sources
Confirm which plugins, tables and results contributed to Copilot's conclusions.
Record hunt notes
Document the hypothesis, queries, evidence, exclusions, decisions and next pivots.
Save useful queries
Validated hunting queries should have clear names, descriptions, owners and expected outputs.
Turn discoveries into incidents
Escalate validated findings with supporting entities, timestamps, evidence and confidence.
Turn hunts into detections
Repeated or high-value behaviours can become custom detections after tuning and testing.
Custom detection validation
Confirm result frequency, required fields, lookback windows, duplicates and business context.
Measure the hunt
Record time spent, scope, findings, detections improved and visibility gaps discovered.
Share the hunt
Provide enough evidence and context for another analyst to reproduce the result.
Final analyst judgement
Security Copilot can guide the hunt, but the analyst decides what the evidence proves.
Example Defender XDR hunting prompt
Include:
1. Parent and child processes
2. Command lines and initiating users
3. Files created, modified or downloaded
4. Network connections, IP addresses, URLs and domains
5. Related logons and identity activity
6. Related email messages, URLs, attachments and clicks
7. Matching alerts and alert evidence
8. Other devices showing the same behaviour
9. Legitimate explanations and visibility gaps
10. Confirmed, probable, possible and unsupported findings
Use stable identifiers and explain every pivot before recommending escalation.
Agent Foskett investigation: “The alert wasn’t the attack…”
↓
Security Copilot summarised the detected file and process
↓
The first investigation focused only on the alert window
↓
Agent Foskett hunted backward through DeviceProcessEvents
↓
An encoded PowerShell command appeared 38 minutes earlier
↓
The command had been launched from a browser download
↓
DeviceFileEvents revealed a renamed archive and extracted script
↓
DeviceEvents showed a Defender exclusion created afterward
↓
DeviceLogonEvents revealed a remote logon to a second device
↓
DeviceNetworkEvents connected both devices to the same uncommon domain
↓
AlertEvidence showed the second device had never been added to the original incident
↓
The hunt expanded the scope from one file to two compromised endpoints
↓
The original malware alert was genuine
↓
It was only the middle of the attack story
Defender XDR hunting validation checklist
| Area | Question | Validation action |
|---|---|---|
| Hypothesis | Is the hunting question specific and testable? | Define confirmation and disproof criteria. |
| Coverage | Which Defender products and tables contain the evidence? | Confirm licensing, telemetry and schema. |
| Entities | Are stable identifiers used? | Validate users, devices, messages and alerts. |
| Time | Does the window include activity before and after detection? | Expand deliberately and document scope. |
| Pivots | Does each pivot have a supported relationship? | Inspect source rows and join keys. |
| Results | Do returned events match portal evidence? | Open incidents, devices and entity pages. |
| Alternatives | Could administration or normal activity explain the result? | Check change records and baselines. |
| Gaps | Which events or products are missing? | Document sensor, retention and connector limits. |
| Escalation | Is the evidence sufficient to open or expand an incident? | Record entities, timestamps and confidence. |
| Detection | Is the behaviour repeatable and actionable? | Tune before creating a custom detection. |
Key takeaways
- Microsoft Defender XDR advanced hunting provides proactive access to supported endpoint, identity, email, cloud app, alert and entity data.
- Threat hunting begins with a testable hypothesis rather than a completed alert.
- Security Copilot can assist with hunting plans, queries, result interpretation and follow-up pivots.
- The Threat Hunting Agent supports a broader hunting workflow than Query assistant alone.
- Incidents and alerts are useful starting points but can omit related activity.
- Stable identifiers and source-row validation are essential for cross-domain pivots.
- Strong hunts search for evidence that disproves the leading hypothesis.
- Negative findings require documented scope and visibility limitations.
- Validated discoveries can become incidents, saved hunts or tuned custom detections.
- The final hunting conclusion remains a human analyst decision.
What Agent Foskett checked
- Malware alert
- Process history
- PowerShell command
- Browser download
- File extraction
- Defender exclusion
- Remote logon
- Second device
- Network domain
- Incident scope
Best practices
- Begin with a hypothesis.
- Start narrow.
- Use stable identifiers.
- Hunt before and after alerts.
- Pivot across domains.
- Inspect raw rows.
- Disprove assumptions.
- Document visibility gaps.
- Escalate with evidence.
- Tune before detecting.
Related Agent Foskett resources
Continue the Microsoft Security Copilot Academy
How do you hunt across Microsoft Defender XDR with Security Copilot?
Security Copilot can help analysts develop hypotheses, generate advanced hunting queries, interpret results and guide pivots across Microsoft Defender XDR data.
Microsoft Defender XDR advanced hunting
Advanced hunting provides proactive access to supported endpoint, identity, email, cloud app, alert and entity telemetry through the Defender advanced hunting schema.
Threat Hunting Agent in Microsoft Defender
The Threat Hunting Agent supports natural-language hunting sessions by generating queries, interpreting results, surfacing insights and guiding analysts through follow-up actions.
