CS0-004 · Incident Response and Management

Apply attack frameworks to observed adversary behavior

Objective 3.1 · Apply attack frameworks to observed adversary behavior.

5 learning blocksNext unfinished block 1 · about 15 minutes15 key conceptsOriginal practice · Review pending
ProgressNot started0/5 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/5blocks complete
Your notesPrivate to you
Up to 1,000 characters. Active writing time is recorded; idle time is excluded.
Block 1 of 5

ATT&CK tactic · ATT&CK technique · Adversary procedure · ATT&CK detection strategy

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

ATT&CK tactic

Represents the adversary goal or reason for performing a set of behaviors during an operation.

ATT&CK technique

Describes how an adversary may achieve a tactical goal through an observable behavior or method.

Adversary procedure

Describes a particular implementation of a technique, including the commands, tools, or steps observed in a specific operation.

ATT&CK detection strategy

Describes a high-level approach for detecting one adversary behavior and links to the analytics that implement it, replacing per-technique detection text.

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 5

Attack lifecycle model · Observation and inference separation · Framework-mapping confidence · Attribution limit

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

Attack lifecycle model

Organizes adversary activity into sequential goals while allowing analysts to mark stages that evidence does not establish.

Observation and inference separation

Records raw facts separately from behavioral interpretation so reviewers can test the mapping and its alternatives.

Framework-mapping confidence

States how strongly supplied evidence supports a tactic or technique label and what uncertainty remains.

Attribution limit

Recognizes that shared tools and behaviors rarely identify a specific actor without additional infrastructure, intent, history, and intelligence evidence.

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 5

Map observed behavior to an attack framework

8 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 8 minutes with practice

Map observed behavior to an attack framework

By the end, you can
  • Analyze supplied evidence for evidence-bounded framework mapping.
  • Analyze supplied evidence for framework-guided hunt pivot.

An attack framework gives analysts a shared vocabulary for observed behavior. ATT&CK tactics describe an adversary goal, while techniques describe how that goal may be achieved. Map only what the evidence supports: a process that creates a scheduled task can support a persistence-technique mapping without proving who operated it or why.

A useful mapping preserves the underlying records, names the data source, and states confidence and alternatives. The framework label should help defenders find related evidence and controls; it must not replace the event sequence. Several techniques can fit one command, so prefer the narrowest mapping justified by context and identify what additional evidence would distinguish alternatives.

Optional support
Worked example
Situation

An endpoint alert shows a document process launching a command shell that creates a scheduled task, which later starts an unsigned program.

Evidence
  • 10:21 process: reader.exe -> cmd.exe
  • 10:21 command: schtasks /create /sc hourly /tn UpdateCheck /tr C:\Users\Public\check.exe
  • 11:00 task event: UpdateCheck started unsigned check.exe
Reason it through

The process, command, and later task event support scheduled-task persistence. They do not identify an actor or establish how the document reached the host.

Expected result

Map the observed scheduled-task behavior with stated confidence, retain the event chain, and hunt for the same task name, path, and parent process on peer endpoints.

Optional practice
Reasoning self-check

An endpoint alert shows a document process launching a command shell that creates a scheduled task, which later starts an unsigned program.

  • 10:21 process: reader.exe -> cmd.exe
  • 10:21 command: schtasks /create /sc hourly /tn UpdateCheck /tr C:\Users\Public\check.exe
  • 11:00 task event: UpdateCheck started unsigned check.exe
  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
  • Map the observed scheduled-task behavior with stated confidence, retain the event chain, and hunt for the same task name, path, and parent process on peer endpoints.
  • 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

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

Use frameworks without forcing attribution

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

Use frameworks without forcing attribution

By the end, you can
  • Analyze supplied evidence for observation versus framework inference.
  • Analyze supplied evidence for framework gap marking.

Frameworks organize observations at different levels. A lifecycle model can show progression across stages, and ATT&CK can describe techniques within those stages. Missing telemetry can make a sequence appear to skip a stage, so analysts should mark unknowns instead of inventing events to complete a diagram.

Behavior overlap is expected: administrators and adversaries may both use remote services, scripting, and archives. Distinguish them with account authorization, host role, change records, destinations, timing, and follow-on effects. A framework mapping raises useful investigative questions but does not by itself prove maliciousness or attribution.

Optional support
Worked example
Situation

A privileged remote session runs an archive command on a database server; the same command exists in an approved maintenance procedure, but no change record is linked to this session.

Evidence
  • Remote session: admin-jlee, an approved database administrator account, from jump02 at 02:14
  • Process: archive.exe database-export to D:\staging\export.zip
  • Procedure: identical command approved for monthly work at 03:00; change record CHG-441 scheduled next week
Reason it through

The behavior can be mapped as archive collection, but the timing and unlinked change require validation. The mapping alone cannot distinguish maintenance from abuse.

Expected result

Preserve the session and process records, contact the on-call owner through the documented channel, and verify whether this execution was authorized before containment decisions.

Optional practice
Reasoning self-check

A privileged remote session runs an archive command on a database server; the same command exists in an approved maintenance procedure, but no change record is linked to this session.

  • Remote session: admin-jlee, an approved database administrator account, from jump02 at 02:14
  • Process: archive.exe database-export to D:\staging\export.zip
  • Procedure: identical command approved for monthly work at 03:00; change record CHG-441 scheduled next week
  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
  • Preserve the session and process records, contact the on-call owner through the documented channel, and verify whether this execution was authorized before containment decisions.
  • 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: Map observed remote execution

Responders need an ATT&CK mapping based only on observed behavior.

  • Incident analystactor
  • ATT&CK mapping worksheetcontrol
  • Application serverresource
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

Identity: valid administrator account logs on remotely to APP-4.

Evidence 2

Host: a new service starts cmd.exe under SYSTEM.

Evidence 3

No phishing or exploit telemetry is available.

Read full options
  • Observed behavior supports valid-account use and service-based execution, not an initial-access claim.
  • Assume missing telemetry proves the activity did not occur.
  • Treat one isolated clue as conclusive without correlation.
Read full options
  • Close the case without retaining the supplied evidence.
  • Apply an organization-wide disruptive change beyond the stated scope.
  • Map the observed techniques and leave initial access explicitly unknown.
Read full options
  • Each mapping cites its event and unsupported phases remain unassigned.
  • Confirm only that a configuration value was entered.
  • 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

Separate tool from technique

A script named backup.ps1 appears during persistence triage. Decide how to map behavior without relying on its filename.

  • Incident analystactor
  • Behavior mapping evidencecontrol
  • Windows 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

Task scheduler creates DailyHealth at 03:10 under a user account.

Evidence 2

Action runs powershell.exe -File C:\ProgramData\backup.ps1.

Evidence 3

File content collects browser credentials and posts them to an unapproved host.

Read full options
  • The scheduled execution and credential-collection behavior support mappings independent of the benign filename.
  • Treat one isolated clue as conclusive without correlation.
  • Assume missing telemetry proves the activity did not occur.
Read full options
  • Map scheduled task and credential collection, retaining command and content evidence.
  • Close the case without retaining the supplied evidence.
  • Apply an organization-wide disruptive change beyond the stated scope.
Read full options
  • Declare success without retesting the affected behavior.
  • Confirm only that a configuration value was entered.
  • Mappings cite scheduler, command, and script artifacts with timestamps.

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 5

Choose an attack framework for the question

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

Choose an attack framework for the question

By the end, you can
  • Explain and apply kill-chain phase.
  • Explain and apply diamond-model pivot.
  • Explain and apply att&ck behavior mapping.

The Cyber Kill Chain stages are reconnaissance, weaponization, delivery, exploitation, installation, command and control, and actions on objectives. Map only stages supported by retained evidence: target research may support reconnaissance, payload construction weaponization, receipt delivery, triggered code exploitation, persistence installation, a tasking channel command and control, and the intended theft or disruption actions on objectives. Evidence may begin late or skip a phase, so mark missing stages unknown. The Diamond Model links adversary, capability, infrastructure, and victim vertices; a confirmed vertex can guide collection about the others while uncertainty remains visible.

ATT&CK organizes adversary goals and behaviors. Tactics are not a mandatory order, techniques are not actor identities, and one event can support multiple mappings. Choose the framework that answers the current question, retain the underlying observations, and mark gaps rather than inventing a complete story.

ATT&CK Enterprise version 19 lists 15 tactics, each naming the adversary's goal for a step: Reconnaissance, Resource Development, Initial Access, Execution, Persistence, Privilege Escalation, Stealth, Defense Impairment, Credential Access, Discovery, Lateral Movement, Collection, Command and Control, Exfiltration, and Impact. Earlier versions listed 14, with a single Defense Evasion tactic where Stealth and Defense Impairment now appear, so older reports and tools still use that name. Techniques such as T1059 Command and Scripting Interpreter, and sub-techniques such as T1059.001 PowerShell, describe how a goal is pursued; a procedure is the specific implementation observed.

Optional support
Worked example
Situation

A phishing attachment launches a public tool through a newly registered domain and later uses remote services against one business unit.

Evidence
  • Delivery message and process lineage retained
  • Domain also hosts unrelated tenants
  • Remote-service authentication logs identify two victim hosts
Reason it through

Kill Chain can organize the intrusion stages, Diamond pivots connect capability/infrastructure/victims, and ATT&CK maps observed behaviors; none proves actor identity.

Expected result

Record each observation once, add framework labels with confidence, and collect distinguishing infrastructure and victim evidence before attribution.

Optional practice
Reasoning self-check

A campaign delivers a document, triggers code, installs a task, beacons through shared infrastructure, and accesses two victims; no pre-delivery records exist.

  • Timeline: attachment receipt, exploit, and scheduled-task creation confirmed
  • Network: beacon reaches shared infrastructure before file staging
  • Collection: no target-research or payload-build records; ATT&CK behavior mapped across two victims
  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
  • Map reconnaissance and weaponization as unknown, delivery to the attachment, exploitation to triggered code, installation to the task, command and control to the beacon, and actions on objectives to file staging; use Diamond for relationship pivots and ATT&CK for behavior without actor attribution.
  • Reopen the missing Kill Chain stages only if target-research or payload-construction evidence appears, and reopen attribution only with distinguishing actor evidence.
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 3 of 3 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 3.1 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.