Skip to content

Dependencies with a known vulnerability

Scan rule · RSC-SEC-080

  • Security
  • Severity: High
  • CWE-1395
  • OWASP A06-2021

Matches the repository's package versions against the public OSV database and names the affected packages with advisory IDs.

Why this matters

A published vulnerability does not need a targeted attacker, only time. Advisories are public, come with sample code and are probed automatically at scale. The question is not whether someone finds the hole, but when a scanner passes your address.

Generated projects accumulate this especially fast. Versions sit in the repository exactly as the model knew them when scaffolding — and for an MVP, more time usually passes between scaffolding and launch than between an advisory and mass exploitation. Running `npm audit` is one of the things that simply never happens in a vibe-coded project.

Check it yourself: run `npm audit` or `bun audit` in the project directory. What matters is the difference between the installed version (in the lock file) and the version range in `package.json` — only the lock file says what actually runs. If the evidence says no lock file was present, the finding refers to the range, not to your actual state.

Scan tier

  • Repo access (deep scan)

How to fix it

Raise affected packages to the patched version and set up a recurring update run.

Scan your own app for free