Microsoft SOC Detection and Response
Detect, investigate and respond, from both seats in the SOC
Run detection and response in a Microsoft SOC, from both seats: investigate incidents as an analyst and keep the detections, automation and data behind them working as an engineer, in Microsoft Defender XDR and Microsoft Sentinel.
What you'll be able to do
Course Syllabus
Every module and every lesson. The first three modules are open; the rest open on a click.
Download the full syllabus (PDF)
Phase 1: Foundation
Microsoft SOC Detection and Response: running detection and response in a Microsoft SOC, taught against a month of records from an engineering company under attack. What a SOC does and where it fails, how to judge its maturity, the pipeline an alert follows, what the course builds, how to study it, and a six-scenario check of whether it fits you.
Where a SOC's work comes from, who does which part, what automation and agents did before a person looked, how the engineer knows the operation is working, and the numbers a SOC is judged by, taught from both seats in the Defender portal.
Show 10 lessonsHide lessons
- 1.11.1 Where the Work Comes From
- 1.21.2 The Team and How It Divides the Work
- 1.31.3 The Console You Work In
- 1.41.4 Classifying What You Worked
- 1.51.5 Severity, Priority and the Clock
- 1.61.6 Handover and Escalation
- 1.71.7 What Happened Before You Looked
- 1.81.8 Knowing the Operation Is Working
- 1.91.9 The Numbers the SOC Is Judged By
- 1.10Module Summary and Knowledge Check
How a SOC brings a detection into being and looks after it: choosing what to detect, choosing the rule type, writing the full specification, testing against real data, tuning, managing detections as code, and running it all as a practice.
Show 9 lessonsHide lessons
- 2.12.1 A Detection's Life, From Idea to Retirement
- 2.22.2 Choosing What to Detect
- 2.32.3 Custom Detections and Analytics Rules
- 2.42.4 The Rule Specification
- 2.52.5 Measuring a Rule Before It Ships
- 2.62.6 Tuning Without Breaking
- 2.72.7 Detections as Code
- 2.82.8 Running Detection as a Practice
- 2.9Module Summary and Knowledge Check
Phase 2: Detection Libraries
Identity detections for a Microsoft SOC, built to the Module 2 specification on Northgate's identity data: password spray, token replay, MFA fatigue, consent abuse, privileged changes, Conditional Access and authentication methods, and service principals.
Mail and collaboration detections for a Microsoft SOC, built to the Module 2 specification on Northgate's data: delivered lures, hiding and forwarding, mailbox reads, file downloads, applications in the mailbox, delegation and mail flow rules, and sending as the victim.
Endpoint detections for a Microsoft SOC, built to the Module 2 specification on Northgate's Defender for Endpoint data: Office launching scripts, credential dumping, lateral movement, persistence, staging, ransomware preparation, attack tools and compromised servers.
Detections for a Microsoft SOC beyond the endpoint sensor, built to the Module 2 specification on Northgate's data: a VPN portal spray, a web server exploit, cron persistence on Linux, egress, DNS tunnelling matched to threat intelligence, applications reading data through Microsoft Graph, and the Azure control plane.
Show 9 lessonsHide lessons
Phase 3: Investigation & Response
Investigation playbooks for a Microsoft SOC, each run on a Northgate case: the architecture, shared steps for evidence, containment, agent verdicts and closure, and playbooks for adversary-in-the-middle phishing, ransomware before encryption, and an attack from the network edge into identity and the cloud.
Show 9 lessonsHide lessons
- 7.17.1 Playbook Architecture
- 7.27.2 Evidence Collection and Preservation
- 7.37.3 Containment Decision Framework
- 7.47.4 Playbook: AiTM Credential Phishing
- 7.57.5 Playbook: Ransomware Pre-Encryption
- 7.67.6 Playbook: Edge to Identity to Cloud
- 7.77.7 Checking an Agent's Verdict
- 7.87.8 Closing Cases and Maintaining Playbooks
- 7.9Module Summary and Knowledge Check
Incident documentation for a Microsoft SOC, written from Northgate's cases: the incident record, the technical timeline, evidence and custody, the executive summary, notification evidence, stakeholder communication, the post-incident review and the report pack.
Show 9 lessonsHide lessons
Phase 4: Operational Maturity
Hardening a Microsoft environment from the detection side: Conditional Access, Exchange Online, endpoints, applications, the network edge and SharePoint, each judged by what the SOC can see, with validation checks, change management and a checklist pack with an exception register.
Show 11 lessonsHide lessons
- 9.19.1 The Hardening-Detection Relationship
- 9.29.2 Entra ID Hardening
- 9.39.3 Exchange Online Hardening
- 9.49.4 Endpoint Security Baseline
- 9.59.5 Cloud Application Hardening
- 9.69.6 Network Segmentation and Firewall Hardening
- 9.79.7 SharePoint and OneDrive Hardening
- 9.89.8 Hardening Validation Queries
- 9.99.9 Change Management for Hardening
- 9.109.10 The Hardening Checklist Pack
- 9.11Module Summary and Knowledge Check
Automation in a Microsoft SOC: deciding what to automate, automation rules, enrichment and containment playbooks, reading and governing automatic attack disruption, Defender's built-in remediation as it stands now, testing and monitoring all of it, and keeping it in one automation pack.
Show 10 lessonsHide lessons
- 10.110.1 What to Automate
- 10.210.2 Automation Rules
- 10.310.3 Enrichment Playbooks
- 10.410.4 Containment Playbooks
- 10.510.5 Automatic Attack Disruption
- 10.610.6 Governing Attack Disruption
- 10.710.7 Automated Investigation and Response
- 10.810.8 Testing and Monitoring Automation
- 10.910.9 The Automation Pack
- 10.10Module Summary and Knowledge Check
Measuring a Microsoft SOC and improving it: what measurement is for, time and workload, detection quality and coverage, data cost and value, automation and agents as workers, reporting the operation, the improvement loop, and the measures pack.
Show 10 lessonsHide lessons
- 11.111.1 What Measurement Is For
- 11.211.2 Time Measures
- 11.311.3 Workload and Capacity
- 11.411.4 Detection Quality and Coverage
- 11.511.5 Data Cost and Value
- 11.611.6 Automation and Agents as Workers
- 11.711.7 Reporting the Operation
- 11.811.8 The Improvement Loop
- 11.911.9 The Measures Pack
- 11.10Module Summary and Knowledge Check
Running threat intelligence in a Microsoft SOC: what intelligence is for, trusting an indicator, judging a feed, sighting quality, turning a sighting into a decision, the indicator lifecycle, actor and campaign context, and the threat intelligence pack.
Show 9 lessonsHide lessons
- 12.112.1 What Threat Intelligence Is For
- 12.212.2 Trusting an Indicator
- 12.312.3 Judging a Feed
- 12.412.4 Sighting Quality
- 12.512.5 From Sighting to Decision
- 12.612.6 The Indicator Lifecycle
- 12.712.7 Actor and Campaign Context
- 12.812.8 The Threat Intelligence Pack
- 12.9Module Summary and Knowledge Check
Running Security Copilot and its agents in a Microsoft SOC: what they are, capacity and cost, the Phishing Triage Agent, checking an agent's verdicts against the records, Copilot's summaries and generated KQL, the other agents, and the AI operations pack.
Show 9 lessonsHide lessons
- 13.113.1 What Security Copilot Is in a SOC
- 13.213.2 Capacity and Cost
- 13.313.3 The Phishing Triage Agent
- 13.413.4 Checking an Agent Verdict
- 13.513.5 Copilot in an Investigation
- 13.613.6 Copilot-Written KQL
- 13.713.7 The Other Agents
- 13.813.8 The AI Operations Pack
- 13.9Module Summary and Knowledge Check
Phase 0: Course Resources
Subject-area sheets carrying the detection in both forms this course teaches, with the fields that carry the decision and the limits on each.
Show 9 lessonsHide lessons
Seven procedures a SOC engineer repeats: building a detection, tuning it, deploying it to both surfaces, and the cycles around them.
A complete SOC lab: tenant, workspace, Sentinel, connectors, detectable activity, and the cost controls that stop it running away.
Worked detection engineering cases end to end, including the wrong turns, the queries that looked right and were not, and what would have changed each answer.
Seven events that arrive at a SOC engineer with a decision attached, each with prerequisites, a pre-flight, a numbered sequence and a worked handoff.
Where to practice the detection engineering in this course against populated data and real deployment surfaces.
Resources
The quick reference and field manual for this course: the queries, configuration steps and procedures, organized for use during live work.
Project
The SEC302 project: a brief for three things you build in your own environment from what the course taught, one incident investigated and reported to the course's standard, one detection specified and given a tuning review, and a review of your own operation's health and measures. No submission, no grading.
Show 1 lessonHide lessons
Course Completion
Microsoft SOC Detection and Response end-of-course exam, a simulation-based assessment testing your ability to triage, investigate, and respond to a multi-stage incident using the skills built across all 14 modules.
Show 1 lessonHide lessons
Course overview
This course teaches the work of a Microsoft security operations center from both of its seats: the analyst who investigates incidents and the engineer who keeps the detections, automation and data behind them working. Every module is taught against a month of records from an engineering company under attack, and every figure comes from a query you can run.
By the end, you'll have a detection library, three investigation playbooks and six operation packs, and a project applying them to your own environment.
How this course works
Every alert passes through the same stages: activity in the estate, an alert, an incident, an owner, an investigation and a verdict. The course follows that pipeline, and at every stage it teaches you to read the records rather than trust the headline.
1. Work the queue. Where incidents come from, who owns them, how they are classified and handed on. A queue nobody reads is the most common way a SOC misses an attack.
2. Build detections from the evidence. Identity, mail, endpoint, cloud, network and servers, each rule specified, measured against a month of real activity and honest about what it cannot see.
3. Investigate past the edge of the incident. Playbooks that follow an attacker across every table, and records someone who wasn't there can follow.
4. Automate, and check what automation did. Rules, playbooks, attack disruption and AI agents all make decisions; each is measured and sampled like any other worker.
5. Measure, then change one thing. Measures that show what is waiting as well as what closed, each with a decision attached, and the query that shows next month whether the change worked.
What this course assumes
No minimum experience and no prerequisite course. The queue, the tables, the query language and the Defender portal are introduced where they are first used.
Where you practice: a console holding a month of records from an engineering company under attack, so every query in the course runs as written. A tenant of your own helps with the Project but is not required.
What this course does not cover: deep forensics, security architecture design and GRC. It teaches detection and response as the daily work of a SOC.
Who this course is for
You work in a Microsoft SOC, or expect to: as an analyst investigating the incidents Defender XDR and Sentinel raise, or as an engineer maintaining the detections, automation and data that feed them. This course is for you if you want to:
In short: if detection and response in Microsoft Defender XDR and Sentinel is your work, this course is for you.
What you'll learn
By the end of Microsoft SOC Detection and Response you will be able to:
Key course takeaways
Things you need to know
What are the prerequisites for this course?
There are no prerequisites. The course teaches SOC operations from first principles. Familiarity with Microsoft 365, Sentinel, and KQL will help you move faster, but neither is required. Every concept, tool, and process is explained at first use.
What are the device requirements?
A device with a modern browser; the course's practice console runs every query against the sample month. For the Project, and to run the queries on your own data, you need read access to Microsoft Defender XDR advanced hunting, and to Microsoft Sentinel if your organization uses it, in a tenant you are allowed to query. Phase 0's lab setup walks through building a practice tenant if you want one.
How will the course benefit your career?
Detection and response is the core of security operations. Organizations need people who can read the records behind an alert, build detections that hold up, investigate an incident to the end, and keep the operation working as its tools and attackers change.
Those skills lead into detection engineering, incident response and security engineering roles, and the project gives you work from your own environment to show for them.
Usage rights and disclaimer
Course materials: Licensed for individual professional development. You may deploy detection rules, playbooks, and operational frameworks in your production environment. You may not redistribute course content or share account credentials.
Fictional environment: All scenarios use Northgate Engineering. Any resemblance to real organizations is coincidental.
End of Course Exam
Complete the course, then prove your skills under time pressure. Pass mark: 70. Earn your certificate with CPE credits.
One random scenario per attempt. Certificate issued on pass.