Malicious code in noelc-css-blender (npm)

--- _-= Per source details. Do not edit below this line.=-_ ## Source: amazon-inspector (1af88de104874d73dc5e8853fec7d4ca8b0c2c1dfa26a3cff9e44fac7eb30ea6) [email protected] declares itself as a 'tiny ESM utility for blending CSS custom-property token maps' with zero dependencies, but ships two heavily obfuscated single-line files totaling roughly 460 KB: index.mjs (~291 KB) and build-cache.mjs (~177 KB). Both consist of hex-named identifiers (`_0x...`) referencing large custom-encoded string arrays rather than readable code; the declared merge-two-token-maps functionality would require on the order of a dozen lines of plain JavaScript. The files carry fabricated 'auto-generated' header comments that misstate the package identity: index.mjs claims to be auto-generated by [email protected] (a different version than the actual 2.1.11 package), and build-cache.mjs claims to be auto-generated by [email protected], an unrelated package name. The headers additionally include 'restore from package-lock if corrupted' phrasing that functions as cover text discouraging inspection. package.json sets `main: index.mjs`, so any consumer that `require`s or `import`s noelc-css-blender executes the full obfuscated bundle at module load; there are no install lifecycle hooks, so the auto-executed surface is import-time rather than install-time. The string arrays use a custom (non-standard base64/XOR) encoding, so the specific sinks (network destinations, filesystem reads, child_process invocations) could not be extracted verbatim. The combination — massive obfuscated payload, trivial declared purpose, fabricated build-artifact header naming a different package, and import-time auto-execution via `main` — matches the carrier shape of credential-stealer / backdoor payloads rather than a legitimate CSS helper. ## Source: ghsa-malware (dd5aa005958728cd9ab05682a4915f92e1c35734dde85dda3a6b747e02f7fe63) 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

24 Oct 2026 23:55:21 UTC

Source modified

26 Oct 2026 06:45:16 UTC

Observed here

26 Oct 2026 07:21:08 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.