CS0-004 · Security Operations

Investigate indicators of malicious activity across an environment

Objective 1.2 · Investigate indicators of malicious activity across an environment.

6 learning blocksNext unfinished block 1 · about 15 minutes18 key conceptsOriginal practice · Review pending
ProgressNot started0/6 blocks learned and checked
Learn

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.

0/6blocks complete
Your notesPrivate to you
Up to 1,000 characters. Active writing time is recorded; idle time is excluded.
Block 1 of 6

Password spraying · Credential stuffing · Brute-force authentication attack · Impossible-travel indicator

Next · 15 min

No 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

This records your study. Passing the check is still required for course progress.
Block 2 of 6

Suspicious process chain · Persistence indicator · Network beaconing · DNS tunneling indicator

15 min

No 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

This records your study. Passing the check is still required for course progress.
Block 3 of 6

Separate authentication attacks from user mistakes

8 min

Required 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.

Optional ITForMe notes and practice
Optional ITForMe teaching · about 8 minutes with 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.

Optional support
Worked example
Situation

One source produces a single failed sign-in on each of 41 accounts, then a forty-second account succeeds through a legacy protocol.

Evidence
  • 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
Reason it through

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.

Expected result

Block the source and legacy path, contain svc-reports, and verify new authentication attempts use the expected certificate method.

Optional practice
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
  1. Record a timestamped fact table from the supplied evidence.
  2. Test the two most plausible explanations against every observation.
  3. 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.

Technical references

Required block check · Block 3

Required for course progress · Pass with 2 of 2 correct

Your confirmation records study. Passing the check is still required for course progress.
Block 4 of 6

Interpret endpoint and network indicators together

18 min

No provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.

Required ITForMe lesson
Concept brief · about 18 minutes with practice

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.

Optional support
Worked example
Situation

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.

Evidence
  • 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
Reason it through

The unusual parent chain, persistence, and regular outbound interval form a stronger malicious sequence than any observation alone.

Expected result

Isolate the endpoint, preserve process/task/proxy evidence, and expect the periodic connection to cease while approved business traffic remains available.

Optional practice
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
  1. Record a timestamped fact table from the supplied evidence.
  2. Test the two most plausible explanations against every observation.
  3. 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.

Hands-on lesson practice

Work through the scenario

Practice simulation

Use the case evidence to complete the tasks, then check objectives.

Practice limits and saved work

Guided practice is optional. You can start required case practice directly; it counts toward the readiness checklist. Neither exercise completes the lesson or its checkpoint. Checks evaluate the supplied scenario and modeled configuration, not live systems or traffic. Work is saved in this browser session. Human technical review is pending.

Optional guided practice

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
Objectives
  1. Interpret the supplied evidence without overclaimingpending
  2. Choose the bounded evidence-supported actionpending
  3. Select evidence that verifies security and operational outcomepending
CySA+ defensive evidence workbench
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.

Read full options
  • Treat one isolated clue as conclusive without correlation.
  • The service identity was misused and restricted objects were accessed; exfiltration is unconfirmed.
  • Assume missing telemetry proves the activity did not occur.
Read full options
  • Close the case without retaining the supplied evidence.
  • Apply an organization-wide disruptive change beyond the stated scope.
  • Revoke svc-build sessions, isolate the endpoint, and preserve the linked records.
Read full options
  • Confirm only that a configuration value was entered.
  • Old tokens fail, the host is contained, and evidence hashes remain recorded.
  • Declare success without retesting the affected behavior.

Fictional, disposable SOC evidence. No production system or external service is contacted.

Report an issue with this exercise

Your report is private to you and the review team because lesson exercises can contain answers.

Required case practice

Required for the readiness checklist · Pass at 100%

Required case practice

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
Objectives
  1. Interpret the supplied evidence without overclaimingpending
  2. Choose the bounded evidence-supported actionpending
  3. Select evidence that verifies security and operational outcomepending
CySA+ defensive evidence workbench
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.

Read full options
  • Treat one isolated clue as conclusive without correlation.
  • Malicious probing occurred, but supplied evidence does not establish successful exploitation.
  • Assume missing telemetry proves the activity did not occur.
Read full options
  • Close the case without retaining the supplied evidence.
  • Block the source and hunt the affected route and peer hosts for success indicators.
  • Apply an organization-wide disruptive change beyond the stated scope.
Read full options
  • Retest traffic is blocked and the scoped hunt finds no success indicators.
  • Declare success without retesting the affected behavior.
  • Confirm only that a configuration value was entered.

Fictional, disposable SOC evidence. No production system or external service is contacted.

Report an issue with this exercise

Your report is private to you and the review team because lesson exercises can contain answers.

Technical references

Required block check · Block 4

Required for course progress · Pass with 2 of 2 correct

This records your study. Passing the check is still required for course progress.
Block 5 of 6

Correlate network and host indicators

9 min

No provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.

Required ITForMe lesson
Concept brief · about 9 minutes with practice

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.

Optional support
Worked example
Situation

An unmanaged mini-PC appears on a lab VLAN and queries 240 hosts before a managed workstation launches a signed archive tool.

Evidence
  • 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
Reason it through

The rogue enumerator and the workstation process/transfer chain are separate high-priority leads; the signed tool does not erase suspicious lineage.

Expected result

Quarantine the unknown device through the authorized NAC path, contain the workstation session, and preserve flow plus process/file evidence.

Optional practice
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
  1. Build a short evidence table that separates observations, supported conclusions, and remaining unknowns.
  2. Choose the authorized action that tests the leading conclusion with the least operational impact.
  3. 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.

Technical references

Required block check · Block 5

Required for course progress · Pass with 2 of 2 correct

This records your study. Passing the check is still required for course progress.
Block 6 of 6

Distinguish service, cloud, identity, and message abuse

10 min

No provider lesson is assigned to this block. Study the ITForMe lesson below, then take the required check.

Required ITForMe lesson
Concept brief · about 10 minutes with practice

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.

Optional support
Worked example
Situation

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.

Evidence
  • 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
Reason it through

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.

Expected result

Revoke the token and key, disable the forwarding rule, preserve identity/mail/cloud logs, and verify the employee through a known channel.

Optional practice
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
  1. Build a short evidence table that separates observations, supported conclusions, and remaining unknowns.
  2. Choose the authorized action that tests the leading conclusion with the least operational impact.
  3. 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.

Technical references

Required block check · Block 6

Required for course progress · Pass with 3 of 4 correct

This records your study. Passing the check is still required for course progress.
Optional recap

Review this lesson

Use only this lesson's worked example and key concepts for a quick self-check.

  1. Restate the worked example in your own words.
  2. Name the lesson concepts that explain the result.
  3. Explain why the closest alternative does not fit.
Your next milestone

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.

Complete the lesson checks first.A score of 70% or higher advances the course. Today shows the remaining requirements for your daily goal.
Official blueprint references
CompTIA CySA+ CS0-004 V4 exam objectives, version 2.0CompTIA ↗CompTIA CySA+ V4 official exam overview and parent objectivesCompTIA ↗
Report an issue with this lesson

Your report is private to you and the review team because lesson exercises can contain answers.