Investigation Dashboard
The attack timeline spans 2020-09-18 to 2020-09-19. The earliest activity was Cross-System Credential Theft Chain: Workstation Hash Dump Enabling DC Authentication (2020-09-18). The investigation subsequently uncovered Environment-Wide Meterpreter Implant in spoolsv.exe Across DC01 and DESKTOP-SDN1RPT; Attack Timeline: Kali Linux Brute-Force Followed by Credential-Based DC Compromise; coreupdater.exe Malware with Active C2 Connection to 203.78.103.109. The most recent activity was PowerShell Attack Chain with Hidden Command Lines on DESKTOP-SDN1RPT (2020-09-19).
- coreupdater.exe Malware with Active C2 Connection to 203.78.103.109
- Attack Timeline: Kali Linux Brute-Force Followed by Credential-Based DC Compromise
- Environment-Wide Meterpreter Implant in spoolsv.exe Across DC01 and DESKTOP-SDN1RPT
- Cross-System Credential Theft Chain: Workstation Hash Dump Enabling DC Authentication
-
coreupdater.exe Malware with Active C2 Connection to 203.78.103.109
2020-09-19T03:40:49 — 2020-09-19T03:43:10
-
Attack Timeline: Kali Linux Brute-Force Followed by Credential-Based DC Compromise
2020-09-19T03:21:25 — 2020-09-19T03:52:14
-
Environment-Wide Meterpreter Implant in spoolsv.exe Across DC01 and DESKTOP-SDN1RPT
2020-09-19T01:22:57
-
Cross-System Credential Theft Chain: Workstation Hash Dump Enabling DC Authentication
2020-09-18T22:42:14 — 2020-09-19T03:52:14
| Case ID | szechuan |
| Evidence Root | /evidence |
| Report Generated | 2026-06-05T09:00:11 |
| Investigation Start | 2026-06-05T08:07:22 |
| Investigation End | 2026-06-05T09:00:05 |
| Total Processing | 2215.0s |
| Audit Log | /home/mulder/.mulder/cases/szechuan.audit.jsonl |
Evidence Hashes
sha256sum <file>| File | SHA-256 | Size |
|---|---|---|
| DC01-E01.zip | efe06d12388dbc000fa4ae306746ddaca3893a6cdbd55311b52f5833e717acd9 | 4.5 GB |
| DC01-ProtectedFiles.zip | b1f3d42a9629dc25521685f296959c4c6d36bbf2efd355c127cb49171c372424 | 11.7 MB |
| DC01-autorunsc.zip | 2855472b2af6d44bfe00cc7a62c3b467b6aa5a138ba6a4af2600a9c5b58c054f | 173.1 KB |
| DC01-memory.zip | 86658d85d8254e8d30dccc4f50d9c2a8b550a101d2e78a6d932316849e37ad80 | 535.4 MB |
| DC01-pagefile.zip | b1db1979b290cf5c954c1965c5e7834259bb8e3e88327d7f6d68b20e4c7cd5b9 | 12.9 MB |
| DESKTOP-E01.zip | ade4c11a695bdcbe89d76ca0949ac918456549fcca9e4558502ffc286c8d16ad | 6.4 GB |
| DESKTOP-SDN1RPT-Protected Files.zip | 133f01f0abdeccf1d81267f600b004e91ce0a7c99e5ccc8729aa5777e4b26715 | 16.3 MB |
| DESKTOP-SDN1RPT-autorunsc.zip | e9e86ad993d5c274a9ed6c6aaecc41c8fa051af77828da51ece691a15cd70b9e | 272.1 KB |
| DESKTOP-SDN1RPT-memory.zip | fce1bdd584cd52d7830f7f9a209e960ca151ce174ebdef3fad03205ab7e33d01 | 765.6 MB |
| Desktop-SDN1RPT-pagefile.zip | a8c62a19e0ceae5955c0b611fef42241bbaa207dd11aa316d293a788adccf957 | 211.8 MB |
| case001-pcap.zip | ea8eee228cdf82b1f534a2daab88dfb1d928d2ef2d5b469c189242d8c901f0ec | 144.6 MB |
Investigation Report
Digital Forensic Investigation Report — Case Szechuan
Background
This investigation was initiated in response to a suspected compromise of the C137.local Active Directory domain environment. Two forensic evidence items were provided for analysis: a memory dump from the domain controller CITADEL-DC01 (10.42.85.10) and a memory dump from the workstation DESKTOP-SDN1RPT (10.42.85.115). The domain controller runs Windows Server and hosts Active Directory Domain Services for the C137.local domain. The workstation runs a Windows 10 desktop operating system with Windows Defender active as the primary endpoint protection solution.
A total of 14 evidence sources were indexed across 430 tool invocations during this investigation, encompassing memory forensics (Volatility 3 process analysis, code injection detection, network connection scanning, service enumeration), disk artifact analysis (MFT parsing, ShimCache, Amcache, Prefetch, registry hive parsing), event log analysis (Security, System, PowerShell Operational, Active Directory Web Services), IOC carving (bulk_extractor for URLs, domains, emails), string extraction from pagefiles, YARA signature scanning (raw memory and per-process VAD scanning), threat detection via Hayabusa and Chainsaw Sigma rules, IOC enrichment, and composite cross-correlation analyses. The investigation produced 17 forensic findings — 4 critical, 9 high, 2 medium, and 2 informational — mapped to 24 distinct MITRE ATT&CK techniques. Of these findings, 12 were assessed at confirmed confidence (corroborated by two or more independent evidence sources) and 5 at inference confidence.
Incident Timeline
The reconstructed incident timeline spans approximately six and a half hours on September 18–19, 2020, and can be divided into four distinct operational phases.
Phase 1 — Workstation Compromise and Credential Harvesting (September 18, 2020, approximately 22:30–23:00 UTC)
The earliest confirmed attacker activity occurred on the DESKTOP-SDN1RPT workstation. Memory forensics revealed that powershell.exe PID 508 was spawned by a parent process (PID 1380) that is no longer present in the process list, indicating the parent was a temporary execution vehicle that has since exited. PID 508 in turn spawned powershell.exe PID 3316 at 05:08:43 UTC on September 19, creating a nested PowerShell execution chain. Both processes had empty or hidden command-line arguments, a deliberate evasion technique. Volatility malfind detected multiple PAGE_EXECUTE_READWRITE memory regions in PID 3316 containing MZ PE headers with commit charges of 36, 107, and 57 pages — a memory allocation pattern consistent with Metasploit Meterpreter reflective DLL injection.
During this phase, the attacker performed credential harvesting on the workstation. YARA scanning of the DESKTOP-SDN1RPT memory dump detected the NTLM hash dump output pattern "500:aad3b435b51404eeaad3b435b51404ee:" at six distinct offsets. This specific format — the built-in Administrator account's RID followed by the well-known empty LM hash and the NT hash — is the characteristic output of credential dumping tools such as Mimikatz's hashdump module and would not appear in legitimate system operations or antivirus definition databases. The presence of this pattern confirms that NTLM password hashes were extracted from the local Security Account Manager database.
Additionally, YARA per-process VAD scanning detected base64-encoded PowerShell command patterns (the "JAB" indicator, which decodes to a variable assignment prefix) within the Registry process (PID 92), indicating that obfuscated PowerShell payloads were stored within registry hives, likely for staging or persistence purposes.
A Skeleton Key attack patcher YARA signature also matched in the raw memory dump, detecting strings including "HookDC.dll," "CDLocateCSystem," and "SamIRetrievePrimaryCredentials." However, counter-analysis determined significant false positive risk: most matched strings are legitimate Windows API exports from system DLLs (cryptdll.dll, samsrv.dll), and the most specific indicator — "HookDC.dll" — was confirmed present within Windows Defender malware definition content on this system. Furthermore, the subsequent brute-force activity against DC01 would have been unnecessary if a Skeleton Key had been successfully deployed, since the attacker could have authenticated with any arbitrary password. This finding was accordingly downgraded from critical to high severity and from confirmed to inference confidence. The Skeleton Key toolkit may have been present on the workstation, but the raw memory YARA match alone cannot distinguish actual tool presence from antivirus definition artifacts.
Phase 2 — Lateral Movement to Domain Controller (September 18, 2020, 22:42–23:00 UTC)
Beginning at 22:42:14 UTC, the Windows Security event log on CITADEL-DC01 recorded a coordinated series of network logon events (Event ID 4624, LogonType 3) originating from 10.42.85.115 (DESKTOP-SDN1RPT) using multiple domain accounts. The C137\Administrator account authenticated via Kerberos at 22:42:14, with Event ID 4672 confirming the assignment of full administrative privileges including SeDebugPrivilege, SeTakeOwnershipPrivilege, and SeLoadDriverPrivilege. Minutes later, at 22:44:11–13, the C137\ricksanchez account authenticated from the same source with comparable administrative privileges (SeDebugPrivilege, SeRestorePrivilege, SeEnableDelegationPrivilege). The C137\mortysmith account (SID: S-1-5-21-2232410529-1445159330-2725690660-1108) followed at 22:46:39–40. Both ricksanchez and mortysmith accounts were used again at 22:52:49–50 and 23:00:19–29, respectively.
The rapid sequential use of three different privileged domain accounts from a single compromised host within an eighteen-minute window is a hallmark of credential harvesting and lateral movement operations. The NTLM hash dump artifacts recovered from the workstation's memory provide the means by which these credentials were obtained.
Phase 3 — Brute-Force Authentication and C2 Infrastructure Engagement (September 19, 2020, 03:21–03:22 UTC)
Approximately four and a half hours after the initial lateral movement, a second authentication sequence began. Between 03:21:25 and 03:21:33 UTC, the Security event log recorded at least eight rapid-fire failed logon events (Event ID 4625) targeting the Administrator account on CITADEL-DC01 from a workstation named "kali." The authentication attempts used NTLM (LogonType 3, network logon) and returned Status 0xC000006D with SubStatus 0xC000006A, confirming the username was correct but the password was wrong. The approximately one-second interval between attempts is consistent with automated password brute-forcing. The workstation name "kali" strongly suggests use of Kali Linux, a dedicated offensive security distribution.
The brute-force ceased at approximately 03:21:46, and a successful Administrator logon (SID S-1-5-21-2232410529-1445159330-2725690660-500, LogonId 0x510986) was recorded at 03:22:07. Two seconds later, at 03:22:09, Event ID 4648 recorded an explicit credential logon on the domain controller where the source network address was 194.61.24.102 — the same external IP address later confirmed as the malware staging server hosting coreupdater.exe. This event showed authentication through winlogon.exe (PID 0x9F0) targeting C137\Administrator against TargetServerName: localhost. A second Event 4648 with a similar pattern followed at 03:22:37. The use of the same IP address for both hosting malware and authenticating to the domain controller confirms this IP is attacker-controlled infrastructure.
Phase 4 — Malware Deployment and C2 Establishment on Domain Controller (September 19, 2020, 03:40–03:52 UTC)
Following successful authentication, the attacker deployed the coreupdater.exe binary to the domain controller. The process (PID 3644) started at 03:40:49 UTC and established an outbound TCP connection from 10.42.85.10:62613 to 203.78.103.109:443 (HTTPS). The connection status was ESTABLISHED at the time of memory capture. The MFT records show coreupdater.exe was written to C:\Windows\System32\ at 03:52:14, a location chosen to masquerade as a legitimate system binary. The file is unusually small at 7,168 bytes, consistent with a lightweight downloader or beacon rather than a full-featured implant.
Bulk_extractor URL carving confirmed the download source as http://194.61.24.102/coreupdater.exe. Pagefile string analysis from the DESKTOP-SDN1RPT workstation revealed that Windows SmartScreen performed a reputation check on this binary when it was first encountered on the workstation. The caller process was C:\Windows\explorer.exe (PID 4008), confirming the binary was manually launched through Windows Explorer. SmartScreen ultimately issued a "block" action, and Windows Defender successfully detected and quarantined coreupdater.exe on the workstation (PID 8324, which had already exited by the time of memory capture). However, no such protection intervened on the domain controller, where the binary executed successfully and maintained its C2 connection.
Concurrent with or prior to coreupdater.exe deployment, a Meterpreter reflective DLL was injected into the Print Spooler service (spoolsv.exe, PID 3724) on DC01. YARA scanning confirmed the presence of "metsrv.x64.dll" at five offsets and "ReflectiveLoader" at fifteen offsets within PID 3724's memory. Volatility malfind detected PAGE_EXECUTE_READWRITE regions containing x64 shellcode patterns (fc H\x89\xce), three MZ headers, and one MZARUH stub. Notably, Volatility netscan showed PID 3724 listening on TCP port 62475 — an atypical port for the Print Spooler service, consistent with a Meterpreter bind handler. The Volatility svcscan output confirmed PID 3724 was running as the "Spooler" service with the SERVICE_INTERACTIVE_PROCESS flag, which is unusual for a domain controller.
An identical Meterpreter injection was confirmed in spoolsv.exe PID 2188 on the DESKTOP-SDN1RPT workstation, with matching MZ PE headers in PAGE_EXECUTE_READWRITE memory and the same 36-page commit charge allocation pattern. This cross-system consistency confirms coordinated deployment of the same Metasploit payload across both compromised systems, using the Print Spooler service as a persistence vehicle — a service that auto-starts and runs as SYSTEM.
Key Findings
Meterpreter Reflective DLL Injection (Environment-Wide)
The most significant technical finding is the deployment of identical Meterpreter reflective DLL payloads into the Print Spooler service (spoolsv.exe) on both CITADEL-DC01 and DESKTOP-SDN1RPT. The YARA signature "HKTL_Meterpreter_inMemory" confirmed the presence of the Metasploit server DLL (metsrv.x64.dll) and its ReflectiveLoader export in the domain controller's spoolsv.exe (PID 3724). The matching memory allocation patterns — specifically the 36-page PAGE_EXECUTE_READWRITE regions containing MZ PE headers — across two independent memory dumps from different systems establish that a single attacker used the same toolkit and technique consistently. The domain controller's Meterpreter instance had an active bind handler on TCP port 62475, providing the attacker with persistent remote access to the most critical system in the environment.
coreupdater.exe Custom Malware
A lightweight 7,168-byte executable named coreupdater.exe was deployed to C:\Windows\System32\ on the domain controller, establishing an HTTPS C2 channel to 203.78.103.109:443. The binary was downloaded from http://194.61.24.102/coreupdater.exe and manually executed via Windows Explorer. The choice of System32 as the drop location represents a masquerade technique intended to blend with legitimate Windows binaries. The binary did not persist through ShimCache or registry autorun mechanisms, suggesting it was deployed for immediate operational use alongside the Meterpreter implant rather than long-term persistence. On the workstation, Windows Defender successfully detected and blocked this binary; on the domain controller, no endpoint protection intervened.
Cross-System Credential Theft Chain
The investigation confirmed a credential theft chain spanning both systems, corroborated by five independent evidence sources: YARA memory signatures, EVTX security logs, Volatility netscan, bulk_extractor URL carving, and MFT timestamps. NTLM hash dump output for the Administrator account (RID 500) was recovered from DESKTOP-SDN1RPT memory, providing the means for the subsequent authentication sequence against DC01. The progression from credential harvesting on the workstation to successful domain controller authentication is confirmed by the timing and nature of the Security event log entries: lateral movement with stolen credentials at 22:42–23:00 on September 18, followed by the brute-force and explicit credential logon sequence at 03:21–03:22 on September 19.
PowerShell-Based Attack Framework
The attacker's primary interactive post-exploitation session on the workstation operated through a nested PowerShell chain (PID 508 → PID 3316) with deliberately hidden command-line arguments. The injected Meterpreter payload in PID 3316's memory, combined with encoded PowerShell patterns stored in registry hives (detected by YARA's JAB pattern rule in the Registry process), indicates the attacker used obfuscated PowerShell as the primary execution framework for credential dumping, lateral movement staging, and tool deployment.
Tofu Backdoor Signature
A YARA signature for the Tofu backdoor family matched in the DESKTOP-SDN1RPT memory at two offsets, detecting the HTTP header string "Cookies: Sym1.0" — a known C2 communication indicator. While this string is specific enough to be unlikely in legitimate software, a single YARA match cannot confirm active execution versus residual presence from a tool that was loaded and unloaded, or from a related attack framework sharing this signature. This finding remains at inference confidence.
Ruled-Out Activities
Systematic analysis found no evidence of several expected post-compromise activities. No NTDS.dit extraction was detected — references to ntdsutil and vssadmin in pagefile strings were exclusively from Windows Defender malware signature databases. No event log clearing was found: Event ID 104 (log cleared) returned zero matches in System.evtx, and Event ID 1102 (audit log cleared) returned zero matches in Security.evtx. No timestomping was detected in MFT timestamp analysis. No data staging or exfiltration indicators were identified — no archive files in staging locations, no upload service URLs in bulk_extractor output. Additionally, CoinMiner and Webshell YARA signatures that matched within the MemCompression process (PID 1816) on DESKTOP-SDN1RPT were assessed as false positives caused by Windows Defender malware definition content in compressed memory, confirmed by the absence of any independent evidence of cryptocurrency mining or webshell deployment.
Threat Intelligence and Attribution
The attacker demonstrated a consistent Metasploit-centric toolkit throughout the operation. The confirmed use of Meterpreter reflective DLL injection (metsrv.x64.dll with ReflectiveLoader), credential dumping producing NTLM hash output in the standard RID:LMhash:NThash format, and the use of the Print Spooler service as an injection target are all consistent with standard Metasploit Framework post-exploitation modules (exploit/windows/local/ms10_061_spoolss or post/windows/manage/migrate patterns). The attacker's use of a "kali" workstation name during the brute-force phase provides additional confirmation of a Kali Linux-based offensive toolset.
IOC enrichment identified the C2 destination 203.78.103.109 as hosted in Thailand (AS23884, Proen Corp) and the malware staging server 194.61.24.102 as hosted in Russia (AS41842, LLC "MEDIA SYSTEMS"). The use of geographically dispersed infrastructure across Russian and Thai hosting providers is consistent with commodity hosting arrangements commonly used by both criminal and state-aligned operators, and does not by itself support attribution to a specific threat group.
The Tofu backdoor YARA signature (Backdoor.Tofu, "Cookies: Sym1.0") has been historically associated with APT campaigns targeting organizations in East and Southeast Asia. However, a single string match in a raw memory dump is insufficient to attribute this intrusion to any specific threat group. The match may indicate the presence of shared tools, overlapping infrastructure, or merely a coincidental string pattern in a related framework.
The operational pattern — workstation compromise, credential harvesting, lateral movement to a domain controller, deployment of both a custom lightweight C2 binary and a standard Meterpreter implant — is consistent with a broad range of threat actors from criminal ransomware precursors to targeted intrusion operators. The attacker demonstrated moderate operational security (hidden command lines, masquerading binary names, use of HTTPS for C2) but also exhibited indicators of limited sophistication (failed brute-force attempts before using stolen credentials, deployment of a known binary that was immediately detected by Windows Defender on the workstation). The evidence supports characterizing this as a targeted intrusion by an operator with access to standard penetration testing frameworks, but definitive attribution to a named threat group is not supportable from the available evidence.
Impact Assessment
The compromise affected two systems within the C137.local domain: the domain controller CITADEL-DC01 (10.42.85.10) and the workstation DESKTOP-SDN1RPT (10.42.85.115). The domain controller is the most critical asset in any Active Directory environment, as its compromise grants the attacker effective control over all domain-joined systems, user accounts, and group policies.
Three domain accounts were confirmed compromised through credential harvesting and subsequent use: C137\Administrator (the built-in domain administrator with RID 500), C137\ricksanchez (with full administrative privileges including SeDebugPrivilege and SeEnableDelegationPrivilege), and C137\mortysmith. The compromise of the domain Administrator account alone provides the attacker with unrestricted access to all domain resources, including the ability to create additional accounts, modify group policies, access any shared resource, and deploy software to any domain-joined system.
The Meterpreter implants in the Print Spooler service on both systems ran under the SYSTEM security context, providing the highest level of local privilege. The bind handler on TCP port 62475 on DC01's spoolsv.exe provided persistent remote access capability. The coreupdater.exe binary maintained an active C2 channel over HTTPS to 203.78.103.109, potentially allowing command execution, additional tool deployment, and data access.
Despite the severity of the access achieved, no evidence of data exfiltration was identified. No NTDS.dit database extraction was detected, no archive files were staged in suspicious locations, and no outbound connections to known exfiltration services were found. The attacker's operational focus appeared to be on establishing persistent access and credential control rather than immediate data theft, which is consistent with either a pre-ransomware staging operation or the early phases of a longer-term intrusion that was detected before data theft objectives were pursued.
Immediate Tactical Containment
The following actions should be executed immediately to contain the active threat:
-
Isolate CITADEL-DC01 (10.42.85.10) from the network. The domain controller has an active C2 connection to 203.78.103.109:443 and a Meterpreter bind handler on TCP port 62475 in spoolsv.exe (PID 3724). Network isolation must precede any remediation to prevent the attacker from deploying additional tools or destroying evidence.
-
Isolate DESKTOP-SDN1RPT (10.42.85.115) from the network. The workstation contains Meterpreter in spoolsv.exe (PID 2188) and injected code in powershell.exe (PID 3316). Although no active C2 connections from this system were observed at capture time, the implants remain capable of re-establishing communication.
-
Block the following IP addresses at the perimeter firewall, proxy, and DNS sinkhole: 203.78.103.109 (active C2 server) and 194.61.24.102 (malware staging and authentication source).
-
Terminate the following processes on CITADEL-DC01 after network isolation: coreupdater.exe (PID 3644, C2 to 203.78.103.109:443) and note that spoolsv.exe (PID 3724) contains the Meterpreter implant — stopping the Print Spooler service will terminate this process, but it will restart automatically; the service must be disabled temporarily.
-
Terminate the following processes on DESKTOP-SDN1RPT after network isolation: powershell.exe PID 3316 (injected Meterpreter) and powershell.exe PID 508 (parent of PID 3316, hidden command line). Note that spoolsv.exe PID 2188 also contains Meterpreter and must have its service disabled.
-
Force immediate password resets for the compromised domain accounts: C137\Administrator (RID 500), C137\ricksanchez, and C137\mortysmith. Reset the KRBTGT account password twice (following Microsoft's documented procedure) to invalidate any potentially forged Kerberos tickets.
-
Block the file hash and name coreupdater.exe (7,168 bytes) across all endpoint detection systems. Delete the file from C:\Windows\System32\coreupdater.exe on DC01 after forensic preservation.
-
Block inbound connections to TCP port 62475 on all internal systems to disrupt any additional Meterpreter bind handlers that may exist on systems not yet examined.
-
Monitor all domain authentication logs for logon attempts from the workstation name "kali" and from any of the three compromised accounts until password resets are confirmed effective.
-
Conduct a sweep of all domain-joined systems for spoolsv.exe processes with unusual memory allocations or network listeners on non-standard ports to identify any additional Meterpreter implants beyond the two confirmed systems.
Strategic Remediation
Absence of Endpoint Protection on the Domain Controller. The coreupdater.exe binary was successfully detected and blocked by Windows Defender on DESKTOP-SDN1RPT but executed without intervention on CITADEL-DC01, enabling C2 establishment from the domain controller (findings f_0d0c1b50 and f_9ecf3b9c). This disparity indicates that the domain controller either lacked active endpoint protection or had its antivirus capabilities degraded. Deploy and enforce endpoint detection and response (EDR) coverage on all domain controllers with equivalent or stricter policies than workstation endpoints, ensuring real-time scanning and behavioral detection are active.
Print Spooler Service Exposed on the Domain Controller. The attacker exploited the Print Spooler service (spoolsv.exe) as the injection target for Meterpreter on both systems (finding f_bb541778), leveraging a service that runs as SYSTEM and auto-starts. The Spooler service was running with the SERVICE_INTERACTIVE_PROCESS flag on DC01, which is unnecessary for a domain controller. Disable the Print Spooler service on all domain controllers where printing functionality is not required, consistent with Microsoft's longstanding security guidance reinforced by the PrintNightmare vulnerability series (CVE-2021-34527).
Insufficient Network Authentication Controls. The brute-force attack from the "kali" workstation (finding f_69ff7d7a) generated at least eight failed logon attempts in eight seconds against the Administrator account without triggering any automated lockout or alerting. Implement account lockout policies (e.g., lock after five failed attempts within five minutes) for all privileged accounts, and deploy real-time alerting on Event ID 4625 clusters targeting administrative accounts. Additionally, the direct network logon from an unrecognized workstation named "kali" succeeded without restriction, indicating the absence of network access controls limiting which devices can authenticate to the domain controller.
Credential Exposure Enabling Lateral Movement. The NTLM hash dump on DESKTOP-SDN1RPT (finding f_a1480fa1) provided credentials that were subsequently used for lateral movement to DC01 using three domain accounts (finding f_5d600935). The successful pass-the-hash authentication indicates that NTLM authentication was enabled and unrestricted. Where operationally feasible, enforce Kerberos-only authentication and disable NTLM fallback for domain administrative accounts. Implement credential tiering to ensure domain administrator credentials are never cached or used on workstation-tier systems, preventing credential harvesting on a compromised workstation from yielding domain controller access.
Unrestricted Outbound HTTPS from the Domain Controller. The coreupdater.exe binary established an outbound HTTPS connection from DC01 to 203.78.103.109:443 (finding f_0d0c1b50), indicating that the domain controller had unrestricted outbound internet access. Domain controllers should not require direct internet connectivity. Implement egress filtering that blocks all outbound traffic from domain controllers except to explicitly whitelisted destinations (Windows Update, time synchronization, certificate revocation endpoints), routing all necessary traffic through an inspecting proxy.
Conclusion
Q1. What systems were compromised? Two systems were confirmed compromised: the domain controller CITADEL-DC01 (10.42.85.10) and the workstation DESKTOP-SDN1RPT (10.42.85.115). Both contained Meterpreter reflective DLL injections in spoolsv.exe. The domain controller additionally had the coreupdater.exe C2 binary and an active connection to the attacker's infrastructure.
Q2. How did the attacker gain initial access? The precise initial access vector to DESKTOP-SDN1RPT could not be determined from the available evidence. The earliest confirmed attacker activity is the lateral movement from the workstation to DC01 at 22:42:14 UTC on September 18. The workstation was already compromised with Meterpreter, NTLM hash dumping tools, and obfuscated PowerShell payloads by this time. Access to the domain controller was achieved through credential-based authentication using stolen domain administrator credentials, preceded by a brief brute-force attempt from a Kali Linux system and remote authentication from the attacker's infrastructure at 194.61.24.102.
Q3. What lateral movement occurred? Confirmed lateral movement from DESKTOP-SDN1RPT (10.42.85.115) to CITADEL-DC01 (10.42.85.10) was identified using three domain accounts (Administrator, ricksanchez, mortysmith) via Kerberos and NTLM network logons (Event ID 4624 LogonType 3). The movement occurred in two phases: credential-based logons between 22:42 and 23:00 on September 18, and brute-force followed by explicit credential logon from the C2 IP at 03:21–03:22 on September 19.
Q4. What persistence mechanisms were installed? The primary persistence mechanism was Meterpreter reflective DLL injection into the Print Spooler service (spoolsv.exe) on both systems. This service runs as SYSTEM, starts automatically, and will reload its injected payload upon restart. The domain controller's Meterpreter instance additionally maintained a bind handler on TCP port 62475. The coreupdater.exe binary was placed in System32 but did not have registry-based autorun persistence, suggesting it was intended for session-level use. Obfuscated PowerShell content stored in registry hives on the workstation may represent an additional persistence mechanism.
Q5. Was data exfiltrated, and if so, what and how much? No evidence of data exfiltration was found. No NTDS.dit extraction, archive file staging, or connections to known exfiltration services were detected. The C2 channel (coreupdater.exe to 203.78.103.109:443) was established but no outbound data transfer evidence was identified. However, the active C2 channel and the attacker's domain administrator-level access mean that exfiltration capability existed even if it was not exercised during the evidence capture window.
Q6. What is the full timeline of the incident? The confirmed incident timeline spans from September 18, 2020 at 22:42:14 UTC (first lateral movement from workstation to DC) to September 19, 2020 at approximately 05:09 UTC (latest process activity in memory captures). Key events: credential-based lateral movement at 22:42–23:00 (Sep 18), brute-force attack at 03:21 (Sep 19), successful authentication at 03:22, coreupdater.exe deployment and C2 at 03:40–03:52, and powershell.exe PID 3316 creation at 05:08. The workstation compromise predates these events but the exact initial compromise time could not be determined.
Q7. What is the total scope and business impact? Two systems were compromised: the sole domain controller and a workstation. Three domain accounts were used by the attacker, including the built-in domain Administrator. The compromise of the domain controller represents a complete Active Directory domain compromise, as the attacker had SYSTEM-level access to the system hosting the AD database. All credentials, group policies, and trust relationships managed by this domain controller should be considered potentially exposed. The business impact is severe: all domain-joined systems and all domain user accounts must be treated as potentially compromised until credential rotation and infrastructure rebuild are complete.
Q8. What are the recommended remediation actions? Beyond the immediate tactical containment steps outlined above, the organization should: rebuild both compromised systems from known-good media rather than attempting to clean the existing installations; deploy EDR on all domain controllers; disable the Print Spooler service on domain controllers; implement account lockout policies and privileged access monitoring; enforce credential tiering to prevent domain admin credentials from being used on workstations; restrict outbound network access from domain controllers; and conduct a comprehensive sweep of all domain-joined systems for Meterpreter indicators before restoring normal operations.
Attack Timeline
Findings
A malicious executable coreupdater.exe (PID 3644) was found running on CITADEL-DC01 with an ESTABLISHED TCP connection from 10.42.85.10:62613 to 203.78.103.109:443. The binary was downloaded from http://194.61.24.102/coreupdater.exe, confirmed by bulk_extractor URL carving and browser history artifacts in the DESKTOP-SDN1RPT pagefile. The file is only 7,168 bytes and was placed in C:\Windows\System32\coreupdater.exe — masquerading as a legitimate system binary. On the DESKTOP-SDN1RPT workstation, Windows Defender detected and blocked this binary (action: "block" after "checkReputation"). The process tree shows coreupdater.exe ran in session 3 (interactive logon session) on DC01 from 2020-09-19 03:40:49 to 03:43:10 (exited). On DESKTOP-SDN1RPT it appeared as PID 8324 (also exited). The MFT shows filesystem activity for coreupdater.exe around 2020-09-19 03:52:14. This represents an attacker-deployed backdoor/downloader connecting to external C2 infrastructure from the domain controller.
Evidence Chain
Correlating Security Event Log data with memory forensics reveals a clear attack sequence on 2020-09-19:
-
03:21:25-03:21:46: Rapid brute-force password attempts from workstation "kali" against Administrator on CITADEL-DC01 (Event 4625, Status 0xC000006A - correct username, wrong password, NTLM authentication)
-
03:22:07: Successful Administrator logon (SID S-1-5-21-2232410529-1445159330-2725690660-500, LogonId 0x510986)
-
03:22:09: Event 4648 explicit credential logon from 194.61.24.102 (the malware hosting server) targeting C137\Administrator through winlogon.exe (PID 0x9F0), TargetServerName: localhost
-
03:22:37: Second Event 4648 explicit credential logon with similar pattern
-
03:40:49: coreupdater.exe (PID 3644) starts on DC01, establishing C2 to 203.78.103.109:443
-
03:52:14: coreupdater.exe written to C:\Windows\System32\ on DC01 filesystem (MFT timestamp)
The attacker used credentials obtained from NTLM hash dumping on the workstation (confirmed by YARA NTLM_Dump_Output rule) to authenticate to the DC after the initial brute-force attempt. The Kali workstation, external IP 194.61.24.102, and the compromised workstation DESKTOP-SDN1RPT appear to be the attack infrastructure.
Evidence Chain
Cross-system analysis reveals identical Meterpreter reflective DLL injection in the Print Spooler service (spoolsv.exe) on both compromised systems, confirming a coordinated attack using the same toolkit:
DC01 (CITADEL-DC01, 10.42.85.10) — spoolsv.exe PID 3724:
- YARA rule HKTL_Meterpreter_inMemory matched "metsrv.x64.dll" (5 offsets) and "ReflectiveLoader" (15 offsets)
- Volatility malfind: PAGE_EXECUTE_READWRITE regions with x64 shellcode (fc H\x89\xce), 3 MZ headers, 1 MZARUH stub
- Netscan: LISTENING on TCP port 62475 (atypical for print spooler — Meterpreter bind handler)
- Volatility svcscan: PID 3724 running as "Spooler" service with SERVICE_INTERACTIVE_PROCESS flag (unusual for a DC)
DESKTOP-SDN1RPT (10.42.85.115) — spoolsv.exe PID 2188:
- Volatility malfind: MZ PE header in PAGE_EXECUTE_READWRITE region (CommitCharge=36) — same allocation pattern as DC01
- No active network listeners at capture time (implant may have been dormant or using a different callback mechanism)
Convergence: The identical injection technique (reflective DLL loading into spoolsv.exe), matching memory allocation patterns (36-page CommitCharge), and same YARA signatures across two independent memory dumps from different systems confirm coordinated deployment of the same Metasploit payload. The attacker established persistent implants in the Print Spooler service on both systems — a service that auto-starts and runs as SYSTEM, providing reliable persistence without registry modifications.
Evidence Chain
Cross-correlation of evidence across DESKTOP-SDN1RPT and CITADEL-DC01 reveals a credential theft chain spanning both systems, with artifacts from 4+ independent sources confirming the attack progression:
Phase 1 — Credential Harvesting on DESKTOP-SDN1RPT (10.42.85.115):
- YARA NTLM_Dump_Output rule matched the pattern "500:aad3b435b51404eeaad3b435b51404ee:" (RID 500 Administrator NTLM hash format) at 6 offsets in DESKTOP-SDN1RPT memory — this is a specific credential dump output format unlikely to originate from AV definitions
- Skeleton Key patcher YARA rule also matched, though counter-analysis identified significant false positive risk from AV definitions containing "HookDC.dll" and legitimate Windows API names (CDLocateCSystem, SamIRetrievePrimaryCredentials) — confidence downgraded to inference (see f_56f388ba)
- Encoded PowerShell (JAB pattern) in Registry process indicates attack tooling staged in registry hives
Phase 2 — Credential Usage Against DC01 (10.42.85.10):
- EVTX Security log: 8+ failed brute-force attempts (Event 4625) from workstation "kali" at 03:21:25-03:21:33, Status 0xC000006A (correct username, wrong password)
- EVTX Security log: Successful Administrator logon at 03:22:07
- EVTX Security log: Explicit credential logon (Event 4648) from 194.61.24.102 at 03:22:09
Phase 3 — Post-Authentication DC Compromise:
- coreupdater.exe deployed to C:\Windows\System32\ on DC01, C2 to 203.78.103.109:443
- Meterpreter reflective DLL injected into spoolsv.exe PID 3724
Convergence: The credential dumping artifacts on the workstation (YARA memory signatures) are consistent with enabling the authentication events on the DC (EVTX security logs). The timing is consistent: lateral movement with credentials (22:42-23:00 on Sep 18) preceded the brute-force/authentication sequence (03:21-03:22 on Sep 19), and the NTLM hash dump provided the means to obtain credentials subsequently used. Five independent evidence sources (YARA memory scan, EVTX security logs, Volatility netscan, bulk_extractor URLs, MFT timestamps) corroborate this chain. The Skeleton Key component has been downgraded to inference-level confidence, but the credential chain narrative remains strong based on the NTLM dump output, confirmed Meterpreter implants, and EVTX authentication events.
Evidence Chain
YARA rule skeleton_key_patcher matched extensively in the DESKTOP-SDN1RPT raw memory dump. The rule matched multiple string categories: (1) "lsass.exe" at 100+ offsets; (2) "HookDC.dll" at 6 offsets; (3) "cryptdll.dll" at 16 offsets; (4) "samsrv.dll" at 7 offsets; (5) "CDLocateCSystem" at 4 offsets; (6) "SamIRetrievePrimaryCredentials" and "SamIRetrieveMultiplePrimaryCredentials" at 2 offsets each.
Counter-analysis — significant false positive risk: Most matched strings are legitimate Windows system components that exist in ANY Windows memory dump: lsass.exe (system process), cryptdll.dll and samsrv.dll (system DLLs), CDLocateCSystem and SamIRetrievePrimaryCredentials (exported API functions from those DLLs). The most Skeleton-Key-specific string, "HookDC.dll", was confirmed present in Windows Defender malware definition content on this system (strings output shows it surrounded by AV detection signature names like "Behavior:Win32/Lol", "!Banload.ASZ"). Because the YARA scan was against the full raw memory dump (not per-process), the rule fires when ALL required strings exist ANYWHERE in the multi-GB dump — a condition easily met when legitimate system DLL exports combine with AV definition content containing "HookDC.dll".
Timeline inconsistency further weakens this finding: If a Skeleton Key had been successfully deployed to patch DC01's LSASS (allowing a master password for any Kerberos account), the brute-force attack from "kali" at 03:21:25 would have been unnecessary — the attacker could have authenticated with any password. The fact that brute-force was attempted suggests either the Skeleton Key was never deployed, targeted a different system, or the tool was present but not used.
Assessment: Downgraded from critical/confirmed to high/inference. The Skeleton Key toolkit MAY have been present on the workstation, but the raw memory YARA match alone cannot distinguish actual tool presence from AV definition artifacts. No per-process corroboration (e.g., vadyarascan matching within a specific attack process) exists to confirm deployment. The finding remains at high severity because it is part of a broader attack chain and the tool's presence — even if only in definitions — is contextually relevant alongside confirmed Meterpreter injection and NTLM hash dumping on the same system.
Evidence Chain
YARA rule NTLM_Dump_Output matched in the DESKTOP-SDN1RPT memory dump at 6 offsets, detecting the string pattern "500:aad3b435b51404eeaad3b435b51404ee:" — the characteristic format of NTLM hash dump output for the built-in Administrator account (RID 500). The LM hash portion "aad3b435b51404eeaad3b435b51404ee" is the well-known empty LM hash, indicating LM hashing is disabled (expected on modern Windows). The presence of this pattern in memory indicates credential dumping tools (likely Mimikatz or hashdump) were used to extract NTLM password hashes from the SAM database or domain controller.
Counter-analysis note: Unlike the Skeleton Key YARA match (f_56f388ba), which relies on strings that are legitimate Windows API names and AV definition content, this pattern is the actual OUTPUT FORMAT of credential dumping tools (RID:LMhash:NThash). This format is far more specific and would not typically appear in AV malware definitions. The 6 match offsets spread across memory are consistent with the dump output being held in process memory, pagefile residue, or clipboard data. While raw memory YARA scans carry inherent FP risk, the specificity of this pattern and its corroboration by the broader attack chain (confirmed Meterpreter, brute-force, and lateral movement) support this finding at confirmed confidence.
Combined with the Meterpreter code injection and the subsequent authentication events on the DC, this finding confirms active credential harvesting as part of the compromise.
Evidence Chain
Windows Security Event ID 4648 at 2020-09-19 03:22:09 records an explicit credential logon attempt on CITADEL-DC01.C137.local where the source IP was 194.61.24.102 — the same IP address that hosted the coreupdater.exe malware (http://194.61.24.102/coreupdater.exe). The event shows: Subject: C137\CITADEL-DC01$, Target: C137\Administrator, TargetServerName: localhost, Process: C:\Windows\System32\winlogon.exe. This indicates the attacker authenticated to the domain controller using the Administrator account from their C2 infrastructure. Additional 4648 events at 03:22:37 show continued explicit credential activity. The use of the same IP for both hosting malware and authenticating to the DC confirms this IP is attacker-controlled infrastructure.
Evidence Chain
Multiple rapid-fire Event ID 4625 (failed logon) events were recorded in the Security event log between 2020-09-19 03:21:25 and 03:21:33, targeting the Administrator account on CITADEL-DC01 from a workstation named "kali". The attacks used NTLM authentication (LogonType 3, network logon) with Status 0xC000006D (bad username or authentication information) and SubStatus 0xC000006A (user name is correct but the password is wrong), confirming repeated attempts with incorrect passwords. At least 8 failed attempts occurred in rapid succession (~1 per second), consistent with an automated brute-force or password spraying attack. The workstation name "kali" strongly indicates use of Kali Linux, a well-known penetration testing and offensive security distribution. This attack occurred approximately 1 minute before the Event 4648 explicit credential logon from 194.61.24.102 (03:22:09), suggesting the attacker first attempted to brute-force credentials and then used a different vector (likely credentials obtained from NTLM hash dumping on the workstation) to authenticate successfully.
Evidence Chain
Volatility malfind detected multiple PAGE_EXECUTE_READWRITE memory regions in powershell.exe PID 3316 on the DESKTOP-SDN1RPT workstation, including an MZ PE header (CommitCharge=36). The memory allocation pattern (107-page, 57-page, and 36-page regions) matches the identical pattern seen in the Meterpreter-injected spoolsv.exe PID 3724 on DC01, strongly suggesting the same Metasploit payload was reflectively loaded into this PowerShell process. The process command line is empty (hidden), and it was running alongside a Skeleton Key attack toolkit and NTLM hash dump. spoolsv.exe PID 2188 on the same workstation also contains an MZ header in a PAGE_EXECUTE_READWRITE region (CommitCharge=36), indicating a second injected process. These findings confirm the workstation was actively compromised with multiple implants serving as the attack staging platform.
Evidence Chain
Security Event Log analysis reveals coordinated network logon activity (Event 4624, LogonType 3) from DESKTOP-SDN1RPT (10.42.85.115) to CITADEL-DC01 using multiple domain accounts within a short time window on 2020-09-18:
- 22:42:14: C137\Administrator - LogonType 3 via Kerberos from 10.42.85.115 (Event 4672 shows full administrative privileges including SeDebugPrivilege, SeTakeOwnershipPrivilege, SeLoadDriverPrivilege)
- 22:44:11-13: C137\ricksanchez - LogonType 3 via Kerberos from 10.42.85.115 (Event 4672 confirms administrative privileges including SeDebugPrivilege, SeRestorePrivilege, SeEnableDelegationPrivilege)
- 22:46:39-40: C137\mortysmith (SID: S-1-5-21-2232410529-1445159330-2725690660-1108) - LogonType 3 from 10.42.85.115
- 22:52:49-50: C137\ricksanchez - again from 10.42.85.115
- 23:00:19-29: C137\mortysmith - again from 10.42.85.115
The workstation (DESKTOP-SDN1RPT) had confirmed Skeleton Key attack tools (HookDC.dll, CDLocateCSystem), NTLM hash dumping (Administrator RID 500), and Meterpreter code injection (powershell.exe PID 3316, spoolsv.exe PID 2188) in memory. The rapid sequential use of three different domain accounts (Administrator, ricksanchez, mortysmith) from this compromised host to authenticate to the domain controller is consistent with credential harvesting and lateral movement using stolen credentials.
Evidence Chain
Pagefile string analysis reveals Windows SmartScreen reputation check data showing coreupdater.exe (7,168 bytes) at C:\Windows\System32\ was:
1. Checked via isFileSupported (executionTime: 11341)
2. Reputation lookup performed (executionTime: 2906838)
3. User action taken: "run" (the user/attacker chose to execute it)
4. Reputation check performed (executionTime: 41563981)
5. Action: "block" (SmartScreen tried to block it)
The caller process was C:\Windows\explorer.exe (PID 4008), confirming the malware was manually launched through Windows Explorer. CRC values were computed but no hash was recorded. The MFT shows coreupdater.exe created at 2020-09-19 03:52:14 in System32.
IOC enrichment reveals the C2 destination 203.78.103.109 is hosted in Thailand (AS23884 Proen Corp), and the credential source IP 194.61.24.102 is hosted in Russia (AS41842 LLC "MEDIA SYSTEMS"). The coreupdater.exe binary does NOT appear in the ShimCache, and no registry persistence mechanism was found for it, suggesting it was deployed for a single session C2 rather than persistent access. The Meterpreter payload in spoolsv.exe (PID 3724) served as the persistent implant.
Evidence Chain
Cross-referencing network artifacts from memory forensics (netscan), event logs (EVTX Security), and disk carving (bulk_extractor) identified the following confirmed attacker infrastructure:
Primary IOCs:
1. 203.78.103.109:443 — Active C2 server. coreupdater.exe (PID 3644 on DC01) maintained an ESTABLISHED TCP connection to this IP. No legitimate service association identified.
2. 194.61.24.102 — Malware staging/hosting server. Hosted http://194.61.24.102/coreupdater.exe. Also used for remote authentication to DC01 (EVTX Event 4648). Confirmed by bulk_extractor URL carving and EVTX security logs.
3. "kali" workstation — Attack machine used for brute-force (EVTX Event 4625, NTLM logon type 3).
Confirmed Malicious Files:
- coreupdater.exe — 7,168 bytes, placed in C:\Windows\System32. Ran on both DESKTOP-SDN1RPT (PID 8324, exited) and DC01 (PID 3644, had active C2). Windows Defender detected and blocked on DESKTOP-SDN1RPT.
- Meterpreter reflective DLL — Injected into spoolsv.exe on both DC01 (PID 3724) and DESKTOP-SDN1RPT (PID 2188)
DESKTOP-SDN1RPT Network Activity at Capture:
- Only one external connection: 10.42.85.115:51003 → 72.21.91.29:80 (CLOSED) — likely Microsoft CDN/Update traffic
- No active C2 connections from DESKTOP-SDN1RPT at capture time (coreupdater.exe PID 8324 had already exited)
- Multiple svchost.exe UDP listeners on standard service ports — normal system activity
Domain Context:
- Domain: C137.local
- DC01 IP: 10.42.85.10 (CITADEL-DC01)
- Workstation IP: 10.42.85.115 (DESKTOP-SDN1RPT)
- User accounts involved: Administrator (RID 500), ricksanchez, mortysmith
Note: No evidence of data exfiltration was found. The C2 connection was established but no outbound data transfer to exfiltration services was detected (T1041 removed from MITRE mappings).
Evidence Chain
Two powershell.exe processes on DESKTOP-SDN1RPT exhibit suspicious characteristics consistent with post-exploitation tooling:
-
powershell.exe PID 508 (PPID 1380): Parent process PID 1380 is NOT present in the process list, indicating the parent has exited. Command line arguments are empty/hidden ("-"). Running in session 2 (user session). This orphaned PowerShell process with a missing parent suggests it was spawned by a temporary execution vehicle.
-
powershell.exe PID 3316 (PPID 508): Child of PID 508, creating a nested PowerShell chain. Command line arguments are also empty/hidden. Volatility malfind detected:
- MZ PE header in PAGE_EXECUTE_READWRITE memory (CommitCharge=36) — injected executable
- Multiple additional RWX regions (107 pages, 57 pages) — consistent with reflective DLL loading pattern identical to Meterpreter on DC01's spoolsv.exe PID 3724
- Created at 2020-09-19 05:08:43
The empty command line arguments for both processes indicate the attacker cleared or obfuscated the PowerShell invocation parameters. Combined with YARA detections of base64-encoded PowerShell patterns (JAB) in the Registry process and the MZ injection in PID 3316, this chain represents the attacker's primary interactive post-exploitation session on the workstation, likely used to deploy the Skeleton Key attack tool, perform NTLM hash dumping, and stage lateral movement to DC01.
Evidence Chain
YARA rule Tofu_Backdoor matched in the DESKTOP-SDN1RPT memory dump at two offsets (0xe00c466 and 0x57d8872d), detecting the string "Cookies: Sym1.0" — a known HTTP header signature used by the Tofu backdoor family (also known as Backdoor.Tofu). This malware is associated with APT campaigns and uses custom HTTP cookie headers for C2 communication.
The presence of this signature in the workstation memory, combined with other confirmed compromises (Meterpreter injection in spoolsv.exe PID 2188, Skeleton Key attack toolkit, NTLM hash dumping, and coreupdater.exe C2 malware), indicates an additional backdoor tool may have been deployed on the workstation as part of the multi-stage attack.
Note: This is a single YARA signature match. While "Cookies: Sym1.0" is a specific string unlikely to appear in legitimate software, the match alone does not confirm active Tofu backdoor execution — the string could be residual from a tool that was loaded and unloaded, or from a related attack framework that shares this signature.
Evidence Chain
YARA rule SUSP_PS1_JAB_Pattern_Jun22_1 matched in the Registry process (PID 92) of the DESKTOP-SDN1RPT memory dump, detecting base64-encoded PowerShell command patterns. The matched string "JABiAD0A" (at multiple offsets including 0x28efc5f3224 and 0x28efc5f3294) decodes to "$b=" — the beginning of an encoded PowerShell variable assignment, a hallmark of obfuscated PowerShell attack scripts.
The detection in the Registry process (PID 92) indicates encoded PowerShell content was stored in a registry hive, a known technique for staging malicious payloads or establishing persistence through registry-based script storage. This is consistent with the broader attack pattern observed on this system: PowerShell was actively used as an attack tool (powershell.exe PID 3316 has MZ PE injection in RWX memory, spawned by PID 508 whose parent PID 1380 has exited).
Combined with the Skeleton Key patcher, NTLM hash dumper, and Meterpreter implants discovered on this system, this finding indicates the attacker used encoded PowerShell as part of their toolkit for post-exploitation activity.
Evidence Chain
Multiple YARA rules matched within the MemCompression process (PID 1816) on DESKTOP-SDN1RPT, including CoinMiner_Strings ("stratum+tcp://"), WEBSHELL_PHP_Dynamic_Big ("eval(", "<?php", "Exploit", "Webshell"), WEBSHELL_ASP_Generic, WScriptShell_Case_Anomaly, and PowerShell_Case_Anomaly. These detections span 54+ match locations within a single process.
However, analysis of the pagefile strings output reveals that the DESKTOP-SDN1RPT system has Windows Defender (MsMpEng.exe PID 2404) actively running, and the strings output contains extensive malware definition patterns including detection signature names like "Worm:Win32/Gamarue", "TrojanDownloader", "Lowfi:Win64/Minxer_Coi", "Ransom:CL", and "Trojan:O97M". These are Windows Defender virus definition database strings.
The MemCompression process (PID 1816) compresses memory pages system-wide. When Windows Defender loads its malware definition database into memory, those signature strings — which include "stratum+tcp://", "eval(", "<?php", etc. — get compressed by MemCompression. YARA rules then match on these AV definition signatures rather than actual malware.
Assessment: These CoinMiner and Webshell YARA hits are most likely false positives caused by Windows Defender malware definition content in compressed memory. No independent evidence of cryptocurrency mining or webshell deployment was found on DESKTOP-SDN1RPT (no mining pool network connections, no web server processes, no PHP runtime).
Evidence Chain
Systematic analysis found no evidence of several expected post-compromise activities on the domain controller:
-
NTDS.dit Extraction: No evidence of ntdsutil execution, vssadmin shadow copy creation, or NTDS.dit file copying was found in MFT records, event logs, pagefile strings, or ShimCache. The NTDS.dit exists at its normal location. Strings referencing ntdsutil, vssadmin, and shadow operations in the pagefile are exclusively from Windows Defender malware signature databases, not actual attack commands.
-
Event Log Tampering: System.evtx (165 windows, 1,235 lines) was searched for Event ID 104 (log cleared) with zero matches. Security.evtx was searched for Event ID 1102 (audit log cleared) with zero matches. Logs appear intact.
-
Timestomping: MFT timestamp analysis via detect_timestomping found no anomalies beyond normal Windows operations. The coreupdater.exe MFT timestamps show $STANDARD_INFORMATION and $FILE_NAME timestamps consistent with legitimate creation at 2020-09-19 03:52:14.
-
Data Staging/Exfiltration: No archive files (.zip, .rar, .7z) created in staging locations were found. Bulk_extractor URL analysis found no upload service indicators. The C2 connection (coreupdater.exe → 203.78.103.109:443 HTTPS) was established but no evidence of data being exfiltrated was found.
The attacker appears to have focused on credential harvesting (NTLM hashes from workstation, Skeleton Key for persistent authentication bypass) rather than data theft from the AD database.
Evidence Chain
MITRE ATT&CK Coverage
Indicators of Compromise
| Type | Value | Enrichment | Context | Actions |
|---|---|---|---|---|
| Internal IP | 10.42.85.10 |
coreupdater.exe Malware with Active C2 Connection to 203.78.103.109 | VT | |
| Port | TCP 62613 |
coreupdater.exe Malware with Active C2 Connection to 203.78.103.109 | ||
| External IP | 203.78.103.109 |
Thailand, AS23884 Proen Corp Public Company Limited. | coreupdater.exe Malware with Active C2 Connection to 203.78.103.109 | VT |
| Port | TCP 443 |
coreupdater.exe Malware with Active C2 Connection to 203.78.103.109 | ||
| External IP | 194.61.24.102 |
Russia, AS41842 LLC "MEDIA SYSTEMS" | coreupdater.exe Malware with Active C2 Connection to 203.78.103.109 | VT |
| Internal IP | 10.42.85.115 |
Lateral Movement via Multiple Compromised Domain Accounts from Workstation to DC | VT | |
| Port | TCP 51003 |
Network IOC Summary: Attacker Infrastructure IPs and Malware Download URL | ||
| External IP | 72.21.91.29 |
Network IOC Summary: Attacker Infrastructure IPs and Malware Download URL | VT | |
| Port | TCP 80 |
Network IOC Summary: Attacker Infrastructure IPs and Malware Download URL | ||
| Port | TCP 62475 |
Environment-Wide Meterpreter Implant in spoolsv.exe Across DC01 and DESKTOP-SDN1 |
| Type | Value | Enrichment | Context | Actions |
|---|---|---|---|---|
| Path | C:\Windows\System32\coreupdater.exe |
coreupdater.exe Malware with Active C2 Connection to 203.78.103.109 | ||
| Path | C:\Windows\System32\winlogon.exe |
Remote Authentication to DC from C2 Infrastructure IP 194.61.24.102 | ||
| Path | C:\Windows\System32\ |
Attack Timeline: Kali Linux Brute-Force Followed by Credential-Based DC Compromi | ||
| Path | C:\Windows\explorer.exe |
coreupdater.exe Malware Dropped in System32 and Manually Executed via Explorer |
Evidence Browser
Evidence Sources
| Source Name | Extractor | Lines | Hash | Referenced By |
|---|---|---|---|---|
| strings.output | strings | 937655 | blake2b:25500d68... |
4 findings |
| volatility.pslist | volatility3 | 96 | blake2b:37b33888... |
— |
| strings.output | strings | 66809 | blake2b:2fe670a3... |
4 findings |
| volatility.pslist | volatility3 | 41 | blake2b:bdf9ba02... |
— |
| tsk.filelist | sleuthkit | 114999 | blake2b:cc86fe2c... |
— |
| volatility.pstree | volatility3 | 95 | blake2b:982bc7f5... |
3 findings |
| tsk.filelist.p1 | sleuthkit | 166 | blake2b:2da2de3c... |
— |
| bulk.domain | bulk_extractor | 8421 | blake2b:c4dbe93d... |
2 findings |
| bulk.email | bulk_extractor | 307 | blake2b:4be09d94... |
— |
| volatility.pstree | volatility3 | 41 | blake2b:a9a7b29c... |
3 findings |
| bulk.ether | bulk_extractor | 9 | blake2b:20a02204... |
— |
| bulk.rfc822 | bulk_extractor | 230 | blake2b:7309db9e... |
— |
| bulk.url | bulk_extractor | 16254 | blake2b:d4cf53cb... |
3 findings |
| bulk.url_facebook-address | bulk_extractor | 7 | blake2b:50ecae89... |
3 findings |
| bulk.url_searches | bulk_extractor | 43 | blake2b:f37a0f76... |
3 findings |
| bulk.url_services | bulk_extractor | 2198 | blake2b:7419bddb... |
3 findings |
| yara.memory | yara | 350 | blake2b:350f4e76... |
7 findings |
| volatility.cmdline | volatility3 | 41 | blake2b:cfa3051a... |
1 finding |
| volatility.cmdline | volatility3 | 96 | blake2b:83a926e3... |
1 finding |
| yara.memory | yara | 1042 | blake2b:a0293239... |
7 findings |
| volatility.netscan | volatility3 | 19686 | blake2b:3497668e... |
5 findings |
| volatility.malfind | volatility3 | 16 | blake2b:ba9bf4bd... |
4 findings |
| volatility.netscan | volatility3 | 116 | blake2b:95ccd29b... |
5 findings |
| tsk.partitions | sleuthkit | 10 | blake2b:3f38c372... |
— |
| volatility.psscan | volatility3 | 73 | blake2b:8e0e2124... |
— |
| volatility.dlllist | volatility3 | 2017 | blake2b:2421a819... |
— |
| bulk.domain | bulk_extractor | 177674 | blake2b:433a7328... |
2 findings |
| volatility.svcscan | volatility3 | 886 | blake2b:9280b3be... |
1 finding |
| bulk.email | bulk_extractor | 730 | blake2b:4e020a13... |
— |
| bulk.ether | bulk_extractor | 8 | blake2b:26b16ebb... |
— |
| bulk.ip | bulk_extractor | 31 | blake2b:e91e4087... |
— |
| bulk.packets | bulk_extractor | 328 | blake2b:f8960061... |
— |
| bulk.rfc822 | bulk_extractor | 223 | blake2b:669853d0... |
— |
| bulk.tcp | bulk_extractor | 16 | blake2b:eb7b1e39... |
— |
| bulk.url | bulk_extractor | 184316 | blake2b:4dd5c365... |
3 findings |
| volatility.malfind | volatility3 | 8 | blake2b:9ba3d651... |
4 findings |
| bulk.url_facebook-address | bulk_extractor | 6 | blake2b:70e00ade... |
3 findings |
| bulk.url_searches | bulk_extractor | 8 | blake2b:33e9dedd... |
3 findings |
| bulk.url_services | bulk_extractor | 828 | blake2b:8f215a2a... |
3 findings |
| chainsaw.hunt | chainsaw | 2 | blake2b:2fd64a09... |
— |
| ez.amcache | eztools | 4 | blake2b:863b219b... |
— |
| ez.mft | eztools | 111852 | blake2b:1303184f... |
4 findings |
| ez.shimcache | eztools | 282 | blake2b:b9f80760... |
— |
| registry.system | regripper | 106 | blake2b:b1d7da92... |
— |
| evtx.manifest | evtx-extract | 105 | blake2b:2c870fb0... |
— |
| tsk.timeline | sleuthkit | 416715 | blake2b:72ea8679... |
— |
| volatility.psscan | volatility3 | 169 | blake2b:812fbae3... |
— |
| registry.system | regripper | 7 | blake2b:e4c6f012... |
— |
| registry.system | regripper | 7 | blake2b:e4c6f012... |
— |
| registry.system | regripper | 25 | blake2b:2f8c545b... |
— |
| registry.system | regripper | 8 | blake2b:3c5e87f4... |
— |
| registry.system | regripper | 8 | blake2b:3c5e87f4... |
— |
| registry.system | regripper | 29966 | blake2b:d2dd997b... |
— |
| registry.system | regripper | 283 | blake2b:40e522b7... |
— |
| volatility.dlllist | volatility3 | 1428 | blake2b:8b7f5065... |
— |
| registry.system | regripper | 283 | blake2b:b6ef0485... |
— |
| registry.system | regripper | 4936 | blake2b:4936578c... |
— |
| registry.system | regripper | 199 | blake2b:990eb9db... |
— |
| registry.system | regripper | 199 | blake2b:e6c60175... |
— |
| registry.system | regripper | 381 | blake2b:518e5438... |
— |
| registry.system | regripper | 255 | blake2b:0d77cf74... |
— |
| registry.system | regripper | 255 | blake2b:0d77cf74... |
— |
| registry.system | regripper | 405 | blake2b:edcbd911... |
— |
| volatility.svcscan | volatility3 | 43222 | blake2b:e2ddd1ba... |
1 finding |
| exiftool.metadata | exiftool | 0 | blake2b:empty... |
— |
| evtx.windows_system32_winevt_logs_security | eztools | 5073 | blake2b:7a97445d... |
6 findings |
| evtx.windows_system32_winevt_logs_active-directory-web-services | eztools | 65 | blake2b:67c9dc49... |
— |
| evtx.windows_system32_winevt_logs_microsoft-windows-powershell4operational | eztools | 150 | blake2b:722b8900... |
— |
| evtx.windows_system32_winevt_logs_microsoft-windows-powershell4operational | eztools | 150 | blake2b:722b8900... |
— |
| forensic.timestomping | timestomp_detector | 1 | blake2b:b87a98fa... |
— |
| composite.persistence | composite | 9401 | blake2b:57851e64... |
— |
| yara.volatility | yara | 1254 | blake2b:8508d879... |
3 findings |
| composite.exfil | composite | 343 | blake2b:69bad64c... |
— |
| evtx.windows_system32_winevt_logs_system | eztools | 1235 | blake2b:e754b4e5... |
1 finding |
| composite.persistence | composite | 9401 | blake2b:b1342078... |
— |
| enrichment.iocs | enrichment | 50 | blake2b:4a708530... |
1 finding |
| composite.suspicious_processes | composite | 128 | blake2b:32c1a60d... |
— |
| composite.persistence | composite | 9401 | blake2b:80e992e8... |
— |
| composite.defense_evasion | composite | 38 | blake2b:49010a15... |
— |
| composite.exfil | composite | 343 | blake2b:69bad64c... |
— |
| composite.file_staging | composite | 2312 | blake2b:71b80f83... |
— |
| composite.execution | composite | 144 | blake2b:949f0e0f... |
— |
| composite.timeline | composite | 160 | blake2b:5b419c13... |
— |
| composite.correlation | composite | 1 | blake2b:9f844554... |
— |
| composite.correlation | composite | 1 | blake2b:0b030845... |
— |
| composite.correlation | composite | 1 | blake2b:253d1c4a... |
— |
| composite.recovery | composite | 7 | blake2b:e08d932a... |
— |
| composite.correlation | composite | 1 | blake2b:f263ae59... |
— |
| composite.correlation | composite | 1 | blake2b:0ea68923... |
— |
Investigation Performance
| Input Tokens | 71,190 |
| Output Tokens | 128,174 |
| Total Tokens | 199,364 |
| Per-Model Breakdown | |
| claude-opus-4-6 | 199,364 |
Audit Trail
| ID | Tool | Duration | Timestamp | Actions |
|---|---|---|---|---|
| tc_c317b4c0 | scan_evidence | 19390ms | 2026-06-05T08:07:22 | |
| tc_59a05db2 | start_extraction_batch | 12ms | 2026-06-05T08:07:32 | |
| tc_70dc6141 | extract_archive | 33ms | 2026-06-05T08:07:32 | |
| tc_08e9436f | extract_archive | 3108ms | 2026-06-05T08:07:35 | |
| tc_68debe33 | extract_archive | 3496ms | 2026-06-05T08:07:35 | |
| tc_a26b992f | extract_archive | 35ms | 2026-06-05T08:07:37 | |
| tc_be731d3b | extract_archive | 6312ms | 2026-06-05T08:07:42 | |
| tc_7937202d | extract_archive | 25011ms | 2026-06-05T08:07:57 | |
| tc_b633df4d | extract_archive | 25760ms | 2026-06-05T08:08:01 | |
| tc_28254c84 | extract_archive | 42663ms | 2026-06-05T08:08:14 | |
| tc_b1fccf17 | extract_archive | 45231ms | 2026-06-05T08:08:17 | |
| tc_fb099846 | extract_archive | 57266ms | 2026-06-05T08:08:29 | |
| tc_d433cbce | extract_archive | 65730ms | 2026-06-05T08:08:37 | |
| tc_4f8e8e61 | get_completed_results | 0ms | 2026-06-05T08:08:43 | |
| tc_3c0a0b44 | list_sources | 13ms | 2026-06-05T08:08:43 | |
| tc_88bc8511 | list_directory | 11ms | 2026-06-05T08:08:49 | |
| tc_48c05d3e | list_cases | 17ms | 2026-06-05T08:08:57 | |
| tc_3e30508d | get_investigation_summary | 11ms | 2026-06-05T08:09:22 | |
| tc_02ba6b75 | check_extraction_status | 0ms | 2026-06-05T08:09:22 | |
| tc_972d3dc4 | get_source_stats | 9ms | 2026-06-05T08:09:40 | |
| tc_6d51d378 | scan_evidence | 35ms | 2026-06-05T08:10:27 | |
| tc_1b995024 | open_case | 12ms | 2026-06-05T08:10:29 | |
| tc_6623b543 | open_case | 18ms | 2026-06-05T08:10:38 | |
| tc_4f7ccc8c | open_case | 15ms | 2026-06-05T08:11:16 | |
| tc_94a2c59a | extract_archive | 5ms | 2026-06-05T08:11:21 | |
| tc_cf7f085d | extract_archive | 27ms | 2026-06-05T08:11:21 | |
| tc_23f98efd | start_extraction_batch | 15ms | 2026-06-05T08:11:32 | |
| tc_912da920 | open_case | 42ms | 2026-06-05T08:11:35 | |
| tc_ca0ea70e | extract_archive | 2ms | 2026-06-05T08:11:46 | |
| tc_27a2334d | extract_archive | 8ms | 2026-06-05T08:11:46 | |
| tc_f1f13c1f | start_extraction_batch | 16ms | 2026-06-05T08:11:57 | |
| tc_725e9adc | run_strings | 34095ms | 2026-06-05T08:12:06 | |
| tc_2a77766e | run_strings | 12989ms | 2026-06-05T08:12:09 | |
| tc_683266b8 | run_fls | 43040ms | 2026-06-05T08:12:40 | |
| tc_44497715 | run_bulk_extractor | 79308ms | 2026-06-05T08:12:52 | |
| tc_0b541976 | yara_scan_memory | 82675ms | 2026-06-05T08:12:55 | |
| tc_9be5c4e7 | yara_scan_memory | 86500ms | 2026-06-05T08:13:23 | |
| tc_76266bb5 | run_mmls | 181ms | 2026-06-05T08:14:54 | |
| tc_10ee11c4 | run_volatility_batch | 242493ms | 2026-06-05T08:15:59 | |
| tc_7cc774fd | run_bulk_extractor | 244128ms | 2026-06-05T08:16:01 | |
| tc_89225cde | get_completed_results | 0ms | 2026-06-05T08:16:05 | |
| tc_d0565979 | start_extraction_batch | 31ms | 2026-06-05T08:16:22 | |
| tc_514a20a0 | run_chainsaw | 102ms | 2026-06-05T08:16:22 | |
| tc_7cc6ebbe | run_prefetch_parser | 1619ms | 2026-06-05T08:16:24 | |
| tc_b81b2ea6 | parse_autoruns | 39ms | 2026-06-05T08:16:24 | |
| tc_62bc2278 | run_amcache_parser | 1974ms | 2026-06-05T08:16:24 | |
| tc_656f5b80 | run_hayabusa | 15946ms | 2026-06-05T08:16:38 | |
| tc_c2e543d0 | yara_scan_files | 33895ms | 2026-06-05T08:16:56 | |
| tc_28cbb9fb | run_shimcache_parser | 39089ms | 2026-06-05T08:17:01 | |
| tc_f0bb3808 | run_evtx_parser | 39116ms | 2026-06-05T08:17:01 | |
| tc_81a7c980 | run_mft_parser | 46249ms | 2026-06-05T08:17:08 | |
| tc_66c515cc | run_mactime | 59319ms | 2026-06-05T08:17:23 | |
| tc_5542aeef | run_registry_parser | 70332ms | 2026-06-05T08:17:32 | |
| tc_3e10a8ee | get_completed_results | 0ms | 2026-06-05T08:17:38 | |
| tc_09b346f7 | open_case | 11ms | 2026-06-05T08:18:17 | |
| tc_46ef996a | get_investigation_summary | 10ms | 2026-06-05T08:18:22 | |
| tc_d8d77895 | get_source_stats | 1229ms | 2026-06-05T08:18:24 | |
| tc_6f32604f | list_sources | 3ms | 2026-06-05T08:18:24 | |
| tc_1189dd6c | get_process_tree | 6ms | 2026-06-05T08:18:37 | |
| tc_7eb1240d | get_raw_output | 1202ms | 2026-06-05T08:18:39 | |
| tc_baa18320 | get_raw_output | 337ms | 2026-06-05T08:18:39 | |
| tc_34a294df | get_raw_output | 305ms | 2026-06-05T08:18:39 | |
| tc_6faeba76 | get_raw_output | 339ms | 2026-06-05T08:18:40 | |
| tc_e7054ca1 | search | 48ms | 2026-06-05T08:19:08 | |
| tc_3aa5c15b | search | 32ms | 2026-06-05T08:19:09 | |
| tc_2e8dde47 | search | 25ms | 2026-06-05T08:19:09 | |
| tc_91480022 | get_raw_output | 984ms | 2026-06-05T08:19:11 | |
| tc_4a71e766 | get_raw_output | 331ms | 2026-06-05T08:19:11 | |
| tc_d7d5e3f6 | run_volatility_batch | 471787ms | 2026-06-05T08:19:24 | |
| tc_1a886d5d | get_completed_results | 0ms | 2026-06-05T08:19:32 | |
| tc_4479efbd | start_extraction_batch | 9ms | 2026-06-05T08:19:39 | |
| tc_70da27f8 | parse_autoruns | 92ms | 2026-06-05T08:19:39 | |
| tc_87af1be5 | run_exiftool | 93ms | 2026-06-05T08:19:39 | |
| tc_f3d48d10 | yara_scan_files | 404ms | 2026-06-05T08:19:39 | |
| tc_d7ff6284 | index_evtx_file | 4693ms | 2026-06-05T08:19:42 | |
| tc_425841e3 | search | 21ms | 2026-06-05T08:19:42 | |
| tc_61479cab | search | 44ms | 2026-06-05T08:19:42 | |
| tc_2c1b740d | search | 16ms | 2026-06-05T08:19:42 | |
| tc_229517d6 | search | 29ms | 2026-06-05T08:19:59 | |
| tc_86261589 | search | 63ms | 2026-06-05T08:20:00 | |
| tc_b5bc552b | search | 24ms | 2026-06-05T08:20:02 | |
| tc_b4b6fe9b | get_raw_output | 1087ms | 2026-06-05T08:20:03 | |
| tc_2d7be70b | submit_finding | 14ms | 2026-06-05T08:20:40 | |
| tc_353e2637 | submit_finding | 10ms | 2026-06-05T08:20:51 | |
| tc_ba51378a | submit_finding | 10ms | 2026-06-05T08:20:58 | |
| tc_45d50e24 | submit_finding | 11ms | 2026-06-05T08:21:04 | |
| tc_7684a394 | submit_finding | 9ms | 2026-06-05T08:21:11 | |
| tc_a27c2af8 | search | 75ms | 2026-06-05T08:23:08 | |
| tc_4dab5c7e | detect_timestomping | 441ms | 2026-06-05T08:23:09 | |
| tc_05883d04 | search | 122ms | 2026-06-05T08:23:10 | |
| tc_aed0f714 | search | 47ms | 2026-06-05T08:23:11 | |
| tc_18602d7c | get_raw_output | 1203ms | 2026-06-05T08:23:26 | |
| tc_b380a1f0 | search | 25ms | 2026-06-05T08:23:26 | |
| tc_7cf28b84 | search | 18ms | 2026-06-05T08:23:27 | |
| tc_649794ea | search | 49ms | 2026-06-05T08:23:27 | |
| tc_e32790b8 | find_persistence_mechanisms._query(registry.system) | 88ms | 2026-06-05T08:23:41 | |
| tc_295969d1 | find_persistence_mechanisms._query(registry.software) | 27ms | 2026-06-05T08:23:41 | |
| tc_05d3d0ae | find_persistence_mechanisms._query(volatility.svcscan) | 78ms | 2026-06-05T08:23:41 | |
| tc_e2c4fcfc | find_persistence_mechanisms._search(all) | 19ms | 2026-06-05T08:23:41 | |
| tc_b3162a13 | find_persistence_mechanisms._search(all) | 14ms | 2026-06-05T08:23:41 | |
| tc_31f0c46a | find_persistence_mechanisms._query(ez.shimcache) | 20ms | 2026-06-05T08:23:41 | |
| tc_d2384b07 | find_persistence_mechanisms._query(ez.amcache) | 19ms | 2026-06-05T08:23:41 | |
| tc_3288d87c | find_persistence_mechanisms._search(all) | 29ms | 2026-06-05T08:23:41 | |
| tc_cd90d0be | find_persistence_mechanisms._query(tsk.filelist) | 172ms | 2026-06-05T08:23:42 | |
| tc_3ec27dba | find_persistence_mechanisms | 500ms | 2026-06-05T08:23:42 | |
| tc_f3d8cc67 | search | 58ms | 2026-06-05T08:23:45 | |
| tc_d56f3872 | search | 234ms | 2026-06-05T08:23:45 | |
| tc_4120b862 | yara_scan_with_volatility | 262625ms | 2026-06-05T08:24:02 | |
| tc_7f4ae8d9 | search | 53ms | 2026-06-05T08:24:04 | |
| tc_ad30dd85 | search | 20ms | 2026-06-05T08:24:04 | |
| tc_65d7f4e0 | get_completed_results | 0ms | 2026-06-05T08:24:09 | |
| tc_b80f83ec | start_extraction_batch | 3ms | 2026-06-05T08:24:14 | |
| tc_c038559a | detect_steganography | 91ms | 2026-06-05T08:24:14 | |
| tc_f77744c0 | yara_scan_files | 3943ms | 2026-06-05T08:24:18 | |
| tc_3ef3a870 | get_raw_output | 962ms | 2026-06-05T08:24:19 | |
| tc_9be053ab | search | 16ms | 2026-06-05T08:24:19 | |
| tc_fd0adb22 | search | 23ms | 2026-06-05T08:24:19 | |
| tc_228376f4 | get_completed_results | 0ms | 2026-06-05T08:24:23 | |
| tc_d97a6606 | search | 74ms | 2026-06-05T08:24:46 | |
| tc_c5a9aafb | open_case | 37ms | 2026-06-05T08:24:47 | |
| tc_3d42fff7 | wait_all | 0ms | 2026-06-05T08:24:48 | |
| tc_9830c250 | search | 90ms | 2026-06-05T08:24:48 | |
| tc_ac172e73 | find_data_exfiltration_indicators._query(bulk.url) | 372ms | 2026-06-05T08:24:48 | |
| tc_05ee59f5 | find_data_exfiltration_indicators._query(bulk.email) | 28ms | 2026-06-05T08:24:48 | |
| tc_f3401e5b | find_data_exfiltration_indicators._query(bulk.domain) | 111ms | 2026-06-05T08:24:48 | |
| tc_6ea3bef9 | find_data_exfiltration_indicators._query(volatility.netscan) | 45ms | 2026-06-05T08:24:49 | |
| tc_35e3516b | find_data_exfiltration_indicators._search(all) | 18ms | 2026-06-05T08:24:49 | |
| tc_c9ab8536 | find_data_exfiltration_indicators | 931ms | 2026-06-05T08:24:49 | |
| tc_111963c4 | open_case | 16ms | 2026-06-05T08:25:10 | |
| tc_b789930e | get_investigation_summary | 19ms | 2026-06-05T08:25:15 | |
| tc_15e84062 | list_sources | 5ms | 2026-06-05T08:25:15 | |
| tc_54ee05a8 | get_source_stats | 597ms | 2026-06-05T08:25:16 | |
| tc_3c5dbd5f | submit_finding | 10ms | 2026-06-05T08:25:20 | |
| tc_4a63ba27 | search | 28ms | 2026-06-05T08:25:21 | |
| tc_ee154317 | search | 48ms | 2026-06-05T08:25:22 | |
| tc_b4048e7c | get_findings | 5ms | 2026-06-05T08:25:25 | |
| tc_bd5cde75 | get_process_tree | 7ms | 2026-06-05T08:25:25 | |
| tc_3e415d6b | get_raw_output | 489ms | 2026-06-05T08:25:26 | |
| tc_ce0f4b81 | get_raw_output | 454ms | 2026-06-05T08:25:39 | |
| tc_fbba7c18 | get_raw_output | 230ms | 2026-06-05T08:25:40 | |
| tc_cd455348 | index_evtx_file | 4956ms | 2026-06-05T08:25:43 | |
| tc_14ade022 | search | 10ms | 2026-06-05T08:25:43 | |
| tc_fe4ea4e6 | get_raw_output | 354ms | 2026-06-05T08:25:43 | |
| tc_fc90e32a | scan_hidden_processes | 8ms | 2026-06-05T08:25:43 | |
| tc_c8479f7c | search | 27ms | 2026-06-05T08:25:57 | |
| tc_4df97cc7 | get_raw_output | 582ms | 2026-06-05T08:25:57 | |
| tc_c81d8d60 | search | 27ms | 2026-06-05T08:25:58 | |
| tc_b83bf567 | search | 21ms | 2026-06-05T08:25:59 | |
| tc_231bee6c | search | 113ms | 2026-06-05T08:26:00 | |
| tc_4cdad3dd | get_raw_output | 351ms | 2026-06-05T08:26:00 | |
| tc_e6ab6004 | search | 37ms | 2026-06-05T08:26:24 | |
| tc_5af1340c | search | 50ms | 2026-06-05T08:26:25 | |
| tc_53d22bfa | search | 27ms | 2026-06-05T08:26:25 | |
| tc_76a8e1bd | search | 39ms | 2026-06-05T08:26:26 | |
| tc_d4be6e89 | submit_finding | 15ms | 2026-06-05T08:26:29 | |
| tc_4fb87fe5 | submit_finding | 13ms | 2026-06-05T08:26:45 | |
| tc_c421d76f | search | 26ms | 2026-06-05T08:26:58 | |
| tc_8715f3cf | search | 34ms | 2026-06-05T08:26:59 | |
| tc_5cf5e7ab | search | 26ms | 2026-06-05T08:26:59 | |
| tc_50f18123 | search | 26ms | 2026-06-05T08:28:51 | |
| tc_df91e075 | get_userassist | 3ms | 2026-06-05T08:28:51 | |
| tc_40f067b9 | scan_kernel_modules | 5ms | 2026-06-05T08:28:51 | |
| tc_e13dd427 | find_persistence_mechanisms._query(registry.system) | 60ms | 2026-06-05T08:28:58 | |
| tc_7470fc33 | find_persistence_mechanisms._query(registry.software) | 19ms | 2026-06-05T08:28:58 | |
| tc_69511fd4 | find_persistence_mechanisms._query(volatility.svcscan) | 42ms | 2026-06-05T08:28:58 | |
| tc_6cfd6365 | find_persistence_mechanisms._search(all) | 16ms | 2026-06-05T08:28:58 | |
| tc_10d8655e | find_persistence_mechanisms._search(all) | 12ms | 2026-06-05T08:28:59 | |
| tc_fe7abf41 | find_persistence_mechanisms._query(ez.shimcache) | 17ms | 2026-06-05T08:28:59 | |
| tc_0b9cbe83 | find_persistence_mechanisms._query(ez.amcache) | 16ms | 2026-06-05T08:28:59 | |
| tc_faa40ebe | find_persistence_mechanisms._search(all) | 14ms | 2026-06-05T08:28:59 | |
| tc_5bf9233c | find_persistence_mechanisms._query(tsk.filelist) | 62ms | 2026-06-05T08:28:59 | |
| tc_7e8bb1fa | find_persistence_mechanisms | 289ms | 2026-06-05T08:28:59 | |
| tc_0ba95851 | search | 27ms | 2026-06-05T08:29:00 | |
| tc_0c6cdec2 | search | 31ms | 2026-06-05T08:29:02 | |
| tc_871665ef | search | 149ms | 2026-06-05T08:29:02 | |
| tc_779a3b94 | search | 26ms | 2026-06-05T08:29:03 | |
| tc_eade200b | search | 27ms | 2026-06-05T08:29:03 | |
| tc_6b0bffaf | search | 51ms | 2026-06-05T08:29:17 | |
| tc_2a86dfc3 | search | 29ms | 2026-06-05T08:29:18 | |
| tc_cbd6e5df | search | 24ms | 2026-06-05T08:29:18 | |
| tc_360bf16d | search | 23ms | 2026-06-05T08:29:26 | |
| tc_1529f963 | search | 12ms | 2026-06-05T08:29:26 | |
| tc_4fafdd20 | search | 43ms | 2026-06-05T08:29:27 | |
| tc_12e1ba64 | get_raw_output | 316ms | 2026-06-05T08:29:34 | |
| tc_f6352ef5 | search | 152ms | 2026-06-05T08:29:34 | |
| tc_9b405521 | search | 31ms | 2026-06-05T08:29:48 | |
| tc_261819d1 | search | 38ms | 2026-06-05T08:29:49 | |
| tc_e53f9455 | search | 40ms | 2026-06-05T08:29:49 | |
| tc_a5ece2a5 | get_findings | 6ms | 2026-06-05T08:29:50 | |
| tc_07cffbc2 | search | 12ms | 2026-06-05T08:29:50 | |
| tc_6f7a2128 | search | 20ms | 2026-06-05T08:29:51 | |
| tc_f7634722 | search | 19ms | 2026-06-05T08:30:12 | |
| tc_e426922a | search | 20ms | 2026-06-05T08:30:12 | |
| tc_ae64a08b | search | 18ms | 2026-06-05T08:30:12 | |
| tc_4ef783fb | submit_finding | 13ms | 2026-06-05T08:30:17 | |
| tc_afd73be5 | enrich_iocs | 664ms | 2026-06-05T08:30:19 | |
| tc_4ad192db | search | 22ms | 2026-06-05T08:30:45 | |
| tc_72fc41b5 | search | 18ms | 2026-06-05T08:30:45 | |
| tc_722c93ac | search | 49ms | 2026-06-05T08:30:45 | |
| tc_3988e4d2 | submit_finding | 14ms | 2026-06-05T08:30:53 | |
| tc_b545307d | submit_finding | 15ms | 2026-06-05T08:31:02 | |
| tc_b1b17676 | search | 26ms | 2026-06-05T08:31:04 | |
| tc_b97d1d99 | get_raw_output | 34ms | 2026-06-05T08:31:05 | |
| tc_678bb44e | search | 39ms | 2026-06-05T08:31:13 | |
| tc_06d97f70 | search | 8ms | 2026-06-05T08:31:13 | |
| tc_6cfbdd98 | submit_finding | 13ms | 2026-06-05T08:31:37 | |
| tc_71b0debb | search | 26ms | 2026-06-05T08:31:45 | |
| tc_22a05f0d | search | 20ms | 2026-06-05T08:31:45 | |
| tc_06ce11bb | search | 39ms | 2026-06-05T08:31:46 | |
| tc_508a607e | submit_finding | 18ms | 2026-06-05T08:31:55 | |
| tc_a5050445 | search | 29ms | 2026-06-05T08:32:08 | |
| tc_f0141e6b | search | 27ms | 2026-06-05T08:32:09 | |
| tc_eef36acf | submit_finding | 13ms | 2026-06-05T08:32:14 | |
| tc_b2eac249 | get_raw_output | 384ms | 2026-06-05T08:32:28 | |
| tc_efaf99ab | track_progress | 14ms | 2026-06-05T08:32:40 | |
| tc_ed154867 | search | 42ms | 2026-06-05T08:32:54 | |
| tc_48f9f5b5 | get_investigation_summary | 10ms | 2026-06-05T08:32:59 | |
| tc_a97b14bc | scan_hidden_processes | 14ms | 2026-06-05T08:33:11 | |
| tc_6c42f62c | search | 26ms | 2026-06-05T08:33:12 | |
| tc_0949c5a4 | scan_evidence | 46ms | 2026-06-05T08:33:13 | |
| tc_df4a93f2 | open_case | 16ms | 2026-06-05T08:33:25 | |
| tc_32f15106 | list_directory | 4ms | 2026-06-05T08:33:25 | |
| tc_ac9cea4e | list_sources | 11ms | 2026-06-05T08:33:38 | |
| tc_120a3b77 | submit_finding | 17ms | 2026-06-05T08:33:55 | |
| tc_aeec712b | submit_finding | 10ms | 2026-06-05T08:34:15 | |
| tc_17b91ce2 | list_directory | 41ms | 2026-06-05T08:34:16 | |
| tc_1d17622a | track_progress | 18ms | 2026-06-05T08:34:43 | |
| tc_5895262c | track_progress | 14ms | 2026-06-05T08:34:53 | |
| tc_79a57d93 | get_findings | 8ms | 2026-06-05T08:35:02 | |
| tc_9761079d | get_investigation_summary | 10ms | 2026-06-05T08:35:48 | |
| tc_d928bac4 | open_case | 14ms | 2026-06-05T08:36:01 | |
| tc_37556032 | get_findings | 7ms | 2026-06-05T08:36:06 | |
| tc_590a6641 | get_investigation_summary | 15ms | 2026-06-05T08:36:06 | |
| tc_93ba3e01 | get_source_stats | 613ms | 2026-06-05T08:36:07 | |
| tc_06933a43 | get_bookmarks | 3ms | 2026-06-05T08:36:07 | |
| tc_2b34d7be | get_timeline | 94ms | 2026-06-05T08:36:24 | |
| tc_36c9f605 | list_sources | 7ms | 2026-06-05T08:36:26 | |
| tc_1b2bf76b | get_ioc_summary | 357ms | 2026-06-05T08:37:02 | |
| tc_72de55d3 | open_case | 15ms | 2026-06-05T08:38:51 | |
| tc_06e5088e | find_suspicious_processes._query(volatility.malfind) | 39ms | 2026-06-05T08:38:58 | |
| tc_ef2f1b8d | find_suspicious_processes._query(volatility.cmdline) | 18ms | 2026-06-05T08:38:58 | |
| tc_6eabafb2 | find_suspicious_processes._query(volatility.netscan) | 32ms | 2026-06-05T08:38:58 | |
| tc_485d5f9e | find_suspicious_processes._query(volatility.pstree) | 19ms | 2026-06-05T08:38:58 | |
| tc_5eff3b2e | find_suspicious_processes._query(volatility.psscan) | 21ms | 2026-06-05T08:38:58 | |
| tc_ac026d1e | find_suspicious_processes._query(volatility.pslist) | 19ms | 2026-06-05T08:38:58 | |
| tc_abe0dbd1 | find_suspicious_processes._query(volatility.dlllist) | 18ms | 2026-06-05T08:38:58 | |
| tc_deccb08b | find_suspicious_processes | 179ms | 2026-06-05T08:38:58 | |
| tc_8b3c6b0d | reconstruct_execution_chains._query(volatility.pstree) | 20ms | 2026-06-05T08:38:58 | |
| tc_edbc743a | reconstruct_execution_chains._query(volatility.cmdline) | 17ms | 2026-06-05T08:38:58 | |
| tc_45a7700e | reconstruct_execution_chains._query(volatility.netscan) | 30ms | 2026-06-05T08:38:58 | |
| tc_b2d1ad1b | reconstruct_execution_chains._query(volatility.malfind) | 16ms | 2026-06-05T08:38:58 | |
| tc_bb8224ea | reconstruct_execution_chains._query(volatility.dlllist) | 18ms | 2026-06-05T08:38:58 | |
| tc_fb309348 | reconstruct_execution_chains | 104ms | 2026-06-05T08:38:58 | |
| tc_dc60c7c4 | find_lateral_movement_indicators._search(all) | 25ms | 2026-06-05T08:38:58 | |
| tc_a88f9ff8 | find_lateral_movement_indicators._search(all) | 10ms | 2026-06-05T08:38:58 | |
| tc_e11fe8d0 | find_lateral_movement_indicators._search(all) | 13ms | 2026-06-05T08:38:58 | |
| tc_102d5e82 | find_lateral_movement_indicators._query(volatility.netscan) | 27ms | 2026-06-05T08:38:58 | |
| tc_7ecd9cf2 | find_lateral_movement_indicators._search(all) | 13ms | 2026-06-05T08:38:58 | |
| tc_92e94afb | find_lateral_movement_indicators._search(all) | 7ms | 2026-06-05T08:38:58 | |
| tc_60320e92 | find_lateral_movement_indicators._search(all) | 11ms | 2026-06-05T08:38:58 | |
| tc_35449513 | find_lateral_movement_indicators | 116ms | 2026-06-05T08:38:58 | |
| tc_46423b67 | find_persistence_mechanisms._query(registry.system) | 42ms | 2026-06-05T08:38:58 | |
| tc_e821a8ec | find_persistence_mechanisms._query(registry.software) | 18ms | 2026-06-05T08:38:58 | |
| tc_c4db47a1 | find_persistence_mechanisms._query(volatility.svcscan) | 34ms | 2026-06-05T08:38:58 | |
| tc_a06f6c78 | find_persistence_mechanisms._search(all) | 11ms | 2026-06-05T08:38:58 | |
| tc_69354864 | find_persistence_mechanisms._search(all) | 8ms | 2026-06-05T08:38:58 | |
| tc_256a2802 | find_persistence_mechanisms._query(ez.shimcache) | 15ms | 2026-06-05T08:38:58 | |
| tc_ca72d998 | find_persistence_mechanisms._query(ez.amcache) | 17ms | 2026-06-05T08:38:58 | |
| tc_4cc72c73 | find_persistence_mechanisms._search(all) | 13ms | 2026-06-05T08:38:58 | |
| tc_43d5f62a | find_persistence_mechanisms._query(tsk.filelist) | 49ms | 2026-06-05T08:38:58 | |
| tc_d38748c3 | find_persistence_mechanisms | 237ms | 2026-06-05T08:38:58 | |
| tc_ecd6dae5 | find_defense_evasion._search(all) | 18ms | 2026-06-05T08:39:02 | |
| tc_d6e87ca6 | find_defense_evasion._search(ez.mft) | 11ms | 2026-06-05T08:39:02 | |
| tc_6f3c879b | find_defense_evasion._search(all) | 9ms | 2026-06-05T08:39:02 | |
| tc_f89b2204 | find_defense_evasion._search(all) | 7ms | 2026-06-05T08:39:02 | |
| tc_5b1b8b43 | find_defense_evasion._query(volatility.psscan) | 18ms | 2026-06-05T08:39:02 | |
| tc_27f74b02 | find_defense_evasion._query(volatility.pslist) | 17ms | 2026-06-05T08:39:02 | |
| tc_283a549b | find_defense_evasion._search(all) | 11ms | 2026-06-05T08:39:02 | |
| tc_0c67bcce | find_defense_evasion._query(volatility.cmdline) | 16ms | 2026-06-05T08:39:02 | |
| tc_0b924199 | find_defense_evasion | 113ms | 2026-06-05T08:39:02 | |
| tc_18d53486 | find_data_exfiltration_indicators._query(bulk.url) | 207ms | 2026-06-05T08:39:02 | |
| tc_a2f2c684 | find_data_exfiltration_indicators._query(bulk.email) | 24ms | 2026-06-05T08:39:02 | |
| tc_757bbb18 | find_data_exfiltration_indicators._query(bulk.domain) | 65ms | 2026-06-05T08:39:02 | |
| tc_a1a68216 | find_data_exfiltration_indicators._query(volatility.netscan) | 31ms | 2026-06-05T08:39:02 | |
| tc_c3d1833c | find_data_exfiltration_indicators._search(all) | 15ms | 2026-06-05T08:39:02 | |
| tc_33b2eb4c | find_data_exfiltration_indicators | 694ms | 2026-06-05T08:39:02 | |
| tc_53187347 | find_file_staging._search(tsk.filelist) | 9ms | 2026-06-05T08:39:02 | |
| tc_7fa6e95b | find_file_staging._search(ez.mft) | 6ms | 2026-06-05T08:39:02 | |
| tc_def4182f | find_file_staging._query(tsk.filelist) | 48ms | 2026-06-05T08:39:02 | |
| tc_1ab83224 | find_file_staging._query(ez.mft) | 194ms | 2026-06-05T08:39:03 | |
| tc_ed98b4e4 | find_file_staging._search(ez.mft) | 14ms | 2026-06-05T08:39:03 | |
| tc_854a9206 | find_file_staging._search(ez.mft) | 7ms | 2026-06-05T08:39:03 | |
| tc_d0a2518d | find_file_staging | 584ms | 2026-06-05T08:39:03 | |
| tc_a0aa9a14 | find_execution_evidence._query(ez.amcache) | 28ms | 2026-06-05T08:39:06 | |
| tc_1574ccd1 | find_execution_evidence._query(ez.shimcache) | 22ms | 2026-06-05T08:39:06 | |
| tc_eb213dde | find_execution_evidence._query(volatility.pstree) | 18ms | 2026-06-05T08:39:06 | |
| tc_8fba75b2 | find_execution_evidence | 77ms | 2026-06-05T08:39:06 | |
| tc_20927caa | analyze_execution_timeline._query(ez.amcache) | 34ms | 2026-06-05T08:39:14 | |
| tc_1f542999 | analyze_execution_timeline._query(ez.shimcache) | 20ms | 2026-06-05T08:39:14 | |
| tc_4c03cd76 | analyze_execution_timeline | 63ms | 2026-06-05T08:39:14 | |
| tc_dc01aaae | correlate_across_sources | 45ms | 2026-06-05T08:39:15 | |
| tc_0f1b694f | correlate_across_sources | 68ms | 2026-06-05T08:39:17 | |
| tc_18c48887 | correlate_across_sources | 31ms | 2026-06-05T08:39:17 | |
| tc_7bb29db2 | assess_recovery._query(tsk.filelist) | 72ms | 2026-06-05T08:39:17 | |
| tc_10c6e76a | assess_recovery._query(ez.amcache) | 17ms | 2026-06-05T08:39:17 | |
| tc_72ba9816 | assess_recovery._query(ez.shimcache) | 15ms | 2026-06-05T08:39:17 | |
| tc_48078df5 | assess_recovery | 110ms | 2026-06-05T08:39:17 | |
| tc_bc696ac4 | scan_hidden_processes | 6ms | 2026-06-05T08:39:17 | |
| tc_8a3e2049 | scan_kernel_modules | 4ms | 2026-06-05T08:39:17 | |
| tc_11aae2bc | open_case | 14ms | 2026-06-05T08:39:51 | |
| tc_bf34fd3e | get_investigation_summary | 17ms | 2026-06-05T08:39:57 | |
| tc_3e48a617 | get_findings | 7ms | 2026-06-05T08:39:57 | |
| tc_d74d1247 | get_source_stats | 601ms | 2026-06-05T08:39:58 | |
| tc_220826f0 | get_raw_output | 360ms | 2026-06-05T08:40:06 | |
| tc_3ec2fdd0 | get_raw_output | 363ms | 2026-06-05T08:40:07 | |
| tc_825958b2 | get_raw_output | 339ms | 2026-06-05T08:40:07 | |
| tc_4f13a275 | get_raw_output | 346ms | 2026-06-05T08:40:07 | |
| tc_5291c736 | get_raw_output | 508ms | 2026-06-05T08:40:12 | |
| tc_05a654f5 | get_raw_output | 360ms | 2026-06-05T08:40:15 | |
| tc_9d9e1e1a | get_raw_output | 335ms | 2026-06-05T08:40:18 | |
| tc_4dc44300 | get_raw_output | 327ms | 2026-06-05T08:40:18 | |
| tc_62be7048 | get_raw_output | 594ms | 2026-06-05T08:40:26 | |
| tc_11f12a65 | get_raw_output | 304ms | 2026-06-05T08:40:29 | |
| tc_98a6f2b8 | search | 19ms | 2026-06-05T08:40:29 | |
| tc_2c34c2e8 | search | 11ms | 2026-06-05T08:40:29 | |
| tc_e6afc4a5 | get_raw_output | 407ms | 2026-06-05T08:40:37 | |
| tc_9de7c328 | search | 144ms | 2026-06-05T08:40:38 | |
| tc_c1bce0b9 | search | 40ms | 2026-06-05T08:40:38 | |
| tc_a6655c75 | search | 25ms | 2026-06-05T08:40:39 | |
| tc_891ecab7 | search | 52ms | 2026-06-05T08:40:49 | |
| tc_19013965 | search | 38ms | 2026-06-05T08:40:49 | |
| tc_6c7dec22 | search | 22ms | 2026-06-05T08:40:50 | |
| tc_fd55f337 | get_ioc_summary | 289ms | 2026-06-05T08:40:50 | |
| tc_0dee61fb | search | 23ms | 2026-06-05T08:41:32 | |
| tc_9fd7dcfc | search | 29ms | 2026-06-05T08:41:33 | |
| tc_8dde851c | search | 23ms | 2026-06-05T08:41:33 | |
| tc_d5cc604b | update_finding | 13ms | 2026-06-05T08:41:58 | |
| tc_8c137e1f | update_finding | 14ms | 2026-06-05T08:41:58 | |
| tc_0df368b1 | update_finding | 9ms | 2026-06-05T08:41:58 | |
| tc_4767cc2b | update_finding | 18ms | 2026-06-05T08:41:59 | |
| tc_50675db1 | update_finding | 17ms | 2026-06-05T08:42:00 | |
| tc_088b7c6f | submit_finding | 12ms | 2026-06-05T08:42:21 | |
| tc_394c19ad | submit_finding | 16ms | 2026-06-05T08:42:38 | |
| tc_0c5aea09 | deduplicate_findings | 24ms | 2026-06-05T08:42:44 | |
| tc_b3bd42bf | delete_finding | 11ms | 2026-06-05T08:43:00 | |
| tc_d88222f7 | submit_narrative | 15ms | 2026-06-05T08:43:59 | |
| tc_73c66733 | audit_evidence_coverage | 720ms | 2026-06-05T08:44:05 | |
| tc_a8e559e2 | audit_tool_coverage | 8ms | 2026-06-05T08:44:08 | |
| tc_ad6f44a8 | check_finalize_readiness | 15ms | 2026-06-05T08:44:12 | |
| tc_0601e326 | finalize_report | 1643ms | 2026-06-05T08:44:19 | |
| tc_2b2b87e5 | track_progress | 13ms | 2026-06-05T08:44:33 | |
| tc_3e12bb4c | get_investigation_summary | 9ms | 2026-06-05T08:44:53 | |
| tc_9e3bd560 | open_case | 17ms | 2026-06-05T08:45:05 | |
| tc_9eda7a29 | get_findings | 9ms | 2026-06-05T08:45:10 | |
| tc_d0b7b941 | get_investigation_summary | 21ms | 2026-06-05T08:45:10 | |
| tc_e9e7a9a3 | list_sources | 7ms | 2026-06-05T08:45:10 | |
| tc_95825ca3 | get_timeline | 66ms | 2026-06-05T08:45:18 | |
| tc_2dcf9e47 | get_source_stats | 373ms | 2026-06-05T08:45:21 | |
| tc_065649cf | open_case | 44ms | 2026-06-05T08:47:53 | |
| tc_c733589c | search | 42ms | 2026-06-05T08:48:07 | |
| tc_2be220aa | search | 42ms | 2026-06-05T08:48:07 | |
| tc_9b37af76 | search | 41ms | 2026-06-05T08:48:07 | |
| tc_79e20769 | search | 44ms | 2026-06-05T08:48:07 | |
| tc_a7566c92 | search | 43ms | 2026-06-05T08:48:07 | |
| tc_0d2e4310 | search | 45ms | 2026-06-05T08:48:07 | |
| tc_f7268ca0 | search | 52ms | 2026-06-05T08:48:07 | |
| tc_d0ba5c51 | search | 12ms | 2026-06-05T08:48:07 | |
| tc_2765b594 | search | 9ms | 2026-06-05T08:48:07 | |
| tc_cbb9b908 | search | 15ms | 2026-06-05T08:48:07 | |
| tc_d6bf6432 | search | 10ms | 2026-06-05T08:48:07 | |
| tc_0c3beace | search | 33ms | 2026-06-05T08:48:07 | |
| tc_ad532b3d | search | 12ms | 2026-06-05T08:48:07 | |
| tc_08151e8d | search | 11ms | 2026-06-05T08:48:07 | |
| tc_62e3b18c | search | 18ms | 2026-06-05T08:48:07 | |
| tc_c2689a3d | search | 43ms | 2026-06-05T08:48:07 | |
| tc_0af9bc08 | search | 38ms | 2026-06-05T08:48:07 | |
| tc_79e48688 | search | 88ms | 2026-06-05T08:48:07 | |
| tc_0db313f9 | search | 46ms | 2026-06-05T08:48:07 | |
| tc_4cd26937 | search | 113ms | 2026-06-05T08:48:07 | |
| tc_2eec7835 | search | 39ms | 2026-06-05T08:48:16 | |
| tc_37c4d1e6 | search | 42ms | 2026-06-05T08:48:16 | |
| tc_e3af1b6e | search | 43ms | 2026-06-05T08:48:16 | |
| tc_ccfd9943 | search | 46ms | 2026-06-05T08:48:16 | |
| tc_7aee5ca3 | search | 47ms | 2026-06-05T08:48:16 | |
| tc_37fb1bbd | search | 50ms | 2026-06-05T08:48:16 | |
| tc_91ffeb5e | search | 54ms | 2026-06-05T08:48:16 | |
| tc_87963fe5 | search | 56ms | 2026-06-05T08:48:16 | |
| tc_cfdddcee | get_raw_output | 380ms | 2026-06-05T08:48:23 | |
| tc_fc398122 | get_raw_output | 351ms | 2026-06-05T08:48:23 | |
| tc_57b5ab23 | get_raw_output | 353ms | 2026-06-05T08:48:24 | |
| tc_1461c795 | get_raw_output | 348ms | 2026-06-05T08:48:24 | |
| tc_9d07ea26 | get_raw_output | 333ms | 2026-06-05T08:48:24 | |
| tc_037ae81a | correlate_across_sources | 40ms | 2026-06-05T08:48:25 | |
| tc_87ae891c | correlate_across_sources | 42ms | 2026-06-05T08:48:25 | |
| tc_6f5b8994 | audit_evidence_coverage | 659ms | 2026-06-05T08:48:33 | |
| tc_f7838b04 | audit_tool_coverage | 9ms | 2026-06-05T08:48:36 | |
| tc_c2925a1d | deduplicate_findings | 18ms | 2026-06-05T08:48:36 | |
| tc_aabf2606 | check_finalize_readiness | 8ms | 2026-06-05T08:48:36 | |
| tc_41fa3c63 | open_case | 27ms | 2026-06-05T08:49:15 | |
| tc_dcd4c421 | get_findings | 4ms | 2026-06-05T08:49:15 | |
| tc_70778924 | search | 21ms | 2026-06-05T08:49:46 | |
| tc_f9f87bcf | search | 23ms | 2026-06-05T08:49:47 | |
| tc_dcbdcd07 | search | 13ms | 2026-06-05T08:49:47 | |
| tc_93b29059 | get_raw_output | 309ms | 2026-06-05T08:50:00 | |
| tc_32b0807b | search | 23ms | 2026-06-05T08:50:01 | |
| tc_1fbdf588 | search | 18ms | 2026-06-05T08:50:01 | |
| tc_b85c0c68 | search | 25ms | 2026-06-05T08:51:21 | |
| tc_986ffbca | search | 23ms | 2026-06-05T08:51:21 | |
| tc_81044441 | search | 42ms | 2026-06-05T08:51:22 | |
| tc_359549ed | search | 9ms | 2026-06-05T08:51:22 | |
| tc_3e9ba219 | deduplicate_findings | 25ms | 2026-06-05T08:52:33 | |
| tc_64589950 | audit_evidence_coverage | 674ms | 2026-06-05T08:52:33 | |
| tc_8039cd30 | search | 22ms | 2026-06-05T08:52:36 | |
| tc_ae890a70 | update_finding | 18ms | 2026-06-05T08:53:36 | |
| tc_204cf607 | update_finding | 15ms | 2026-06-05T08:53:51 | |
| tc_5ba1b9ca | update_finding | 16ms | 2026-06-05T08:54:22 | |
| tc_0b393e38 | update_finding | 20ms | 2026-06-05T08:54:31 | |
| tc_864f0f30 | check_finalize_readiness | 13ms | 2026-06-05T08:54:58 | |
| tc_d651b4cd | audit_tool_coverage | 5ms | 2026-06-05T08:54:58 | |
| tc_a1a51563 | track_progress | 16ms | 2026-06-05T08:55:34 | |
| tc_6386a794 | get_investigation_summary | 11ms | 2026-06-05T08:56:07 | |
| tc_c5550c22 | check_finalize_readiness | 7ms | 2026-06-05T08:56:07 | |
| tc_fbccf7d8 | open_case | 18ms | 2026-06-05T08:56:20 | |
| tc_30681ed1 | get_findings | 8ms | 2026-06-05T08:56:26 | |
| tc_5c09ee08 | get_investigation_summary | 15ms | 2026-06-05T08:56:26 | |
| tc_113c911a | get_ioc_summary | 307ms | 2026-06-05T08:56:27 | |
| tc_566eedbc | get_bookmarks | 4ms | 2026-06-05T08:56:27 | |
| tc_93c8b673 | get_source_stats | 332ms | 2026-06-05T08:56:27 | |
| tc_9390495c | submit_narrative | 14ms | 2026-06-05T08:59:58 | |
| tc_a7a67183 | check_finalize_readiness | 17ms | 2026-06-05T09:00:05 |
Each finding traces back to the specific tool calls that produced the supporting evidence.