Skip to content
Sign In

Learn · Start here

Your First Investigation

One run from launch to graded result: what happens while your range builds, how the session page works, what you find in the lab, and what to do when you get stuck. Nothing here spoils a case.

About 20 min

In this unit
A walk through a case session from launch to graded report, so the interface is familiar before it counts.
Before you start
The Tier 1 units before it
Not yet read in this browserSign in to see where you have applied this.

Why it matters

Every case on the Range follows the same loop: launch, read the briefing, investigate in the SIEM, submit as you go, then finish and grade. Learn the loop once and every later run is spent on the investigation, not the interface.

The loop mirrors real post-incident work. You arrive after the attack has happened, with the adversary's traces already in the logs, and you work from telemetry alone. The habits you build here (read coverage before searching, back every claim with evidence, close out deliberately) are the habits a SOC expects.

Core concept

The attack has already happened. The hosts were captured as the attacker left them and their telemetry loaded into the lab. You investigate after the fact, from logs alone, the way an analyst does for an estate they do not administer.

You answer two kinds of question. Detections each cover one stage of the attack: you identify the MITRE ATT&CK technique behind it, then back it with evidence from the telemetry. Objectives are the facts of the case, each with a single answer. The last objective closes the incident and draws on everything before it, so treat it as your incident report in miniature.

A detection earns credit only when the technique is right; evidence alone earns nothing. Give the full ID, including the sub-technique where one exists, and choose it from the search box rather than typing it from memory. Each question allows three tries. An objective uses a try on every answer until it's right; a detection uses one only when a field you filled in is wrong. A right technique with thin evidence earns partial credit and stays open while tries remain, so you can come back with better evidence.

What an accepted answer looks like. Where a question asks for a value, enter it alone, the way the question asks for it. Case and spaces around it don't matter, but nothing close counts: a near miss is wrong. If the box shows a format line, follow it exactly. Times are UTC. Write host names as they appear on the network map. Where a question asks for a short written answer, write it in your own words and cover each thing the question asks for.

Hints cost points. The price is on the button, you confirm before it is spent, and it comes off your final score when you reveal the hint. Spent before a last try, a hint is usually cheaper than a locked question.

The countdown is a hard limit: at zero the range is torn down, whatever state you are in. Finish & grade scores everything you submitted during the run and frees your lab slot. You have one active lab at a time, and a new launch is refused while another run still holds the slot.

Your best run on a case is the one that counts, and the badge on your profile shows its medal: a replay can raise that medal, never lower it. Every graded attempt is numbered, and each run still shows its own score, so a rough first attempt costs nothing.

Your range layout

The session page is where you work for the whole run: a status bar across the top and three columns under it. Keep it open in its own tab from launch until you finish.

The session page: a status bar across the top, the case flow on the left, the range and briefing in the middle, and the Tasks, Notebook and Assist tabs on the right.

Shown in the dark theme

The session page at desktop width, from an invented practice case, numbered to match the list below.

  1. Marker 1: Status bar
  2. Marker 2: Case flow
  3. Marker 3: Range and briefing
  4. Marker 4: Tasks tab (answer area)
  5. Marker 5: Notebook tab
  6. Marker 6: Assist tab (Pro Assist only)
Text in this screenshot
  • SESSION
  • Copper Kettle
  • Live
  • Practice run
  • live
  • 1:29:43 until session ends
  • Focus on the range
  • Collapse case flow
  • CASE FLOW
  • Mission briefing
  • Arrival
  • Open
  • What followed
  • Open
  • Which workstation raised the alert?
  • Open
  • Open range ↗
  • Opens your live range in a new tab. The link refreshes with a new access token as long as this page stays open.
  • Investigate in the range, then record what you find under Tasks. Keep this page open while you work: it keeps your range running. On a computer a background tab is fine. On a phone, switching apps or locking the screen pauses it, and after 20 minutes paused the range shuts down.
  • MISSION BRIEFING · COPPER KETTLE
  • Hide
  • Tasks
  • Notebook
  • Assist
  • Tasks
  • Submit every objective and detection below before clicking Finish & grade. Your score reflects everything submitted in this session, not just the last thing you sent.
  • Detections (0/2)
  • Arrival
  • 20 pts
  • 1. Status bar. The case name, the Live marker, your run type (Practice, Independent or Assessment) and the countdown. At zero the range is torn down, whatever state you are in. Focus on the range folds the side columns away.
  • 2. Left: Case flow. Every step of the case in order: the mission briefing, one step per detection, one per objective, then Finish & grade. Each step shows its state (Done, Partial, Locked or Open). Click a step to jump to its question.
  • 3. Middle: the range and the briefing. Open range opens Elastic in a new tab. Under it is the mission briefing: the incident, your role, the environment, who reported it and who you escalate to, Monitoring coverage, what you know going in, and the network map. Click the map to open it full size.
  • 4. Right, Tasks (the answer area): your questions. Detections ask for an ATT&CK technique, chosen from the search box, and the evidence fields that back it. Objectives ask for the facts of the case: most take a single value, and some take a short written answer. Every question has three tries, a hint shows its price before you reveal it, and Finish & grade is at the bottom.
  • 5. Right, Notebook: Notes, Evidence, Timeline, Hypotheses and a Conclusion. Notes and the Conclusion save as you type; Evidence, Timeline and Hypotheses items save when you click Save, and Finish & grade warns you about any that aren't saved. The Notebook is private to you, is not graded, and appears on your report after grading.
  • 6. Right, Assist (Pro Assist only): an AI assistant that answers questions about ATT&CK, the Learn pages and how the platform works. It does not know the case's answers and will not give them. In Independent runs it answers general questions only, and it is off in Assessment runs.

On a phone, a row of buttons at the top shows one area at a time: Range, Tasks, Notebook, Assist and Case flow. Switching never loses what you typed.

How to investigate

  1. 1.

    Launch and read the briefing.

    On the case page, choose how to run it (Practice is the default), then click Launch Case: an assessment run has no hints and no assistant until you finish. While the range provisions, read the whole briefing, and note Monitoring coverage and the host names on the network map.

    The Monitoring coverage section of a mission briefing. It says which logs the environment collects and which it does not.

    Shown in the dark theme

    Monitoring coverage tells you what data exists before you search: here, Windows Security, Sysmon and firewall connection logs, but no DNS or email logs.

    Text in this screenshot
    • MONITORING COVERAGE
    • Windows Security and Sysmon logs are collected from the three workstations and the file server. The perimeter firewall sends its connection logs. DNS queries and email are not logged.
  2. 2.

    Open the lab.

    When the header shows Live, click Open range. Elastic opens in a new tab, on the view the case starts from: for most cases the Security alerts list, for some Discover. Searching is done in Discover. Leave the session page open; the Open range link stays valid while it is.

    The top of a live investigation page. A status bar reads Session, Live, the case name and Practice run, then a green live marker with the time left in the session and a Focus on the range button. Below it is the orange Open range button.

    Shown in the dark theme

    When the status bar says Live, the countdown shows how long your range stays up, and Open range opens Elastic in a new tab.

    1. Marker 1: The countdown: how long the range stays up. When it reaches zero the run ends and is graded.
    2. Marker 2: Open range: opens Elastic in a new tab. Keep this page open while you work.
    Text in this screenshot
    • SESSION
    • Live
    • Paper Lantern
    • Practice run
    • live
    • 1:29:54 until session ends
    • Focus on the range
    • Collapse case flow
    • Open range ↗
    • Tasks
    • Notebook
  3. 3.

    Widen the time range first.

    Lab telemetry is captured history, not live data, and Discover defaults to a recent window. Set the time picker wide, confirm events appear, then narrow to the incident.

    The top of Elastic Discover. The data view menu at the left names the incident's sources, the search bar sits in the middle, and the time picker at the right spans one full day. Below them, the field list runs down the left side and a chart shows when events were recorded.

    Shown in the dark theme

    Before you search, widen the time picker until events appear, check that the data view is the one for your case, and scan the field list to see which fields the data carries.

    1. Marker 1: The time picker: set it wide first. Lab data is captured history, so a recent window can show nothing.
    2. Marker 2: The data view: which data you are searching. Use the one your case points to.
    3. Marker 3: The field list: every field in the data view. Click one to see its most common values.
    Text in this screenshot
    • elastic
    • Find apps, content, and more.
    • ⌘/
    • SA
    • D
    • Discover
    • Check out context-aware Discover
    • Untitled
    • +
    • Share
    • Query in ES|QL
    • Data view
    • All sources for this incident, except Appli…
    • Filter your data using KQL syntax
    • Aug 23, 2026 @ 00:00:00.0…
    • →
    • Aug 24, 2026 @ 00:00:00.000
    • Refresh
    • Search field names
    • 0
    • Available fields
    • 760
    • _idx
    • @timestamp
    • agent.ephemeral_id
    • agent.hostname
    • agent.id
    • agent.name
    • Auto interval
    • No breakdown
    • 250
    • 200
    • 150
    • 100
    • 50
    • 0
    • 00:00
    • 01:00
    • 02:00
    • 03:00
    • 04:00
    • 05:00
    • 06:00
    • 07:00
    • 08:00
    • 09:00
    • 10:00
    • 11:00
    • 12:00
    • 13:00
    • 14:00
    • 15:00
    • 16:00
    • 17:00
    • 18:00
    • 19:00
    • 20:00
    • 21:00
    • 22:00
    • 23:00
    • August 23, 2026
    • Aug 23, 2026 @ 00:00:00.000 - Aug 24, 2026 @ 00:00:00.000 (interval: Auto - 30 minutes)
    • Documents (243)
    • Field statistics
    • Sort fields
    • 1
  4. 4.

    Pick the right data view.

    Each telemetry family has its own fields. Switch data views and read the field list before searching a field that may not exist there.

    host.name : "wks-example-07" and process.parent.name : "invoice_viewer.exe"
  5. 5.

    Keep a short timeline.

    Each time you find a relevant event, note its time, host, account and what happened, and keep the list in time order. Write times in UTC. The first and last times you see the activity bound the incident, a gap between two steps tells you what to search for next, and the list becomes your answer to "What happened?" in the notebook's Conclusion. Scoping and Timelines, in Incident Investigation, takes this further.

  6. 6.

    Identify, then prove.

    For each detection, settle the technique first. The TTP Catalog shows how each technique appears in this telemetry. Then add the evidence fields, and choose the technique from the search box.

  7. 7.

    Submit as you go.

    Submissions are saved on the server and grading scores all of them, so nothing is gained by holding answers back. Spend tries on evidence-backed answers, not guesses.

  8. 8.

    Finish and grade.

    When you have submitted what you can, click Finish & grade and confirm. The range is torn down, your slot frees, and you see your score and medal. The run's report also suggests what to work on next.

Annotated examples

Backing a detection with evidence

A synthetic process-creation record of the kind a detection might point you to. Every value is invented.

@timestamp:
2026-01-12T09:14:03.218Z (note 1)
host.name:
wks-example-07 (note 2)
user.name:
j.rivera (note 3)
process.parent.name:
invoice_viewer.exe (note 4)
process.name:
powershell.exe
process.command_line:
powershell.exe -c whoami (note 5)
  1. Note 1: Times in the lab are UTC. Note the first and last time you see activity; they bound the rest of your searches.
  2. Note 2: The host ties the record to the network map in your briefing. Answers are anchored to these names.
  3. Note 3: The account the process ran under. Objectives often ask which account the attacker used.
  4. Note 4: The parent and child pair is the evidence most process detections ask for: what started what.
  5. Note 5: The command line shows intent. Here it is a simple identity check, a common first move after access.

A detection answer is a technique plus the fields that prove it: which host, which process relationship, which account. Note them as you find them; the objectives ask for the same facts.

Common mistakes

  • Mistake: Searching the default time window and concluding the evidence is missing.

    InsteadWiden the time picker first, confirm data appears, then narrow.

  • Mistake: Querying a field that does not exist in the data view being searched.

    InsteadRead the field list. A well-formed query on a missing field returns nothing, with no error.

  • Mistake: Submitting the parent technique when a sub-technique exists.

    InsteadChoose the exact sub-technique from the search box.

  • Mistake: Submitting evidence with no technique.

    InsteadSettle the technique first; evidence alone earns no credit.

  • Mistake: Testing guesses against the grader.

    InsteadCheck the telemetry first. Three tries allow an answer and a correction, not trial and error.

  • Mistake: Ignoring Monitoring coverage.

    InsteadRe-read it when stuck. It says where evidence can and cannot exist.

  • Mistake: Letting the timer run out instead of finishing.

    InsteadUse Finish & grade. Everything submitted is scored and your lab slot frees at once.

  • Mistake: Closing the session page mid-run.

    InsteadReopen the run from Home. Submissions are saved and the run resumes where you left it.

Field references

FieldWhat it tells youSeen in
@timestampWhen the event happened, in UTCEvery data view
host.nameThe machine that recorded the eventWindows event logs, Sysmon
user.nameThe account the activity ran underWindows event logs, Sysmon
event.codeThe source's own event numberWindows event logs, Sysmon; not network records
process.nameThe program that ranSysmon process records
process.parent.nameThe program that started itSysmon process records
source.ip, destination.ipThe two ends of a connection, such as 198.51.100.23Network records

Apply it in a Case

Pick the first case on Analyst Foundations and run the full loop once: read the briefing, widen the time range, back one detection with evidence, then finish and grade.

Browse every case on the Range →

References