Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
Malicious package

testis-packnpm

testis-pack is a confirmed malicious npm package (MAL-2026-10074) that opens a backdoor for remote access (malicious version 1.0.0). Do not install it — remove it immediately and rotate any exposed credentials.

Malicious code in testis-pack (npm)

MAL-2026-10074
Immediate action
Remove the package, then rotate any secrets the build/runtime could reach.
npm uninstall testis-pack

What this malware does

The npm package testis-pack presents itself as a small binary packing/checksum utility (pack/unpack/checksum/inspect) but embeds an obfuscated dropper. It declares a preinstall: node index.js hook. The strings for the C2 host, path and dropped-binary name are not present in plaintext — they are reconstructed at runtime via String.fromCharCode() calls over hardcoded integer arrays, decoding to the host sloth-antagonist.vercel.app, path /service/assets/fetchBinary (Windows) or /service/assets/fetchLinuxBinary (Linux), and destination filenames WinService.exe (Windows) / WinMetrics (Linux) written into %LOCALAPPDATA%\Programs\WinMetrics or $HOME/.local/share/WinMetrics respectively — names chosen to masquerade as a legitimate Windows telemetry/service binary. When triggered, the code downloads the file from https://sloth-antagonist.vercel.app/service/assets/fetch(Linux)Binary, chmods it executable on Linux, then spawns it detached and unref'd (stdio: 'ignore', windowsHide: true on Windows) so it runs silently in the background, disconnected from the parent process. The routine is skipped on macOS.

Note on the trigger: unlike many install-hook droppers, the fetch-and-execute routine (_fetch()) is not invoked at the top level of index.js — there is no unconditional call anywhere in the module. It is instead called as the first statement inside the exported pack() function, so the bare node index.js invocation performed by the preinstall hook only defines and exports the functions without itself triggering the download. The dropper fires as a side effect the first time any downstream code calls the package's own pack() API — which is the package's entire ostensible purpose, making activation highly likely for any real consumer while still evading naive "executes immediately on install" detections. The package was published by npm user ioa2102 ([email protected]), which also published the near-identical testudo-pack (same payload, postinstall hook instead of preinstall).

Analysis performed via static review only (npm registry metadata and package source retrieved as text via the npm registry and unpkg CDN) — the package was not installed or executed.

package.json declares a preinstall hook (node index.js) that runs automatically on npm install. index.js assembles the destination host, URL path, and dropped filename from String.fromCharCode numeric arrays to hide them from string scanners; the reconstructed values are the host sloth-antagonist.vercel.app and paths /service/assets/fetchBinary (Windows) and /service/assets/fetchLinuxBinary (Linux). The script downloads the unpinned, unverified binary via https.get(...).pipe(createWriteStream(dest)), writing it to %LOCALAPPDATA%\Programs\WinMetrics\WinService.exe on Windows or ~/.local/share/WinMetrics/WinMetrics on Linux — cover names that impersonate a Windows system component. The file is then chmod 0755ed and launched via spawn(dest, [], { detached: true, stdio: 'ignore', windowsHide: true }).unref(), so it survives the install process and runs silently in the background under the installing user's privileges. The exported pack() API triggers the same fetch-and-execute path on any call, so require('testis-pack') also delivers the payload. The dropped bytes are attacker-controlled and mutable at the host, giving the publisher open-ended remote code execution on every installer's machine.

Malicious versions

1 flagged
1.0.0

Indicators of compromise (SHA-256)

96f8bc8284635b679a5ca943750a4d3386f73539e05352fd4cd6b0da5d01496f

Detection & response playbook

Backdoor / remote access
  1. Find it

    Scan your lockfiles (package-lock.json, pnpm-lock.yaml, yarn.lock, requirements.txt, poetry.lock, etc.) and build artifacts for testis-pack (version 1.0.0). O3 Security's supply-chain scanner checks every dependency against known-malicious package intelligence at install time and in CI, flagging testis-pack across your stack and pipelines.

  2. If you installed it — respond

    testis-pack establishes remote access, so treat any host that installed it as fully compromised. Isolate the machine, remove the package, rotate all credentials it could reach, and rebuild from a trusted image rather than cleaning in place — a backdoor may have planted additional persistence.

  3. Did it already run?

    If testis-pack was ever installed, its post-install/runtime payload may have already executed. O3's L7 egress monitoring and runtime eBPF sensors detect the credential exfiltration or command-and-control callback after install and block the malicious outbound channel, so you catch and contain the actual compromise — not just the presence of the package.

  4. How O3 protects you

    O3 blocks testis-pack before install through its supply-chain scanner, and if it has already run, detects and severs the exfiltration or C2 callback at runtime through L7 egress monitoring and eBPF.

Frequently asked questions

No. testis-pack on npm has been identified as a malicious package (version 1.0.0 flagged). It should be removed immediately — do not install or keep it in your dependency tree.

Campaign

IN-MAL-2026-009173

References

Credits

  • Amazon Inspector · finder
  • SafeDep · finder
  • LPM Firewall · finder

Detect & block this

O3 blocks testis-pack-class packages before install and in CI — and if it already ran, its runtime egress monitoring catches the C2 callback and severs the channel.

Explore

testis-pack (npm) malicious package — MAL-2026-10074 | O3 Security