Told only from the published record
portfolio as of 2026-07-27 · ATT&CK 19.1 · breakouts-v1 · narration compiler-authored, compiled from 27 cited map nodes · Narrated by a synthetic voice. en-GB-Ollie:DragonHDLatestNeural via azure-speech
Reduced motion is on, so the finished map is shown at once and the full narration is printed below. Nothing is omitted.
Every claim above, with the source text it was taken from. Nothing on the stage is here without a quote, and anything the record does not carry is listed as a gap.
| Node | Claim and source |
|---|---|
| clickfix-hta cited T1204.004 | Initial access was likely gained through a ClickFix social engineering technique that tricked the user into running a command that downloaded and executed a remotely hosted weaponized HTA file. “The threat actor gains initial access to the victim machine potentially through a ClickFix social engineering technique that entices the user to execute a command, which then stealthily downloads and executes a remotely hosted weaponized HTA file.” Cisco Talos |
| mshta-hta-exec cited T1218.005 | The weaponized HTA downloader was executed via Microsoft HTML Application Host (mshta.exe) on the victim machine. “The threat actor executed a multistage campaign that involves deploying a weaponized HTA downloader via Microsoft HTML Application Host (“mshta.exe”) on the victim's machine, likely utilizing a ClickFix technique.” Cisco Talos |
| vbs-batch-drop cited T1059.005 | The HTA ran an embedded VBScript that dropped a Windows batch file into the user profile's application temporary folder to download and implant a trojanized installer from the staging domain. “The HTA file runs an embedded VBScript that drops a Windows batch file into the user profile’s application temporary folder, which contains instructions to first download and implant a trojanized installer from the attacker-controlled staging domain onto the victim machine.” Cisco Talos |
| trojanized-installer cited T1195.002 | Trojanized NSIS installers of legitimate software packaged pythonw.exe and a compiled Python loader disguised as LICENSE.txt, with the NSI script modified to execute the loader. “They have packaged the Python runtime executable “pythonw.exe” along with a compiled Python loader, which is disguised as a license file named “LICENSE.txt”. The threat actor has modified the NSI script file of the installer to include instructions for executing the compiled Python loader using the Python runtime executable.” Cisco Talos |
| run-key-persistence cited T1547.001 | The VBScript established persistence under HKCU Run with the value "MyApp" pointing to mshta.exe to re-execute the remotely hosted HTA at each user logon. “the VBScript establishes persistence under “HKCU\Software\Microsoft\Windows\CurrentVersion\Run” with the generic value “MyApp”, pointing back to “mshta.exe” to execute the remotely hosted weaponized HTA file every time the victim logs in to the machine.” Cisco Talos |
| telegram-beacon cited T1102 | After the trojanized installer ran, the batch file sent a notification beacon to attacker-controlled Telegram bot "8384531459" to confirm successful execution. “Once the trojanized installer is executed, the batch file sends a notification beacon to an attacker-controlled Telegram bot, “8384531459”, to confirm successful execution to the threat actor.” Cisco Talos |
| python-loader cited T1059.006 | The compiled Python loader used XOR decryption with key 198 (0xC6) to decrypt the embedded Starland RAT payload and execute it in the victim machine's memory. “The actual execution logic is confined to six lines in the loader program, implementing XOR decryption using the XOR key 198 (0xC6) to decrypt the encrypted embedded payload of Starland RAT and execute it in the victim machine's memory.” Cisco Talos |
| sandbox-checks cited T1497.001 | Starland RAT compared the logged-on username and computer name against hardcoded lists of sandbox accounts and hostnames and terminated immediately on a match. “First, it compares the logged-on username of the victim machine against a hardcoded list of usernames, which includes known sandbox service accounts and aliases, including WDAGUtilityAccount. Next, the RAT verifies the victim's computer name against a list of hostnames from recognized sandbox environments, such as Cuckoo, Any.Run, Joe Sandbox, and Hybrid Analysis. If either check matches, the RAT's execution terminates immediately.” Cisco Talos |
| scheduled-task-persistence cited T1053.005 | Starland RAT created a scheduled task named PythonLauncher-{3 random characters} via New-ScheduledTask plus a Startup folder LNK shortcut targeting pythonw.exe with LICENSE.txt as argument. “The primary mechanism involves creating a scheduled task using the PowerShell
New-ScheduledTask
command, with a randomized name following the pattern
PythonLauncher-{3 random characters}” Cisco Talos |
| uac-elevation cited T1548.002 | If not already elevated, Starland RAT attempted UAC elevation via ShellExecuteW with the runas verb to upgrade the scheduled task to a higher-privilege logon trigger. “If the RAT is not already running with elevated privileges, it also attempts UAC elevation via ShellExecuteW with the
runas
verb, aiming to upgrade the scheduled task to the higher-privilege logon before proceeding.” Cisco Talos |
| host-recon cited T1082 | Starland RAT performed system reconnaissance collecting the HWID, total RAM, and installed antivirus via Get-CimInstance and wmic commands. “It performs system reconnaissance, assembling the victim profile that includes the system hardware-bound unique identifier (HWID), total RAM size of the victim machine, and installed antivirus by executing the following commands:” Cisco Talos |
| ad-recon cited T1018 | Starland RAT conducted Active Directory reconnaissance and, if the host was domain-joined, ran whoami, systeminfo, net user /dom and nltest /dclist to enumerate domain structure and controllers. “If the victim is identified as a member of Active Directory, the RAT executes the following commands to collect information about domain structure, domain controllers, and the victim’s domain privileges:” Cisco Talos |
| screenshot cited T1113 | The RAT captured a desktop screenshot, saved it as a PNG, Base64-encoded it in memory alongside the reconnaissance data, and deleted the PNG from disk. “It also captures a screenshot of the victim machine's desktop, saves it as a PNG in the RAT’s working directory, generates a Base64-encoded string for the PNG file in memory, stages it alongside the reconnaissance data, and deletes the PNG file from the disk.” Cisco Talos |
| wallet-collection cited T1555.001 | The RAT gathered cryptocurrency asset information by enumerating desktop and browser extension wallets, checking for over 40 cryptocurrency wallets. “Additionally, it gathers the victim’s cryptocurrency assets information by enumerating the desktop cryptocurrency wallets and browser extension wallets, checking for the presence of over 40 cryptocurrency wallets.” Cisco Talos |
| c2-registration cited T1071.001 | The RAT consolidated collected data into a JSON file, XOR-encrypted it with the 5-byte key "helo1", Base64-encoded it, and sent it to the primary C2 via HTTP POST with a spoofed Chrome User-Agent. “The RAT consolidates all collected data into a single JSON file, XOR encrypts it with the 5-byte key “helo1”, Base64-encodes it, and sends it to the primary C2 through an
HTTP POST
request” Cisco Talos |
| polygon-fallback cited T1568.002 | If primary C2 registration failed, the RAT issued an eth_call via JSON-RPC to polygon-rpc[.]com against a smart contract to retrieve an XOR-encrypted fallback C2 domain. “An
eth_call
is triggered via JSON-RPC to the public Polygon RPC endpoint “polygon-rpc[.]com”, targeting the smart contract “0x6ae382ed2154cc84c6672e4e908cd2c69c1b35ba” and function selector “0xc659f3b8” for the latest block.” Cisco Talos |
| rat-tasking cited T1071.001 | After registration the RAT sent an encoded GET request to the C2 every 50-60 seconds and received one of four supported commands (shellexecute, x32, x64, download). “After the RAT registers the compromised machine with the C2, it sends a
GET
request to the C2 server every 50 – 60 seconds.” Cisco Talos |
| shellcode-apc-injection cited T1055.004 | The x32 and x64 commands received a shellcode URL and executed the shellcode staged using asynchronous procedure call (APC) process injection. “Receives a 64-bit shellcode URL and executes the
s
hellcode that is staged using the
asynchronous procedure
call
(
APC), process injection technique.” Cisco Talos |
| amsi-etw-bypass cited | The custom shellcode loader neutralized AMSI and ETW by patching the first bytes of AmsiScanBuffer in amsi.dll and EtwEventWrite in ntdll.dll in memory, with a VirtualProtect-based fallback. “The primary technique resolves the target functions
AmsiScanBuffer
in “amsi.dll” and
EtwEventWrite
in “ntdll.dll” using runtime hash-based API resolution, then overwrites their first bytes in memory with a patch that forces AMSI to always return a clean scan result and the ETW write function to return immediately without writing the output, effectively neutralizing both interfaces.” Cisco Talos |
| castlestealer cited T1555.003 | CastleStealer, a .NET infostealer delivered through the x64 shellcode, harvested Chromium and Firefox credentials via SQLite access, crypto wallet extensions, Discord/Telegram session files and Steam credentials, exfiltrating over a TCP socket. “Its credential theft surface is broad, targeting the full Chromium browser family and Firefox through direct SQLite database access, with decryption support for both legacy DPAPI-protected credentials and the AES-GCM application bound encryption scheme.” Cisco Talos |
| castlestealer-exfil cited T1041 | CastleStealer transmitted all collected material over a TCP socket to attacker-controlled infrastructure. “transmitting all collected material over a TCP socket to the attacker-controlled infrastructure” Cisco Talos |
| remcos cited T1219 | The x32 shellcode variant implanted a variant of Remcos RAT, a commercial remote access tool providing keylogging, screen and webcam capture, audio recording and shell execution over an encrypted channel. “Talos discovered that the threat actor can deliver CastleStealer implant through the x64 shellcode and the Remcos RAT through the x32 shellcode variant.” Cisco Talos |
| curl-wldr-stager cited T1059.001 | The actor used a Windows shell command through Starland RAT, a curl command, to download and execute PowerShell payloads of the WLDR C2 framework from another C2. “Talos discovered that the threat actor executed a
curl
command to download and execute additional PowerShell script payloads of the WLDR C2 framework from another C2.” Cisco Talos |
| wldr-downloader cited T1140 | The WLDR downloader derived an HWID from the C: drive volume serial number, appended it to hardcoded C2 URLs, and decrypted an AES JSON envelope using a key derived from the hardcoded password "odg5t8mvssvh" to obtain the WLDR agent. “The WLDR loader processes the JSON response by decrypting the envelope through an inline decryption routine using a derived 64-byte key from a hardcoded plaintext password “odg5t8mvssvh” and the salt received from the C2 server in the JSON response.” Cisco Talos |
| wldr-agent cited T1573.001 | The WLDR agent is an in-memory PowerShell C2 client using AES-256-CBC with HMAC-SHA256 encrypted HTTPS beaconing every 10 seconds, a mutex to prevent duplicate instances, and a Runspace pool task execution engine. “The network communication is encrypted using AES-256-CBC with HMAC-SHA256 in an encryption, then Message Authentication Code (MAC) construction, with session keys derived through PBKDF2-SHA256 over a randomly generated salt at 5,000 iterations.” Cisco Talos |
| wldr-recon cited T1047 | The WLDR agent performed reconnaissance via WMI queries covering antivirus products, network adapters, OS version and build, domain membership, CPU, RAM, admin privilege status, and UAC policy. “The agent performs reconnaissance via WMI queries, gathering information on antivirus products, network adapter configurations, OS version and build, domain membership, CPU, RAM, administrative privilege status, and UAC policy.” Cisco Talos |
| self-delete-killswitch cited T1070.004 | An HTTP 403 response from the C2 triggered self-deletion of the RAT file and process exit, functioning as a kill switch. “Triggers the self-deletion of the RAT file and exits its process, functioning as a kill switch.” Cisco Talos |
| Kind | Value | Status |
|---|---|---|
| domain | eorthopaedics[.]com | cited |
| domain | sastoro[.]com | cited |
| domain | web-devtools[.]com | cited |
| domain | zynaris[.]io | cited |
| domain | windowscreenrepairnearme[.]com | cited |
| domain | aipythondevs[.]com | cited |
| domain | polygon-rpc[.]com | cited |
| domain | api64.ipify[.]org | cited |
| other | Polygon smart contract 0x6ae382ed2154cc84c6672e4e908cd2c69c1b35ba | cited |
| mutex | f2j398fj239d8j23dkkskskkkkkkkkk | cited |
| registry-key | HKCU\Software\Microsoft\Windows\CurrentVersion\Run | cited |
| file-name | MobaXterm_v26.1.exe | cited |
| file-name | dbeaver-ce-windows-x86_64.exe | cited |
| file-name | FaceitInstaller_x64.exe | cited |
| file-name | WebEx_Client.exe | cited |
| file-name | LICENSE.txt | cited |
| other | Telegram bot 8384531459 (skuefq_bot) | cited |
| other | Telegram bot 7993597060 (komandastuk_bot) | cited |
| other | XOR key "helo1" used for Starland RAT C2 encoding | cited |
| other | WLDR session encryption password odg5t8mvssvh | cited |
| other | XOR key $m7*rYpry3 for fallback domain decryption | cited |
| other | User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/138.0.0.0 Safari/537.36 | cited |
Compiled from published intelligence only — no sample was handled and no security product was queried. ATT&CK 19.1.
This is UAT-11795 Starland RAT, told strictly from what the published record says — and stopping where the record stops.
Before it starts, one thing the record does not settle. The blog names ClamAV and Snort signatures and points to a GitHub IOC repository, but no file hashes for the HTA, trojanized installers, Python loader, shellcode, CastleStealer or WLDR scripts are given in the text itself.
Initial access was likely gained through a ClickFix social engineering technique that tricked the user into running a command that downloaded and executed a remotely hosted weaponized HTA file.
On the victim's machine, the booby-trapped HTA file is handed to Microsoft HTML Application Host — mshta.exe, a built-in Windows program that runs HTML applications as trusted code.
That single step executes the downloader, using a tool already present on the system rather than one the attacker had to install.
Inside that HTA file sat a small VBScript program, and opening it set that script running.
The script wrote a Windows batch file into the temporary folder under the user's own profile, and that batch file reached back to the staging domain to pull down and install a tampered installer.
The bait is an installer for real software, rebuilt with a hidden payload. Inside the package sit two extra pieces: pythonw.exe, a copy of the Python interpreter that runs without a window, and a compiled Python loader renamed LICENSE.txt so it reads as a harmless text file.
The installer's own script was edited, so once the victim runs the setup, it quietly hands that fake license file to Python and the loader executes.
The loader was Python code compiled into an executable, and it carried the Starland remote access trojan hidden inside itself.
To reveal the payload, it XOR'd every byte against a single key — the number 198 — then ran the decrypted trojan straight in the victim machine's memory.
Inside the victim's machine, the actor used Starland RAT — the remote access tool already installed — to run a plain Windows shell command.
That command was curl, a built-in downloader, and it pulled PowerShell payloads for the WLDR command-and-control framework from a second control server, then ran them.
The x32 shellcode variant implanted a variant of Remcos RAT, a commercial remote access tool providing keylogging, screen and webcam capture, audio recording and shell execution over an encrypted channel.
To survive a reboot, the script writes a value named "MyApp" into the current user's Run key in the registry — the list of programs Windows starts automatically at logon.
That value points to mshta.exe, so every time the user signs in, Windows reaches back out and runs the remotely hosted HTA file all over again.
To survive a reboot, the malware sets up two ways back in. It registers a scheduled task — a job Windows runs automatically — named PythonLauncher followed by three random characters, created through the New-ScheduledTask command.
As a backup, it drops a shortcut file in the Startup folder, so Windows launches it at login. That shortcut points at pythonw.exe, the silent Python interpreter, and hands it LICENSE.txt as its argument.
If it wasn't already running with high privileges, the remote access tool asked Windows for them outright. It called the system's ShellExecuteW function with the "runas" verb — the same mechanism behind the User Account Control prompt that asks you to approve an action as administrator.
With that elevation in hand, it upgraded its scheduled task to a higher-privilege logon trigger, so the malware would come back with more power every time the user signed in.
Before doing anything else, the remote access tool checked who was logged on and what the machine was called.
It matched those against built-in lists of usernames and hostnames known to belong to analysis sandboxes — and if it found itself on one, it shut down on the spot.
The remote access trojan checked in with its command-and-control server, and the server answered with an HTTP 403 — the web code for "forbidden."
That single response acted as a kill switch: the malware deleted its own file from disk and shut down its process.
Two of the commands, x32 and x64, each arrived with a URL pointing to shellcode — a small block of raw executable instructions.
The shellcode was then run inside another process using asynchronous procedure call injection, or APC injection, which queues the code to execute in a thread that already belongs to that process.
The custom shellcode loader neutralized AMSI and ETW by patching the first bytes of AmsiScanBuffer in amsi.dll and EtwEventWrite in ntdll.dll in memory, with a VirtualProtect-based fallback.
The x64 shellcode delivered a .NET infostealer called CastleStealer, whose whole job was collecting logins. It read Chromium and Firefox credentials straight out of their SQLite databases — the small local files where those browsers keep saved passwords.
It also went after crypto wallet browser extensions, the session files that keep Discord and Telegram logged in, and Steam credentials, then pushed everything out over a plain TCP socket.
Once running, Starland RAT — a remote access tool, meaning malware that gives an operator control of the machine — starts sizing up its new host.
It queries the system with Get-CimInstance and wmic commands to pull the hardware ID, the total amount of RAM, and which antivirus product is installed.
Once inside, the malware checked whether the machine belonged to a company domain — a central directory that manages user accounts and permissions across the network.
If it did, it ran a series of built-in Windows commands to learn who the current user was, how the host was configured, which accounts existed in the domain, and which servers acted as its controllers — mapping the structure it would need to move through.
Once running, the agent starts asking the machine about itself. It uses WMI — Windows Management Instrumentation, the built-in system for querying a computer's own configuration.
The queries cover which antivirus products are installed, the network adapters, the operating system version and build, whether the machine belongs to a domain, its CPU and RAM, whether the current account has admin rights, and how User Account Control is configured.
The remote access tool — a program that lets an attacker operate the machine from afar — snapped a picture of the desktop and wrote it out as a PNG image file.
It then encoded that image in memory as Base64 text, bundled with the reconnaissance data it had already gathered, and erased the PNG from disk.
Once inside, the remote access trojan went hunting for money. It walked the machine looking for cryptocurrency wallets — both the desktop applications and the wallet add-ons installed in browsers.
It checked for more than forty different wallets, cataloguing whatever crypto assets the victim held.
Once the tampered installer ran, the batch file — a small script of Windows commands — phoned home.
It sent a short notification to an attacker-controlled Telegram bot, "8384531459", confirming the installation had succeeded.
The remote access tool, or RAT, bundled everything it collected into a single JSON file, scrambled it with a five-byte XOR key — the word "helo1" — then wrapped the result in Base64 text so it would survive an ordinary web request.
It pushed that bundle to its primary command-and-control server over an HTTP POST, labeling itself with a fake Chrome User-Agent so the upload looked like a browser.
If the remote access trojan couldn't check in with its primary command-and-control server, it had a backup plan.
It sent an eth_call — a read-only query in Ethereum's JSON-RPC interface — to polygon-rpc dot com, asking a smart contract for a fallback command-and-control domain, stored XOR-encrypted so it wouldn't be obvious on the blockchain.
Once the malware had checked in, it settled into a rhythm: every fifty to sixty seconds it sent an encoded GET request to its command-and-control server — a routine web page request, with the real message hidden in the encoding.
Each reply carried one of four supported commands: shellexecute, x32, x64, or download.
The downloader first builds a hardware ID from the serial number of the C: drive volume, then tacks that ID onto command-and-control URLs baked into its own code.
What comes back is a JSON envelope encrypted with AES; the downloader derives the key from a hardcoded password, "odg5t8mvssvh", unwraps it, and pulls out the WLDR agent.
The WLDR agent is an in-memory PowerShell C2 client using AES-256-CBC with HMAC-SHA256 encrypted HTTPS beaconing every 10 seconds, a mutex to prevent duplicate instances, and a Runspace pool task execution engine.
Everything the stealer collected went out over a raw TCP socket — a direct network connection opened straight to the attackers' own infrastructure.
No staging, no waiting. The whole haul was pushed across that connection to machines the attackers controlled.
That is the attack as the sources describe it. What they do not describe is worth saying out loud, because a confident story is easy to mistake for a complete one.
ClickFix delivery specifics: Initial access is described only as 'potentially' or 'likely' via ClickFix; the record does not document the lure pages, ads, spam, or exact command text that led users to run mshta.exe.
Fallback C2 domain value: The evidence states the Polygon smart contract stores an XOR-encrypted fallback C2 domain but does not disclose the recovered domain.
WLDR C2 URLs and Remcos C2: The WLDR downloader's two hardcoded C2 URLs and the Remcos RAT's configurable C2 server address are referenced but never listed.
Post-compromise outcome and monetization: Although the actor is described as financially motivated and targeting wallets, the record does not describe confirmed theft, victim losses, or any impact-stage activity.
Lateral movement: Active Directory reconnaissance, domain controller listing and domain privilege enumeration are documented, but the evidence does not state that the actor moved laterally to other hosts.
Attribution basis: Attribution to a Russian-speaking actor rests on a Russian-language developer comment and a Russian locale exclusion check; no further attribution evidence or links to named groups is provided.
Same attack, same evidence, replayed for where a modern Cisco estate would have had a shot at it. Every product named here is read from a reviewed table, and where there is no honest claim to make, that is said rather than skipped.
Cisco Secure Access would have stopped this outright. The pasted command has to resolve the name hosting the weaponised HTA before it can fetch anything. A refused answer for that attacker-registered staging host means the script host gets no file to run, and the resolution attempt itself — a lookup for a freshly seen host made by a non-browser process chain seconds after a user paste — is the first record that anything happened.
Cisco Secure Endpoint would have stopped this outright. mshta.exe starting with an http(s) URL on its command line, parented by the shell rather than by a browser or an installer. That launch shape can be blocked outright and the command line captured verbatim, giving the staging URL before the batch file is ever written.
Cisco Secure Endpoint would have caught or contained this. A packaged pythonw.exe being executed with LICENSE.txt passed as its script argument, from an installer's own extraction directory in the user profile. A file named as a licence text being handed to an interpreter as code is the observable; the process can be killed and the installer path quarantined.
Cisco Secure Endpoint would have caught or contained this. A write to HKCU\...\Run creating the value "MyApp" whose data is mshta.exe followed by a remote URL, performed by a script host rather than by an installer. The value can be removed and the writing process stopped, and the URL in the value data is a hunt indicator for other hosts.
Here, no coverage claimed. The execution notice goes to a bot hosted on a mainstream messaging platform's API, a name that resolves for ordinary business use across the estate; refusing it would be a broad functional break, not a targeted block. The only attacker- specific detail — the bot identifier — lives in the request path, which is never visible at the name-resolution layer.
Here, no coverage claimed. Reading the logged-on username and the computer name are ordinary API calls that thousands of benign processes make, so there is no distinguishable action to alert on or block. The termination that follows a match is the malware halting itself, not a control containing it, and claiming it as a save would credit a defence for the attacker's own logic.
Cisco Secure Endpoint would have caught or contained this. Registration of a scheduled task named PythonLauncher- plus three random characters whose action is pythonw.exe with LICENSE.txt as argument, alongside a Startup-folder LNK created with the same target. Both artefacts can be deleted and the creating process isolated; the random-suffix naming pattern also generalises to other hosts.
Here, no coverage claimed. The elevation here is a local consent prompt raised by ShellExecuteW with the runas verb in the session of a user who is already logged on — there is no authentication event to step up or refuse. The record also never establishes a login performed with any harvested credential, so there is no sign-in for this capability to challenge anywhere in the map.
Cisco Secure Endpoint would have caught or contained this. A burst of whoami, systeminfo, net user /dom and nltest /dclist executed within seconds of each other by children of an interpreter running from a user profile directory. That command sequence with that parentage is a high-confidence signal, and the host can be isolated before the enumeration output reaches the C2.
Cisco Secure Access would have caught or contained this. The HTTP POST cannot leave until the primary C2 hostname resolves; refusing the answer for an attacker-controlled host keeps the encoded reconnaissance JSON on the box and leaves a dated lookup record naming the infected client. It is mitigate rather than prevent because the block depends on the host already being known bad or newly-observed under policy.
Here, no coverage claimed. The fallback lookup is a well-formed JSON-RPC eth_call over HTTPS to a public blockchain RPC endpoint used by legitimate software, matching no exploit signature at the boundary. The fallback domain comes back XOR-encrypted inside an ordinary contract-read response, so there is nothing in the payload a boundary signature could key on.
Cisco Secure Endpoint would have caught or contained this. A process remapping the first bytes of AmsiScanBuffer in amsi.dll and EtwEventWrite in ntdll.dll as writable and overwriting them, including the VirtualProtect fallback path. A sensor observing this below the patched interfaces can alert on the protection change and terminate the process, though telemetry generated after a successful patch is degraded by design.
Cisco XDR helps clean up after this. Ties the loader, the injected .NET stealer, the SQLite reads against browser credential stores, the wallet-extension and session-file access and the outbound socket into a single incident per host instead of separate alerts. That gives responders the concrete list of which credential stores were opened, so resets can be scoped to those accounts, and per-host response actions to clean the affected machines.
Cisco Secure Workload would have caught or contained this. A workstation opening a raw outbound TCP session to an external address on a port that no business application uses. Policy can turn that egress path from allowed to blocked so bulk exfiltration has no route off the segment, and the attempted connection is recorded with source host and destination port.
Cisco Secure Endpoint would have caught or contained this. curl.exe spawned by the implant's interpreter process to fetch a remote payload, immediately followed by PowerShell executing the downloaded content. The full command line with the second C2 URL is captured, and the chain can be blocked at the curl launch before the PowerShell stage runs.
Cisco Secure Access would have caught or contained this. The downloader appends its volume-serial-derived HWID to hardcoded C2 URLs, so it must resolve those fixed hostnames; refusing them means the AES envelope containing the agent is never retrieved. The lookups also fingerprint the campaign, since the same hardcoded hosts appear on every affected machine.
Here, no coverage claimed. What removed this implant was a 403 sent by the attacker's own server, reached over a connection that had to succeed. Refusing the C2 name would have withheld that response and left the RAT resident and persistent instead of deleting itself, so there is no save to claim here — blocking this path is a loss for this specific stage, even where it is right for the others.
The map establishes no exploited software flaw at any stage: access came from a user running a pasted command, execution used the built-in script host and a packaged interpreter, and escalation used an ordinary consent prompt. There is no missing patch anywhere in the record for this capability to rank or drive. It is the surface where policy is configured and audited, not a control that engages a stage of an attack. The script-host, run-key and scheduled-task policy it would administer is credited to the capability that actually observes and blocks those actions on the host.
No coverage shown for a stage means this table has no reviewed claim on it — not that no defence exists.