Agent Foskett Academy • Microsoft Security Copilot • Module 3 • Lesson 22

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.

Threat hunters investigate everything the alert forgot to mention.
Agent Foskett Hunting Across Microsoft Defender XDR lesson
What you will learn

This lesson develops a complete cross-domain Defender XDR threat-hunting workflow.

✓ Build and test hunting hypotheses
✓ Pivot across Defender evidence domains
✓ Validate results and disprove assumptions
✓ Escalate hunts and improve detections

Defender XDR hunting workflow

Define a behaviour or investigation hypothesis

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

DomainEvidenceHunting question
EndpointProcesses, files, registry, network, logons and device context.What happened on the device?
IdentityLogons, directory events, account relationships and privileges.Was an identity abused or used for movement?
EmailDelivery, URLs, attachments, clicks and campaign evidence.Did email provide the access path?
Cloud appsAccounts, actions, objects, IPs, sessions and downloads.Did activity continue in SaaS services?
AlertsAlert metadata, associated evidence and incident grouping.What did the detection include or omit?
Hunt outcomeConfirmed 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

Hunt across Microsoft Defender XDR for activity related to the suspicious PowerShell process observed on device WKSTN-214 between 08:00 and 10:00 Australian Eastern Standard Time on 5 August 2026.

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…”

Defender raised one malware alert on a workstation

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
The alert showed what was detected. The hunt showed what actually happened.

Defender XDR hunting validation checklist

AreaQuestionValidation action
HypothesisIs the hunting question specific and testable?Define confirmation and disproof criteria.
CoverageWhich Defender products and tables contain the evidence?Confirm licensing, telemetry and schema.
EntitiesAre stable identifiers used?Validate users, devices, messages and alerts.
TimeDoes the window include activity before and after detection?Expand deliberately and document scope.
PivotsDoes each pivot have a supported relationship?Inspect source rows and join keys.
ResultsDo returned events match portal evidence?Open incidents, devices and entity pages.
AlternativesCould administration or normal activity explain the result?Check change records and baselines.
GapsWhich events or products are missing?Document sensor, retention and connector limits.
EscalationIs the evidence sufficient to open or expand an incident?Record entities, timestamps and confidence.
DetectionIs 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 through Module 3 and use the KQL skills from Lesson 21 to build deeper hunts across Defender XDR.

Continue the Microsoft Security Copilot Academy

Lesson 22 applies Copilot and KQL across Defender XDR. The next lesson moves the hunting workflow into Microsoft Sentinel.
⬅ Previous lesson
Lesson 21 — KQL Assistance with CopilotGenerate, explain and refine KQL while validating schemas, logic and results.
🏠 Academy home
Microsoft Security Copilot AcademyReview the complete 40-lesson roadmap.
📚 Module 3
Lesson 23 — Hunting in Microsoft SentinelSupport Sentinel hunting hypotheses, workspace exploration, query development and evidence interpretation.

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.