Malicious code in cdn-img-fetch (npm)
Collected exploitation and prediction evidence
Risk source coverageCISA KEV is observed exploitation evidence. FIRST EPSS is a dated prediction of exploitation in the next 30 days. Missing scores are unknown. This collector requests predictions only for explicit CVE aliases in the public NuGet archive; Microsoft release views retain their existing prediction scope.
No collected risk observation for these identifiers. This does not establish absence of exploitation or a zero probability.
osv · MAL-2026-17320
Published--- _-= Per source details. Do not edit below this line.=-_ ## Source: amazon-inspector (d7922ab741ba357d3d9bb14201acdffd89639cb0b7a8850180d6dd9a8266e9f7) On require() of cdn-img-fetch, index.js unconditionally invokes https.get against https://raw.githubusercontent.com/cavecrew/proj/main/banner.png and pipes the response into a hidden dot-file at os.tmpdir()/._cif_data (written via a.part file and renamed into place). The source is a mutable main-branch URL in a personal GitHub account unrelated to the npm publisher, with no version pin, hash, or signature check, so whoever controls that repo controls the bytes dropped onto the installer's disk on every import. The fetch fires automatically as an IIFE at module load, not from any user-invoked API, and the destination filename is deliberately hidden. The package advertises itself as a CDN image cache helper, which does not explain an import-time download of an opaque file from a third-party personal repo to a hidden tmp location. This is the first-stage dropper / staging shape: the current fetched bytes are written but not executed in this version, but the mechanism gives an off-registry actor a persistent import-time write primitive into every installer's tmp directory. ## Source: ghsa-malware (68301866f373e268985057238c4d25f0220f0fce0392832291b0a0429ae4e1c7) 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
- 30 Sep 2026 04:38:16 UTC
- Source modified
- 8 Oct 2026 13:45:05 UTC
- Observed here
- 24 Oct 2026 13:17:17 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.