By NHI Mgmt Group Editorial TeamDomain: Breaches & IncidentsSource: WazuhPublished February 26, 2026

TL;DR: Salat stealer is a Go-based information stealer that targets Windows endpoints for browser credentials, Telegram sessions, and wallet data, while using packing, masquerading, and C2 infrastructure to evade analysis, according to Wazuh. The article shows that endpoint telemetry, file monitoring, and active response remain essential when credential theft is paired with stealthy persistence.


At a glance

What this is: This is a Wazuh analysis of Salat stealer behaviour on Windows endpoints and how to detect and contain it with custom rules, FIM, VirusTotal, and active response.

Why it matters: It matters because credential-stealing malware often turns endpoint compromise into broader identity abuse, so IAM and security teams need detection tied to process, file, and network activity.

By the numbers:

👉 Read Wazuh's analysis of Salat stealer detection and containment on Windows


Context

Salat stealer is endpoint malware that uses standard Windows behaviours to hide in plain sight while harvesting credentials, sessions, and wallet data. The security gap is not just detection accuracy, but whether defenders can observe the process, file, registry, and network signals that distinguish malicious activity from ordinary user execution.

For identity teams, the relevance is direct: stolen browser credentials and sessions can become the first step in account takeover, session hijacking, or privilege escalation across SaaS and internal systems. That makes endpoint telemetry part of identity governance, not just endpoint hygiene.

Wazuh’s example is operational rather than strategic, which is typical for malware detection content. The broader pattern, however, is common across commodity stealers that rely on stealth, persistence, and exfiltration rather than a single exploit.


Key questions

Q: What breaks when post-exploitation malware can harvest browser credentials on managed endpoints?

A: Browser-stored passwords and cookies stop behaving like low-risk convenience data and start functioning as reusable identity material. Once malware can decrypt or export them, the attacker often inherits authenticated session paths that bypass password resets alone. Teams should treat browser secrets as sensitive access artifacts and rotate or revoke them after endpoint compromise.

Q: Why do endpoint stealers create identity risk beyond the infected device?

A: Endpoint stealers are dangerous because they collect identity artefacts that remain valid after the malware is removed. Browser cookies, sessions, and saved credentials can be reused to access cloud apps, email, and internal systems. The device is only the collection point. The real risk is unauthorized authenticated access across other services.

Q: How do security teams know if stealer detection is actually working?

A: Stealer detection is working when behaviour-based alerts appear before large-scale exfiltration and when the associated identity artefacts are invalidated quickly. Useful signals include suspicious module loads, unexpected writes to startup registry keys, outbound C2 traffic, and a measurable drop in successful session reuse after containment.

Q: Who is accountable when stolen sessions are reused after a malware incident?

A: Accountability usually spans endpoint security, IAM, and incident response because the device compromise and the identity abuse are linked. Endpoint teams detect and contain the malware, while identity teams revoke sessions, reset risky credentials, and review access paths that may have been abused. The control boundary must be shared, not siloed.


Technical breakdown

How Salat stealer hides execution on Windows

Salat stealer combines packing, process masquerading, and environment checks to reduce the chance that defenders will see its true behaviour. UPX packing obscures static inspection, while sandbox and virtual machine checks try to avoid analyst environments. When the malware copies itself into trusted directories or impersonates a Windows process, it exploits the fact that many controls still rely on filename, path, or signer heuristics rather than behavioural context. AMSI tampering attempts further weaken script and content inspection. These techniques matter because they shift detection from simple malware signatures toward runtime telemetry and correlation across process creation, module loading, and execution lineage.

Practical implication: monitor for suspicious parent-child process chains, packed binaries, and abnormal module loads rather than relying on file reputation alone.

Why credential theft and persistence turn endpoint compromise into identity risk

The malware is built to harvest browser credentials, session material, email artefacts, and cryptocurrency wallet data before staging them in temporary locations and pushing them to its C2 infrastructure. Registry Run Key persistence keeps the malware present at user logon, which extends the exposure window beyond the initial execution event. For identity programmes, the key issue is that endpoint compromise can create reusable authenticated access without ever cracking a password. A stolen session or browser store may bypass MFA depending on the application and the session lifetime, which is why endpoint signals must feed identity response workflows.

Practical implication: treat credential theft alerts as identity incidents and shorten session lifetime where stolen browser data could be reused.

How FIM and active response change malware handling

The Wazuh workflow combines file integrity monitoring, VirusTotal enrichment, and active response to move from observation to containment. FIM detects suspicious file creation or modification, VirusTotal adds an external verdict, and active response deletes the malicious file once confidence is high enough. This architecture is useful because it separates detection from enforcement, which reduces the risk of overreacting to benign files. It also creates a control loop that can act on malware introduced through downloads or temporary directories before the payload spreads or persists. The model is strongest when paired with endpoint telemetry that explains why a file is suspicious, not just that it exists.

Practical implication: build containment logic around monitored directories and verified threat verdicts, not around blanket deletion of every new file.


Threat narrative

Attacker objective: The attacker wants durable access to stolen credentials and sessions that can be monetised through account takeover, fraud, or resale.

  1. Entry occurs when Salat stealer is delivered as a disguised or packed executable on a Windows endpoint, often avoiding static inspection and user suspicion.
  2. Escalation comes from process masquerading, AMSI interaction, and registry-based persistence that help the malware survive logon and continue harvesting data.
  3. Impact is credential, session, and wallet theft followed by exfiltration to command-and-control infrastructure, creating downstream account compromise and data loss.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Stealer malware is an identity incident before it is an endpoint incident. Salat stealer’s value to an attacker is not the executable itself but the authenticated material it collects, including browser credentials and sessions. That means endpoint telemetry has to feed identity response, because the compromise boundary often shifts from the device to the account. Practitioners should treat stolen session material as a privileged-access problem, not just a malware-cleanup task.

Credential harvesting now depends on stealth, not just exploitation. Commodity stealers increasingly use packing, masquerading, and temporary staging to make ordinary-looking user activity hide malicious intent. This is the governance gap the post highlights: detection models that key only on known hashes or obvious ransomware behaviour miss the credential-theft phase entirely. Teams should align controls to behaviour-led observability, with process, registry, and network correlation as the primary signal set.

Endpoint containment is becoming part of identity lifecycle control. Once a stealer captures browser sessions, the relevant question is how quickly those credentials and tokens are invalidated across downstream systems. That creates a direct bridge between EDR-style visibility and IAM, PAM, and session management. The control objective is no longer only to remove malware, but to collapse the window in which stolen identity artefacts remain usable.

Named concept: session-capture spillover. This is the pattern where endpoint malware converts local browser stores and application sessions into reusable identity assets outside the endpoint boundary. It matters because the compromise spreads through authenticated trust, not through a second exploit. Practitioners should model the blast radius of session theft alongside device containment.

MaaS stealer operations are scaling the identity attack surface faster than manual response can keep up. When malware is sold as a service, the barrier to entry drops and the volume of credential theft attempts rises. That pushes identity teams toward faster telemetry-to-action loops and tighter control of where credentials can be replayed. The practical conclusion is clear: response time is now part of access governance.

From our research:

What this signals

Endpoint stealer activity is now an identity governance problem because the artefacts it captures can outlive the malware itself. Security teams should plan for token revocation, session invalidation, and user reauthentication as part of endpoint containment, especially where browser-based access is common.

Session-capture spillover: this is the point at which local malware turns browser stores and session tokens into reusable access across SaaS and internal systems. The practical response is to reduce token lifetime, tighten device trust checks, and feed endpoint telemetry into IAM response workflows.

The operational signal for practitioners is response latency. If malware alerts do not trigger identity containment quickly, stolen sessions can remain usable long enough to become account takeover, fraud, or lateral movement opportunities.


For practitioners

  • Correlate endpoint and identity alerts Link suspicious process creation, registry persistence, and browser credential access events to IAM and help-desk workflows so stolen sessions can be revoked quickly. Use endpoint evidence to trigger account and token review, not just malware cleanup.
  • Harden browser and session exposure Reduce the value of stolen browser stores by enforcing shorter session lifetimes, stronger conditional access, and device-based access checks for high-value applications. Prioritise systems where browser sessions can be reused without reauthentication.
  • Monitor trusted directories for masqueraded binaries Watch for executables dropped into trusted paths such as Program Files locations or browser directories, and inspect mismatches between filename, signer, and process lineage. That is where commodity stealers often hide.
  • Use verified containment before deletion Apply VirusTotal or equivalent enrichment before removing files, then preserve the original artefact and telemetry for investigation. This reduces false positives while still enabling fast active response on confirmed malicious downloads.
  • Track stealer indicators as an identity threat Escalate browser credential theft, Telegram session theft, and wallet theft as identity-relevant incidents because they can lead directly to account takeover and fraud. Build playbooks that include token revocation and downstream session invalidation.

Key takeaways

  • Salat stealer matters because it converts endpoint compromise into reusable identity material, especially browser credentials and sessions.
  • The article shows that behaviour-based detection, file monitoring, and active response are required when malware hides behind packing, masquerading, and persistence.
  • Teams should treat credential theft alerts as identity incidents and collapse the reuse window through revocation, session invalidation, and tighter access controls.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK and OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0, NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKTA0005 , Defense Evasion; TA0006 , Credential Access; TA0003 , Persistence; TA0011 , Command and ControlSalat stealer relies on packing, credential theft, persistence, and C2 communications.
NIST CSF 2.0DE.CM-1Continuous monitoring is central to spotting packed malware and suspicious endpoint behaviour.
NIST SP 800-53 Rev 5SI-4System monitoring supports detection of malicious execution, persistence, and exfiltration activity.
CIS Controls v8CIS-8 , Audit Log ManagementThe article relies on Sysmon and log collection to surface malicious endpoint behaviour.
OWASP Non-Human Identity Top 10NHI-03Stolen credentials and sessions illustrate the risk of unmanaged identity artefacts.

Map detections to these tactics and prioritise telemetry that exposes evasion, theft, and outbound control traffic.


Key terms

  • Information Stealer: An information stealer is malware designed to collect credentials, sessions, and other valuable data from an infected device. In practice, it targets browsers, email clients, wallet software, and stored tokens so attackers can reuse trusted access elsewhere.
  • Command and control infrastructure: The systems an attacker uses to send instructions to compromised hosts and receive data back. In malware operations, C2 is often built to survive takedowns, rotate domains, and hide inside normal network traffic so defenders cannot easily separate malicious from legitimate communication.
  • Active Response: An automated security action triggered by an alert or rule match. In endpoint contexts, it can isolate, uninstall, terminate, or quarantine a threat or policy violation, but it is only effective when the triggering logic and verification steps are tightly governed.
  • Endpoint Telemetry: Endpoint telemetry is the process and event data collected from managed devices to understand local activity. For shadow AI, it includes process spawns, file access, and direct outbound calls from the operating system, giving security teams visibility that network tools and SaaS logs often miss.

What's in the full article

Wazuh's full blog post covers the operational detail this post intentionally leaves for the source:

  • Custom Wazuh rule logic for detecting AMSI tampering, registry persistence, and suspicious process behaviour on Windows
  • Step-by-step Sysmon and event-channel configuration for collecting the telemetry used to spot Salat stealer activity
  • VirusTotal integration details for verdict enrichment on newly created or modified files in monitored directories
  • Active Response setup for automatically removing confirmed malicious files after detection

👉 The full Wazuh post covers detection rules, VirusTotal integration, and active response configuration details.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, secrets management, and workload identity. It is designed for practitioners who need to connect identity controls to real-world security operations.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 19, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org