77 malicious Open VSX extensions mapped developer machines
An evil-twin campaign put 77 fake extensions on Open VSX that fingerprinted dev machines, Git repos, and CI pipelines. What to check in your editor today.
The interesting thing about the 77 malicious Open VSX extensions pulled last week is what they didn't steal. No source code. No credentials. No tokens, no SSH keys, no browser data. They took inventory — hostnames, Git remotes, CI providers — and sent it home. That's not a smash-and-grab. That's someone building a target list.
What actually happened
Manifold Security found 77 extensions on Open VSX — the marketplace that VS Code forks and cloud IDEs pull from, including VSCodium, Eclipse Theia, and Gitpod — impersonating legitimate developer tools. The attacker domain was registered July 15, 2026. The extensions surfaced between July 26 and August 1. Open VSX had them removed by August 3.
The payloads split into two tiers. 58 of them phoned home with the bare minimum: machine hostname, sometimes the workspace folder name and editor version.
The other 19 did real reconnaissance. Per BleepingComputer's breakdown of the report, those variants exfiltrated OS username, hostname, machine identifier, editor details, platform architecture, locale, timezone, workspace paths, Git repository metadata — remote hosts, organization, branch, HEAD commit hash — up to 60 installed extension IDs, and CI/cloud environment identifiers covering GitHub, GitLab, Azure DevOps, Buildkite, CircleCI, GitHub Codespaces, and Gitpod.
All 77 packages beaconed to the same domain: mangorbit[.]com. Manifold declined to speculate on the campaign's purpose. Install counts weren't disclosed.
Why a developer-tools supply chain attack matters for your business
Removal from the marketplace does nothing for a machine that already installed one. The extension stays on disk, and it stays in the workspace config files your team commits to the repo — .vscode/extensions.json, devcontainer definitions, editor settings that new hires clone on day one. That's how a pulled package survives its own takedown.
Two things to do this week, neither of which requires a security vendor. Block mangorbit[.]com at your DNS resolver — it costs nothing and covers every machine on the network. Grep your repos for the extension IDs in Manifold's report and check what's actually installed on developer laptops, including the ones running Cursor or Windsurf rather than stock VS Code. Those forks default to Open VSX; most teams have never thought about it.
Then ask the uncomfortable question. A reconnaissance campaign that maps which orgs use which CI, on which branches, from which machines, is a shopping list. The second half of that campaign hasn't run yet. Whoever bought the list knows your build pipeline before you know they exist.
If you contract out development, this is a vendor question, not an internal one. Ask who audits their editor extensions. Most shops have no answer.
Key takeaways
- 77 evil-twin extensions on Open VSX, live July 26–August 1, removed August 3 — all beaconing to
mangorbit[.]com - 19 of the 77 harvested Git remotes, org names, branch, HEAD commit, and CI identifiers across GitHub, GitLab, Azure DevOps, Buildkite, CircleCI, Codespaces, and Gitpod
- No source code, credentials, tokens, SSH material, or browser data was taken — this was reconnaissance, not theft
- Marketplace removal doesn't uninstall anything; check laptops and committed workspace config files
- VS Code forks like Cursor and Windsurf default to Open VSX, so "we don't use VS Code" is not a defense
Most small teams have no inventory of what runs inside their editors and CI. We build development pipelines with the supply chain locked down and documented — so you know what's installed, what it talks to, and who approved it. See how we build, or bring us your stack.
Sources: BleepingComputer, Manifold Security.
- #supply-chain
- #vs-code
- #developer-tools
- #vulnerability
- #open-vsx
Tommy Rush — Founder, Rush Commerce
Operator turned builder. 15+ years running operations — now shipping the systems businesses run on. More
Get The Rush Report weekly — one email, zero fluff.
Keep reading
Phishing on Microsoft's real login page: MFA won't save you
A campaign hit ~120 organizations by sending users to the genuine login.microsoftonline.com and asking them to approve an app. OAuth consent phishing beats MFA.
Read itDiffusers CVEs: trust_remote_code was never a real gate
Three CVEs let a Hugging Face model repo run arbitrary code even with trust_remote_code=False. Upgrade to Diffusers 0.38.0 and pin your model revisions.
Read it