dumb-binding-gyp-package has 0 compromised versions.

HighAdvisory sweepnpm

dumb-binding-gyp-package has 0 versions on the npm registry flagged in 1 incident we track. Only the exact versions listed below were named by the source advisories. dumb-binding-gyp-package was recorded in a daily advisory sweep. The write-up groups it into a cluster with the evidence available at the time; check the cluster note before treating it as a confirmed compromise.

At a glancenpm
0
Compromised versionsDo not install these

If one is in your tree, treat the machine as compromised, not just out of date.

Ecosystem
npm
Worst severity
High
Incidents
1
First flagged
27 Aug 2026
Type
Advisory sweep

Version data comes from the public advisories cited on each incident page.

Affected versions

The exact releases to look for.

Check what you actually have installed with npm ls dumb-binding-gyp-package.

    The incident

    The incident that flagged it

    HighAdvisory sweep

    GitHub Advisory malware sweep, 27 August 2026

    24 new GHSA malware advisories in the 24h window ending 2026-08-27. Highlights: npm hydration-vli-ui@1.0.0 ships a Linux x86_64 ELF disguised as JavaScript, on import establishes a full-featured RAT with SSH-key theft and systemd persistence; npm commonjs-code-token postinstall pulls a token from access-token-delta.vercel.app and eval()s it; npm spotify-url-resolvers archives the project directory (including .env) hourly to a Telegram bot; PyPI pybitjs is attributed to Lazarus/PolinRider with blockchain-based C2 delivery.

    Versions named here: Read the incident →
    What to do

    Installed one of these? Start here.

    Treat the machine as compromisedUpgrading is not enough. Packages in these incidents typically execute at install time, so the payload has already run with whatever credentials were in the environment.

    1. Rotate every credential that machine or CI job could reach, such as registry tokens, cloud keys, SSH keys and CI secrets, from a different machine.
    2. Pin to a version not listed above, then reinstall from a clean lockfile.
    3. Clear caches and private mirrors. Artifactory, Nexus, Verdaccio and devpi routinely keep serving a tarball after the public registry has pulled it.
    4. Read the incident write-up. Recommended actions differ per incident, and some have specific indicators of compromise worth searching your logs for.
    Same campaign

    Other packages in the same incident

    If dumb-binding-gyp-package is in your tree, these are worth checking too. They were published by the same campaign.

    Version data comes from the public advisories cited on each incident page. We list only versions those advisories name and do not infer additional ones. Think this is wrong or incomplete? Tell us.

    Check your whole project

    Check every dependency, not just this one.

    It is usually pulled in as a transitive dependency rather than one you installed directly. Paste your package-lock.json to check every dependency at once. It runs in your browser and nothing is uploaded.