Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
Part of a larger attack: @servicetitan published 141 malicious packages. See the full campaign →
Malicious package

@servicetitan/acquisition-functionsnpm

@servicetitan/acquisition-functions is a confirmed malicious npm package (MAL-2026-11811) that steals credentials and exfiltrates sensitive data (malicious versions 5.22.1, 5.22.2, 5.22.3…). Do not install it — remove it immediately and rotate any exposed credentials.

Malicious code in @servicetitan/acquisition-functions (npm)

MAL-2026-11811
Immediate action
Remove the package, then rotate any secrets the build/runtime could reach.
npm uninstall @servicetitan/acquisition-functions

What this malware does

npm/@servicetitan/acquisition-functions is affected by the large-scale, self-propagating npm supply-chain worm of 2026-08-04 (the "Shai-Hulud: Here We Go Again" wave) — the same campaign that began with the compromise of the keyv and cacheable maintainer account. The listed version(s) were trojanized and republished by the worm after it reached an npm publish token belonging to a maintainer in this namespace; the payload enumerates every package a stolen token controls and republishes each with the same hook, so many packages under this scope were poisoned in the same short window. Every poisoned release adds a preinstall hook ("preinstall": "node setup.mjs") that runs on a bare npm install, before any project code. setup.mjs downloads a standalone Bun runtime and runs a byte-identical, heavily obfuscated ~728 KB second-stage credential stealer (shipped as Math_Symbol.js / math_init.js). It harvests GitHub, npm, AWS, GCP, Azure, HashiCorp Vault and Kubernetes credentials plus generic secrets and private keys (TruffleHog-style sweep), reads CI/CD secrets and identifies build runners, then republishes further packages the stolen token can reach. Rather than a fixed command-and-control host, it exfiltrates stolen findings to attacker-created GitHub repositories (descriptions reading "Shai-Hulud: Here We Go Again") and over DNS. Treat any environment that installed an affected version (with install scripts enabled) as compromised: rotate and revoke all reachable credentials (npm and GitHub tokens, cloud keys, Vault/Kubernetes secrets, and CI org/repo secrets). Part of the August 2026 npm worm that poisoned 400+ packages across many organizations.

This package's declared preinstall script (node setup.mjs) auto-executes on npm install. setup.mjs is itself obfuscated with hex-mangled identifiers and wrapper-call indirection (e.g., import _0x488df8 from "fs", YCZJE: function(fn,a,b,c){return fn(a,b,c)}) and performs the following sequence: download the Bun runtime from github.com/oven-sh/bun/releases/download/bun-v1.3.13/<platform>.zip into a temp directory, extract it, chmod it executable, then invoke that freshly downloaded Bun binary via execFileSync to run the sibling file math_init.js. math_init.js is a 727KB single-line // @bun @bun-cjs bundle whose entire body is string-array-rotation obfuscation (rotator function WV8StW cycling a large constants array, hex-mangled globals, no readable strings). The payload is executable only through the fetched alternate runtime and cannot be reviewed statically. This is the alternate-runtime dropper pattern: a Node lifecycle hook fetches a second language runtime specifically to execute an opaque, obfuscated, package-controlled payload with it, bypassing Node-based supply-chain scanners. The @servicetitan scope is a well-known company scope, and this shape is inconsistent with a legitimate ServiceTitan library — consistent with a scope compromise or lookalike publish. Installing this package grants arbitrary code execution on the installer's host at npm install time.

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.

Malicious versions

7 flagged
5.22.15.22.25.22.35.22.45.22.55.22.65.22.7

Indicators of compromise (SHA-256)

428f91fb98457eecd8d0065f68175c6910b74d1cafbc22d960308a19e7eb7845
141c171fc1fb104ba1654e138a120608d8d6db0e3be4c07a47297c7e2dac768c
9f7f4ac5d0f0bf3065fa04b989efeae7855b33e8a4ff4c78b4a3db381d8b9b8b
d5815451e59257b1f86ad1161fff7add39e7438d590fb586e89927d6c07867c8
e59907547c7329166bb0cf29f1b21b535611e4a295bfd0e380097f3a836df8ec
f1cb4f7a9a11683b41f2404f3c5b3fe5b8b139655f429477264ff2d1cbcce4db
02b5c382e150d8153c126e0d121fdbb913f34a78c74a79db27f34a1f090e3a0c
04d7b1f25e0ad439a178e03fd1fca6b9664705e302a68edbe0bac29e88d3cf82

Detection & response playbook

Credential / info stealer
  1. Find it

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

  2. If you installed it — respond

    @servicetitan/acquisition-functions is built to steal secrets, so assume every credential the build or runtime could read is compromised. Remove it from your project and lockfile, then rotate ALL exposed secrets — npm/registry tokens, cloud keys, CI/CD secrets, SSH keys, and any .env values — from a known-clean machine. Audit logs for unauthorized use of those credentials.

  3. Did it already run?

    If @servicetitan/acquisition-functions 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 @servicetitan/acquisition-functions 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. @servicetitan/acquisition-functions on npm has been identified as a malicious package (versions 5.22.1, 5.22.2, 5.22.3, 5.22.4, 5.22.5, 5.22.6, 5.22.7 flagged). It should be removed immediately — do not install or keep it in your dependency tree.

Campaign

GHSA-v9p9-cgq5-55jpIN-MAL-2026-011431IN-MAL-2026-011987IN-MAL-2026-012624IN-MAL-2026-012403IN-MAL-2026-012479IN-MAL-2026-012194IN-MAL-2026-012241

References

Credits

  • Aikido Security · finder
  • Amazon Inspector · finder
  • SafeDep · finder
  • Socket Threat Research Team · finder

Detect & block this

O3 blocks @servicetitan/acquisition-functions-class packages before install and in CI — and if it already ran, its runtime egress monitoring catches the credential exfiltration and severs the channel.

Explore

@servicetitan/acquisition-functions (npm) malicious package — MAL-2026-11811 | O3 Security