Skip to content

Shipped library with a known vulnerability

Scan rule · RSC-SEC-078

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

Detects front-end libraries and their version in the served bundle and in recovered source maps (retire.js signatures) and matches the version against OSV or the bundled retire.js database. Reports only on a confidently detected version.

Why this matters

This is the one dependency finding that works without repository access: whatever the app ships to every visitor, anyone can read — including the version of a bundled library. If a public advisory (CVE/GHSA) exists for it, the hole is documented, comes with sample code and is probed automatically. The question is not whether someone finds it, but when a scanner passes your address.

Generated projects accumulate this fast. The version sits in the bundle exactly as the model knew it when scaffolding — and for an MVP, more time usually passes between scaffolding and launch than between an advisory and mass exploitation. Updating front-end libraries is one of the things that simply never happens in a vibe-coded project.

Check it yourself: open the developer tools, load the library file from the network tab and read its version line; the CVE/GHSA identifier leads to the public description. We do not guess: if the version cannot be determined with confidence, the finding stays silent.

Scan tier

  • External scan (anonymous)
  • Source code from source maps

How to fix it

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

Scan your own app for free