Live › package › MAL-2026-18324
Go to dashboardNot triaged yet. The sources’ own description is below.
First seen by InfraStack 2026-10-26 20:51 UTC. All times on this page are UTC.
| Product | Ecosystem | Affected | Fixed in |
|---|---|---|---|
| publish-poc-test3 | npm | = 1.0.15; = 1.0.27; = 1.0.18; = 1.0.22; = 1.0.19; = 1.0.26; = 1.0.21 | – |
Unknown from the sources.
Unknown from the sources.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
-= Per source details. Do not edit below this line.=-
The package's postinstall lifecycle script creates a temporary directory, writes a fabricated package.json whose name is 'publish-poc-found-<random-hex>' (random suffix derived via 'openssl rand -hex 2'), and then invokes 'npm publish' from that directory. The literal string 'npm publish' is reconstructed at runtime by concatenating three fragments ('np', 'm pu', 'blish') through printf, specifically to prevent manifest and string scanners from matching the command. The publish runs against the public npm registry using whatever npm authentication context the installing environment currently has (an _authToken from ~/.npmrc, NPM_TOKEN / NODE_AUTH_TOKEN in the environment, or an active CI publish identity), so running 'npm install' of this package on a developer workstation or CI host that holds publish rights causes a new attacker-named package to be published under the installer's npm identity. The combination of credential abuse at install time, randomized attacker-chosen package naming, and deliberate obfuscation of the exact command performing the publish is characteristic registry self-propagation / worm behavior.
This page as .md · .json · in your agent: get_signal("MAL-2026-18324")