01Session plan
| Minutes | Block | What happens |
|---|---|---|
| 0–15 | Brief, rules and integrity (Q01) | Read the scenario and export-metadata.txt together. List the time basis of each file on the board before anyone opens a CSV. |
| 15–45 | Noise and the way in (Q02–Q05) | Filter, count, then find the first success. Discuss NLA and why a type 3 failure belongs to remote desktop here. |
| 45–80 | Inside the session (Q06–Q10) | Pivot on logon ID 0x5A1F3C2 across Security and Sysmon. Spend time on the two NTFS timestamps and on the record-change time. |
| 80–115 | Data out and the cleared log (Q11–Q14) | Convert the firewall times (local, session end) to UTC starts. Sum the bytes with a stated unit. Show that the forwarded copy survives the clearing. |
| 115–150 | Attribution and the signed sentence (Q15–Q16) | Separate the backup job from the intrusion by logon ID. Each trainee writes the finding, then compares it with sentence c and the model finding. |
Materials: the pack files on each trainee's machine, a printed worksheet from the pack page, and an examination log form. Pack page →
02Answer key
Q011 point
On a copy of security-events.csv, compute the SHA-256 value, compare it with manifest.txt, and enter the first eight hex characters.
Answer44cd2351
The prefix matches the manifest line. A 350 KB CSV is exactly the kind of file that gets opened and saved by a spreadsheet; check the hash first, and again before you sign.
- Where
- manifest.txt, the security-events.csv line.
- Usual mistake
- Hashing the file after it has been opened and saved in a spreadsheet application.
Hash calculatorF-04 Examination logSOP-02 Evidence intake and registration
Q022 points
How many failed logons (event 4625) from 203.0.113.77 does security-events.csv hold?
Answer1677
Filter on EventId = 4625 and IpAddress = 203.0.113.77. The attempts run from 20:02:11 to 23:40:55 UTC, one every five to ten seconds. Two other addresses guess passwords across the whole window and must not be counted.
- Where
- security-events.csv, EventId and IpAddress columns.
- Usual mistake
- Counting every 4625 in the file, or every row from the address including the successful ones.
Q032 points
When did svc.backup open an interactive remote desktop session (4624, logon type 10) from 203.0.113.77? Give the time in UTC.
Answer2026-05-08 23:41:09
With Network Level Authentication the client authenticates first, which writes a 4624 of type 3 at 23:41:07, and the desktop session follows as type 10 two seconds later. The type 10 event is the one that marks the remote desktop session.
- Where
- security-events.csv, 4624 rows for svc.backup.
- Usual mistake
- Giving the type 3 logon at 23:41:07, or the 22:00:03 logon of the same account, which is the nightly backup.
Q041 point
Which logon ID (TargetLogonId) does that type 10 session have? Every later step in this pack is tied to it.
Answer0x5a1f3c2
0x5A1F3C2 is the session that runs from 23:41:09 to the logoff at 01:09:31. It appears as SubjectLogonId on the account creation, the group change, the task creation and the log clearing, and as LogonId on every Sysmon process of the intrusion.
- Where
- security-events.csv, the 4624 row at 23:41:09; then SubjectLogonId in later rows.
- Usual mistake
- Using the logon ID of the type 3 NLA logon (0x5A1F2E9), which ends after half a second.
Q052 points
Every failed attempt from 203.0.113.77 is logon type 3, although the attacker was trying remote desktop. Why?
AnswerB — With Network Level Authentication credentials are checked before a desktop session exists, so failures are recorded as network logons; only a session that is built becomes type 10.
Network Level Authentication moves the credential check in front of the session. The firewall rule for TCP 3389 and the type 10 session that follows the first success tie the attempts to remote desktop, not to file sharing.
- Where
- security-events.csv, 4625 rows from 203.0.113.77 and the two 4624 rows at 23:41:07 and 23:41:09.
- Usual mistake
- Reading logon type 3 as proof of SMB.
Q061 point
Which account was created in session 0x5A1F3C2 and added to the local Administrators group?
Answerdestek
Event 4720 at 00:05:13 creates destek and 4732 at 00:05:41 adds it to Administrators, both with SubjectLogonId 0x5A1F3C2. Sysmon shows the two net.exe commands half a second earlier; the first one carries the new password in its command line, which is why command lines are handled as sensitive in a report.
- Where
- security-events.csv, 4720 and 4732; sysmon-events.csv, net.exe at 00:05:12 and 00:05:40.
- Usual mistake
- Answering svc.backup, the account that made the change.
Q071 point
Which program does the scheduled task WinSvcUpdate run? Give the full path.
Answerc:\programdata\rc\svcupd.exe
The Exec action runs C:\ProgramData\rc\svcupd.exe as S-1-5-18, the SYSTEM account. The task sits under \Microsoft\Windows\Maintenance, a folder chosen to look like a Windows task.
- Where
- WinSvcUpdate.xml, Actions/Exec/Command and Principal/UserId.
- Usual mistake
- Giving the task name or the URI instead of the command.
Q082 points
The task file records its registration date. Convert it to UTC.
Answer2026-05-09 00:09:03
RegistrationInfo/Date reads 2026-05-09T03:09:03, local server time without an offset. Minus three hours gives 00:09:03 UTC, one second before event 4698 records the creation of the task. The two sources agree once both are in UTC.
- Where
- WinSvcUpdate.xml, RegistrationInfo/Date; security-events.csv, 4698; mft-excerpt.csv, the WinSvcUpdate record created in the same second.
- Usual mistake
- Copying 03:09:03 as UTC because the XML carries no offset.
Q092 points
According to the $FILE_NAME attribute, when was C:\ProgramData\rc\rclone.exe created? UTC.
Answer2026-05-08 23:56:40
Created0x30 reads 2026-05-08 23:56:40, the second at which tar.exe extracted the archive (Sysmon 11 at 23:56:40.112). Created0x10 reads 2021-03-14 07:22:05; that value was written later, see the next question.
- Where
- mft-excerpt.csv, the rclone.exe row, Created0x30.
- Usual mistake
- Reading Created0x10, the time that most tools show as "created".
Q102 points
rclone.exe has a $STANDARD_INFORMATION creation time in 2021 and a $FILE_NAME creation time in May 2026. Which reading do the files support?
AnswerC — The $STANDARD_INFORMATION time was set back on 8 May: Sysmon event 2 records the change at 23:58:03, the 0x10 record-change time is the same second, and the PowerShell command that set it is in the log.
Three records agree: Sysmon 2 shows CreationUtcTime changed from 2026-05-08 23:56:40.112 to 2021-03-14 07:22:05; LastRecordChange0x10, which the usual time-setting calls do not write, reads 23:58:03; and the powershell.exe command line at 23:58:02 sets exactly those values in local time. The 2021 value is a claim written by the user.
- Where
- mft-excerpt.csv, rclone.exe; sysmon-events.csv, event 2 at 23:58:03 and powershell.exe at 23:58:02.
- Usual mistake
- Dating the arrival of a tool by the creation time shown in Explorer.
Q112 points
How many sessions to 198.51.100.200 does the firewall log record?
Answer45
45 sessions, all TCP 443 from 192.0.2.10. Sysmon event 3 shows the same address being reached by rclone.exe in session 0x5A1F3C2, and rclone.conf names it as the endpoint of the remote yedek. Converted to UTC the sessions start at 00:14:35 and the last one ends at 01:04:10.
- Where
- firewall-outbound.csv, dst_ip.
- Usual mistake
- Counting Sysmon event 3 rows instead, or including the sessions to 203.0.113.77.
Q122 points
How much did the server send to 198.51.100.200, in whole megabytes (10^6 bytes, rounded down)?
Answer4787
The sum of bytes_sent over the 45 sessions is 4,787,772,858 bytes, about 4.8 GB. That is a volume measured at the firewall. It does not tell which files left or whether they arrived intact; rclone's command lines name the source folders D:\Paylasim\Projeler and D:\Paylasim\Muhasebe, and volume D: was not collected.
- Where
- firewall-outbound.csv, bytes_sent for dst_ip 198.51.100.200.
- Usual mistake
- Adding bytes_recv, or using 1,048,576 bytes per MB without saying so.
Q132 points
When was the server's Security log cleared? UTC.
Answer2026-05-09 01:07:44
Event 1102 at 01:07:44, SubjectUserName svc.backup, SubjectLogonId 0x5A1F3C2; Sysmon records wevtutil.exe cl Security in the same second. The forwarded copy kept everything sent before the clearing, which is why the earlier questions can be answered at all.
- Where
- security-events.csv, 1102; sysmon-events.csv, wevtutil.exe.
- Usual mistake
- Taking the first event of the local log as the time of the attack.
Q142 points
When did the task first run svcupd.exe? UTC.
Answer2026-05-09 03:00:00
Sysmon event 1 at 03:00:00 UTC, user NT AUTHORITY\SYSTEM, parent svchost.exe; the trigger in the XML is 06:00 local time daily, the same moment. Two seconds later the process connects to 203.0.113.77:443, the address that guessed the password, and it does the same on 10 May. Something is still running.
- Where
- sysmon-events.csv, svcupd.exe rows; WinSvcUpdate.xml, StartBoundary; firewall-outbound.csv, sessions to 203.0.113.77.
- Usual mistake
- Giving 06:00, the trigger time, as UTC.
Q152 points
svc.backup also logs on every night at 22:00. What separates those logons from the intrusion?
AnswerC — The 22:00 logons are type 4 (batch) with no source address and run yedekci.exe to 192.0.2.40; the intrusion is type 10 from 203.0.113.77 with its own logon ID, and every act in it carries that ID.
The logon type, the source address and above all the logon ID separate the two. Attributing by account alone would put the backup job inside the intrusion; attributing by logon ID keeps them apart.
- Where
- security-events.csv, 4624 rows for svc.backup; sysmon-events.csv, LogonId.
- Usual mistake
- Treating an account as one actor.
Q162 points
Which sentence could the examiner sign from these files alone?
AnswerC — After 1,677 failed attempts from 203.0.113.77, svc.backup opened a remote desktop session from that address at 23:41:09 UTC; in that session the account destek was created and made an administrator, a daily SYSTEM task was registered, about 4.8 GB was sent to 198.51.100.200 by rclone.exe, and the Security log was cleared at 01:07:44. The task ran on 9 and 10 May and connected to 203.0.113.77. Which files left, and who was at the keyboard, the files do not show.
Sentence c ties each act to a record, gives counts and times in UTC, and states the two limits. Sentence a names content and an actor the files do not show and claims a completeness of deletion that the forwarded copy disproves. Sentence b ignores the forwarded copy and Sysmon. Sentence d contradicts the firewall log, which shows the backup traffic stays internal and the sessions to 198.51.100.200 fall on one night.
- Where
- All five data files; each fact in sentence c comes from one of them.
- Usual mistake
- Writing the story the case suggests instead of the one the records carry.
03Reconstructed timeline
The timeline as the correct answers build it. Local time is UTC+3.
| UTC | Local | Event | Source |
|---|---|---|---|
| 20:02:11 | 23:02:11 | First failed logon from 203.0.113.77. 1,677 follow until 23:40:55, most for common names, the last few hundred mostly for svc.backup. | security-events.csv |
| 22:00:03 | 01:00:03 | Nightly backup: svc.backup, logon type 4, logon ID 0x4B1E0A7, yedekci.exe to 192.0.2.40. Not part of the intrusion. | security-events.csv |
| 23:41:09 | 02:41:09 | Remote desktop session of svc.backup from 203.0.113.77, logon ID 0x5A1F3C2, after the NLA logon at 23:41:07. | security-events.csv |
| 23:42:40 | 02:42:40 | Discovery: whoami, net user, net localgroup administrators, nltest, quser, net share. | sysmon-events.csv |
| 23:52:18 | 02:52:18 | certutil.exe downloads r.zip from 203.0.113.77:80; tar.exe extracts rclone.exe, rclone.conf and svcupd.exe at 23:56:40. | sysmon-events.csv |
| 23:58:03 | 02:58:03 | Creation times of rclone.exe and svcupd.exe set back to 14 March 2021. | sysmon-events.csv |
| 00:05:13 | 03:05:13 | Account destek created (4720) and added to Administrators (4732, 00:05:41). | security-events.csv |
| 00:09:04 | 03:09:04 | Task \Microsoft\Windows\Maintenance\WinSvcUpdate created (4698): svcupd.exe daily at 06:00 local time as SYSTEM. | security-events.csv |
| 00:14:22 | 03:14:22 | rclone.exe copies D:\Paylasim\Projeler, then D:\Paylasim\Muhasebe, to 198.51.100.200; 45 firewall sessions, 4,787 MB sent, last session ends 01:04:10. | sysmon-events.csv |
| 01:07:44 | 04:07:44 | Security log cleared (1102) by wevtutil.exe in the same session; r.zip had been deleted at 01:06:55. | security-events.csv |
| 01:09:31 | 04:09:31 | Session 0x5A1F3C2 logs off. | security-events.csv |
| 03:00:00 | 06:00:00 | The task runs svcupd.exe as SYSTEM; it connects to 203.0.113.77:443. Again on 10 May at 03:00. | sysmon-events.csv |
04Scoring
Questions 1–11 carry one point each and question 12 carries three: 28 points in all. The finding paragraph is not scored by points; mark it against the four criteria below and discuss it in the debrief.
| Points | Next step |
|---|---|
| 25–28 | Sound. Move on to a supervised examination of a real server triage collection. |
| 15–24 | Review each missed question with its explanation, then rebuild the session from logon ID 0x5A1F3C2 alone. |
| 0–14 | Work through VP-01 and VP-04 first, then repeat this pack in the workbench with the logon-session view open. |
Finding paragraph: criteria
- Every time carries its basis, and the firewall times are converted from local session end to UTC.
- Acts are tied to a logon ID, not only to an account; the backup job is kept out of the intrusion.
- The backdated creation time is recognised and the arrival of the tools is dated from $FILE_NAME and Sysmon.
- The report gives the volume sent with its unit and source, and says that content and the person at the keyboard are not shown.
- The report states that the persistence is still active and names the task, the account and the address it contacts.
05Debrief
- Volume hides signal. Filters and counts, written down with the filter, are what make a number in a report reproducible.
- An account is not an actor. The logon ID is the thread that ties an act to one session.
- Clearing a log removes the local copy only. Forwarded events, Sysmon and the file system keep their own records.
- A creation time a user can set is a claim. $FILE_NAME, the record-change time and Sysmon event 2 are how you test it.
06Model finding
Between 20:02:11 and 23:40:55 UTC on 8 May 2026, 203.0.113.77 made 1,677 failed logon attempts on MRD-FS01 (security-events.csv, forwarded copy). At 23:41:09 UTC the account svc.backup opened a remote desktop session from that address (logon ID 0x5A1F3C2). In that session the local account destek was created and added to Administrators (00:05:13 and 00:05:41), the scheduled task \Microsoft\Windows\Maintenance\WinSvcUpdate was registered to run C:\ProgramData\rc\svcupd.exe daily as SYSTEM (00:09:03), and rclone.exe, whose creation time had been set back to 2021, sent 4,787 MB in 45 sessions to 198.51.100.200 between 00:14:35 and 01:04:10 UTC. The Security log on the server was cleared at 01:07:44 UTC in the same session. The task ran at 03:00 UTC on 9 and 10 May and connected to 203.0.113.77 each time; it was active at collection. The files do not show which files left the network or who used the account.