Widespread WhatsApp Campaign Leverages Compromised Accounts to Distribute VBScript Dropper, Installs ManageEngine RMM for Persistent Access

WhatsApp Malware Spreads via VBScript, Installs Legitimate RMM Tools for Takeover

HIGH
June 23, 2026
June 24, 2026
5m read
MalwarePhishingCyberattack

Related Entities(initial)

Organizations

Kaspersky ManageEngine

Products & Tech

WhatsApp ManageEngine Endpoint Central

Full Report(when first published)

Executive Summary

Security researchers at Kaspersky have uncovered an ongoing malware campaign exploiting the trust inherent in WhatsApp communications. Threat actors are using compromised WhatsApp accounts to send malicious VBScript attachments to victims' contacts. The scripts are disguised as legitimate documents to trick users into executing them. The ultimate goal of the attack is to install a legitimate Remote Monitoring and Management (RMM) tool, ManageEngine Endpoint Central, on the victim's computer. This "living off the land" technique provides the attackers with persistent, legitimate-looking remote access for data theft, surveillance, or deploying further malware. The campaign is active across at least 11 countries, with a significant concentration of victims in Malaysia.

Threat Overview

The attack chain leverages social engineering and abuses a legitimate enterprise tool:

  1. Initial Compromise: The campaign originates from WhatsApp accounts that have already been compromised through an unknown method. This allows the attackers to leverage the victim's trusted social circle.
  2. Distribution: The compromised account sends a message, often without any text, containing a malicious VBScript (.vbs) file to multiple contacts. The file is given a deceptive name (e.g., invoice.vbs, report.vbs) to appear as a business document.
  3. Execution: The recipient, trusting the sender, downloads and executes the VBScript file on their computer, likely through WhatsApp Desktop or WhatsApp Web.
  4. Infection Chain: The VBScript acts as a dropper, initiating a multi-stage process to download and install its final payload.
  5. Payload Deployment: The script stealthily installs and configures an agent for ManageEngine Endpoint Central, a legitimate and powerful IT administration tool.
  6. Persistent Access: The RMM agent connects to the attacker's control server, granting them full remote access to the compromised system.

Technical Analysis

This campaign relies on a combination of social engineering and the abuse of legitimate software.

  • Phishing (T1566.001 - Spearphishing Attachment): The attack is a form of spearphishing, using the compromised account of a trusted contact to deliver the malicious payload.
  • User Execution (T1204.002 - Malicious File): The success of the attack hinges on the user being tricked into executing the .vbs file.
  • Command and Scripting Interpreter (T1059.005 - Visual Basic): The attackers use VBScript, a native Windows scripting language, to initiate the infection. This avoids the need to drop an executable file initially, which might be flagged by antivirus software.
  • Ingress Tool Transfer (T1105 - Ingress Tool Transfer): The VBScript dropper downloads the main RMM installer from an external source.
  • Remote Services: Remote Access Software (T1219 - Remote Access Software): This is the core of the attack. By using a legitimate, signed RMM tool like ManageEngine Endpoint Central, the attackers' activity can blend in with normal administrative traffic, making it difficult for security tools to detect.

Impact Assessment

Once the RMM tool is installed, the attackers have near-total control over the victim's computer. They can silently monitor user activity, access files, steal credentials, install further malware (like ransomware or spyware), and use the compromised machine as a pivot point to attack other systems on the same network. For a corporate user, this could lead to a full-scale enterprise breach originating from a single employee's compromised WhatsApp account. The use of a legitimate RMM tool complicates detection and attribution, as the network traffic generated by the tool is encrypted and appears legitimate to firewalls and other network security appliances.

IOCs — Directly from Articles

No specific file hashes, domains, or IP addresses were provided in the source articles.

Cyber Observables — Hunting Hints

Security teams can hunt for signs of this activity within their environments. The following patterns could indicate related activity:

Type
Process Name
Value
wscript.exe or cscript.exe
Description
Look for instances of the Windows Script Host running and spawning child processes like powershell.exe or making network connections.
Type
File Name
Value
*.vbs
Description
Monitor for the presence and execution of VBScript files downloaded to user profile directories, especially from browser caches.
Type
Service Name
Value
ManageEngine Endpoint Central Agent
Description
Search for the presence of this service or related processes (UEMS.exe, dcagent.exe) on systems where it is not an officially deployed tool.
Type
Network Traffic Pattern
Value
Outbound connections to known ManageEngine cloud URLs from hosts not authorized to have the agent.
Description
This could indicate a rogue RMM installation communicating with an attacker's server.

Detection & Response

  1. Block VBScript Execution: Use Group Policy or application control solutions to block the execution of .vbs files by default, or at least to prompt users with a stern warning before they are run. This aligns with D3FEND's D3-EDL - Executable Denylisting.
  2. Monitor for RMM Tools: Use EDR or asset inventory systems to maintain a list of all installed software. Generate alerts for any installations of RMM tools (e.g., ManageEngine, TeamViewer, AnyDesk) that are not on the corporate-approved list.
  3. Process Monitoring: Configure EDR to alert when wscript.exe or cscript.exe initiates network connections or downloads executable files. Use D3FEND's D3-PA - Process Analysis to detect these suspicious process chains.

Mitigation

  1. User Education: This attack is heavily reliant on social engineering. Train users to be suspicious of any unsolicited attachments, even from known contacts. Emphasize that they should verify unexpected files through a separate communication channel before opening them. (M1017 - User Training).
  2. Application Control: Implement application control policies to prevent unauthorized software, including unapproved RMM tools, from being installed or executed. (M1042 - Disable or Remove Feature or Program).
  3. Email and Web Gateway Filtering: While this attack uses WhatsApp, the principle of filtering applies. Ensure web gateways can inspect files downloaded from WhatsApp Web and block potentially malicious script files.
  4. WhatsApp Security: Advise users to enable security features within WhatsApp, such as two-step verification and security notifications, to make account takeover more difficult.

Timeline of Events

1
June 22, 2026
Kaspersky reports on the active WhatsApp malware campaign.
2
June 23, 2026
This article was published

Article Updates

June 24, 2026

New details on VBScript obfuscation and multi-stage infection tactics revealed for the WhatsApp malware campaign.

MITRE ATT&CK Mitigations

Educate users to be highly suspicious of unsolicited attachments, even from trusted contacts, and to verify them via another channel.

Use application control or Group Policy to block or restrict the execution of script files like .vbs from user-writable locations.

Maintain an allowlist of approved software and alert on or block the installation of any unapproved applications, especially RMM tools.

Use EDR to monitor for suspicious process chains, such as the Windows Script Host downloading and running executables.

D3FEND Defensive Countermeasures

A primary defense against this WhatsApp campaign is to use Executable Denylisting to prevent the initial execution of the VBScript dropper. Most corporate users have no legitimate business need to run .vbs files. Organizations should configure application control policies (like AppLocker on Windows) to block the execution of files with .vbs, .vbe, and .js extensions from all locations, especially user-writable directories like 'Downloads' and 'AppData'. If certain legacy applications require VBScript, exceptions can be made for specific, signed scripts located in protected directories. This simple, policy-based control breaks the attack chain at the very first step (User Execution), rendering the social engineering attempt inert. It is a highly effective, low-cost mitigation for a wide range of script-based malware.

For environments where blocking scripts entirely is not feasible, Process Analysis via an EDR tool is the next line of defense. A detection rule should be created to flag the specific behavior of this attack: the Windows Script Host (wscript.exe or cscript.exe) spawning a child process (like powershell.exe or msiexec.exe) that makes an outbound network connection to download a file. This is anomalous behavior. The EDR should be able to correlate the initial script execution with the subsequent download and installation of the ManageEngine RMM tool. By creating a behavioral signature for this process tree, security teams can detect the attack even if the attackers change the script's content or the download URL. This focuses on the 'how' of the attack, not just the 'what', making it a more resilient detection strategy.

Organizations with mature security operations can leverage Dynamic Analysis in a sandbox environment to automatically vet attachments. When a file like the malicious .vbs script is downloaded via WhatsApp Web, an integrated security solution could automatically forward it to a sandbox for detonation before the user can access it. The sandbox would execute the script and observe its behavior: the network connections it makes, the files it drops, and the processes it spawns. Upon observing the script downloading and installing the ManageEngine RMM tool, the sandbox would flag the original file as malicious, quarantine it, and generate an alert. This automates the detection process, removing the fallible human element and providing a verdict on suspicious files in near real-time.

Timeline of Events

1
June 22, 2026

Kaspersky reports on the active WhatsApp malware campaign.

Sources & References(when first published)

Article Author

Jason Gomes

Jason Gomes

• Cybersecurity Practitioner

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.

Threat Intelligence & AnalysisSecurity Orchestration (SOAR/XSOAR)Incident Response & Digital ForensicsSecurity Operations Center (SOC)SIEM & Security AnalyticsCyber Fusion & Threat SharingSecurity Automation & IntegrationManaged Detection & Response (MDR)

Tags

WhatsAppMalwareVBScriptRMMManageEngineKasperskySocial EngineeringLiving off the Land

📢 Share This Article

Help others stay informed about cybersecurity threats

🎯 MITRE ATT&CK Mapped

Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.

🧠 Enriched & Analyzed

Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.

🛡️ Actionable Guidance

Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.

🔗 STIX Visualizer

Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.

Sigma Generator

Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.