Malicious code in bungoma (npm)

This package is part of a large family (100+ identified as of September 2026) of near-identical forks of the Baileys WhatsApp Web library that inject a covert channel-subscription action into the WhatsApp socket layer. On connect, the injected code issues an authenticated `w:mex` FOLLOW query (query_id 7871414976211147) against one or more attacker-chosen WhatsApp Channel/Newsletter JIDs, using the installer's own authenticated WhatsApp session -- silently subscribing the victim's account to channels it never asked to join. The target JID(s) are hidden from casual source review via one of several obfuscation techniques observed across the family: a plain string literal, base64 encoding, base64+XOR, or a char-code array reconstructed at runtime. Some variants instead fetch a mutable, attacker-controlled remote JSON/JS list of target JIDs from GitHub or another host at runtime, letting the target list change after installation without a new npm publish. Every sample in the family shares the same underlying mechanism (a wrapped/patched socket-connect routine that fires the FOLLOW query some seconds after connect), even though the package name, JID value(s), and obfuscation/delivery method differ per fork. The malicious action abuses the installer's own authenticated WhatsApp session to gain reach and subscribers for attacker-controlled channels; it does not exfiltrate credentials, establish persistence, or execute arbitrary remote code. Affected package: bungoma (npm), version(s): 1.1.0, 1.0.1. --- _-= Per source details. Do not edit below this line.=-_ ## Source: amazon-inspector (c67fa681909df2317f4cee0a0e79ece5108d5cd6b50c2511c34372a87d208ed4) The package presents as a drop-in Baileys fork. Inside makeWASocket(), a setTimeout runs ~90 seconds after init, decodes a base64-obfuscated URL (https://main.bwmxmd.co.ke/xmd.json), fetches a JSON list of WhatsApp JIDs, and issues 'follow newsletter' mex queries against each JID using the installer's authenticated WhatsApp session. The destination is not a plain literal — it is reconstructed from Buffer.from(<base64>,'base64').toString() to hide it from static inspection. The list of followed accounts is author-controlled and can be rotated at any time without a package update. No user opt-in, no documentation of this behavior. There is no credential exfiltration, no RCE, no filesystem persistence — the covert action is limited to reach/subscriber padding for author-chosen targets using the installer's identity. ## Source: ghsa-malware (d4e193378b8911288b038e69d0b3caa63b1fe862a251f852a671c538a4714e03) Any computer that has this package installed or running should be considered fully compromised. All secrets and keys stored on that computer should be rotated immediately from a different computer. The package should be removed, but as full control of the computer may have been given to an outside entity, there is no guarantee that removing the package will remove all malicious software resulting from installing it.

Source published

9 Oct 2026 17:50:23 UTC

Source modified

16 Oct 2026 01:45:13 UTC

Observed here

24 Oct 2026 13:17:17 UTC

Source terms

OSV · upstream source license applies

Original source record · Cite this exact observation · Complete original publisher JSON

This view projects the publisher's source fields for reading; the original JSON retains additional fields and CVE enrichment containers. Attribution: osv · OSV · upstream source license applies. Source text is retained; field grouping and change labels are provided by ChangeIntel.