Module 7 — Security Engineer Map

Module 7 — Security Engineer Map

Summary

Pull the stack together: what runs where, what can enforce policy, and what to log on Windows 11 — from kernel callbacks to AMSI to Defender.

Path: Module 6 · Lab: Lab workbook


0. Purpose

Modules 1–6 gave you parts. This module is the wiring diagram — how an analyst or defender moves from symptom → layer → artifact.


1. ELI5

Think of Windows 11 security as layers of referees:

  1. Kernel — ultimate authority
  2. Drivers / filters — watch files and network in the basement
  3. Security services — LSASS, Defender (MsMpEng), code integrity
  4. User hooks — AMSI for scripts, ETW for telemetry
  5. Your apps — where users and attackers actually click

An alert tells you which referee blew the whistle — you walk down to see the play.


2. Deep breakdown — full stack

flowchart TB
  subgraph user [User mode]
    APP[Apps & scripts]
    AMSI[amsi.dll]
    DLL[Other DLLs]
    PROC[Processes / services]
  end

  subgraph defend [Defensive components]
    DEF[Defender MsMpEng]
    CI[Code Integrity / WDAC]
    EVT[ETW / Sysmon]
  end

  subgraph kernel [Kernel mode]
    KERN[ntoskrnl.exe]
    FLT[Minifilters / WFP]
  end

  APP --> AMSI
  APP --> DLL
  AMSI --> DEF
  PROC --> DLL
  DLL -->|syscall| KERN
  DEF --> KERN
  CI --> KERN
  FLT --> KERN
  EVT -.->|telemetry| PROC

Layer → artifact cheat sheet

Layer Example components Evidence types
Kernel ntoskrnl, drivers Crash dumps, driver load events
Integrity WDAC, CI policy Code Integrity event log
AV / EDR Defender, third-party MpCmdRun, service logs, alerts
Script scan AMSI Script block logging (4104)
Process Token, modules Sysmon 1/7/10, ProcExp
Filesystem Paths, ACLs Prefetch, USN, MFT (advanced)
Persistence Services, tasks Autoruns, 4697, task XML

Investigation flow (repeatable)

1. Alert or hypothesis (e.g. suspicious PowerShell)
2. Process: PID, parent, user, path, cmdline, integrity
3. Modules: any DLL from unusual path? amsi.dll loaded?
4. Files: dropped binaries under Users/Temp?
5. Persistence: new service/task/run key?
6. Network: egress (if telemetry exists)
7. Kernel/driver: only if evidence points below user mode

Win11 components to know (read-only first)

Component DLL / process Learn more
AMSI amsi.dll 01-read-only-dll-inspection-amsi-part-1
Defender MsMpEng.exe, MpClient.dll 19-defender-architecture-and-rulesets
WLDP wldp.dll 00-dll-target-selection#fact-check-notes-microsoft-docs--lab
Code Integrity kernel + policy CI Engine
EDR theory hooks + kernel EDR blue team

Extended curriculum — after Module 7

Track Guides When
Platform security Defender deep dive Understand AV stack on .114
Investigation EVTX & artifacts, LSASS & auth Hunt and prove narratives
Reference Lab baseline Reconcile every claim against live host
DLL inspection 00-dll-target-selection, 01-read-only-dll-inspection-amsi-part-1 PE literacy hands-on

Three-tier maturity model

Tier You can… Lab milestone
1 — Foundations Modules 1–7 + workbook Baseline .114 in notebook
2 — Platform Defender + WdFilter + ASR ASR block rule firing Event 1121
3 — Investigation EVTX + LSASS + Sysmon Sysmon installed, 4104 enabled

Security engineer lens — hardening checklist

Area Baseline action
Patch Build 26200 tracked; reconcile monthly
Defender Real-time on; know exclusion policy
Logging Sysmon + PowerShell 4104 where policy allows
Execution control WDAC / AppLocker strategy (even in lab docs)
Admin Separate admin account; no daily-driver DA
SSH on lab VM Key-based auth; disable password when stable
Snapshots Proxmox snapshot before invasive tests

Graduation criteria

You are ready to branch into attack-focused vault notes when you can without notes:


Module 6 · Lab workbook → · MOC