Dependency Vulnerability & License Audit | KEV + EPSS Priority avatar

Dependency Vulnerability & License Audit | KEV + EPSS Priority

Pricing

from $1.50 / 1,000 package auditeds

Go to Apify Store
Dependency Vulnerability & License Audit | KEV + EPSS Priority

Dependency Vulnerability & License Audit | KEV + EPSS Priority

Audit package.json, lockfiles, requirements.txt, go.mod or a GitHub repo: OSV vulnerabilities ranked by CISA KEV and EPSS, fix versions, license policy. $0.0015/package + $0.01 start.

Pricing

from $1.50 / 1,000 package auditeds

Rating

0.0

(0)

Developer

Andok

Andok

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

1

Monthly active users

8 days ago

Last modified

Share

Dependency Vulnerability & License Audit — OSV, CISA KEV and EPSS Priority

Audit the dependencies of any project and get a ranked to-fix list instead of a wall of CVEs. Point the Actor at a GitHub repo, a lockfile URL, a pasted package.json / requirements.txt / go.mod, or a plain package list. For every package it returns known vulnerabilities from OSV.dev, flags the ones actively exploited in the wild (CISA KEV), adds the EPSS exploit probability, names the minimum version that fixes everything, and checks licenses against your policy. No API key, no login.

Most scanners rank by CVSS alone, so a lockfile with 40 "high" findings looks the same as one with a single actively exploited bug. Here every package gets a priority: P0 actively exploited (CISA KEV), P1 critical or likely to be exploited (EPSS ≥ 10%), P2 high severity, P3 other, none clean.

What you get

One row per package:

FieldDescription
ecosystem, package_name, versionWhat was audited. Ecosystems: npm, PyPI, Go, crates.io
version_sourcepinned (lockfile / ==), range-minimum (lowest version of a range such as ^1.2.0), or explicit
priorityP0 / P1 / P2 / P3 / none (see above)
vulnerability_count, max_severityDistinct advisories (GHSA/CVE aliases merged) and the worst severity
in_kev, max_epssListed in the CISA Known Exploited Vulnerabilities catalog; highest EPSS probability
recommended_versionLowest version that fixes the advisories OSV has a fix for
vulnerabilities[]Per advisory: id, cve, severity, summary, fixed_in, epss, in_kev, url
licenses, license_statusSPDX licenses from deps.dev; ok, blocked (matches your policy) or unknown
latest_version, is_outdated, is_deprecated, published_atFreshness signals

A SUMMARY record in the key-value store rolls the run up: counts by priority, blocked-license packages, deprecated packages and the top upgrade steps. It is free.

Input

FieldDescription
githubReposowner/name. Reads package-lock.json (else package.json), requirements.txt, go.mod, Cargo.lock from the default branch root
manifestUrlsRaw URLs of those files (works for private files behind a tokenised URL)
manifestText + manifestFileNamePaste one manifest
packagesnpm:lodash@4.17.15, pypi:requests==2.19.0, go:github.com/gin-gonic/gin@v1.6.0, cargo:serde@1.0.100
includeDevDependenciesOff by default
blockedLicensesSPDX ids to block. Default: AGPL, GPL-3.0, SSPL, BUSL
onlyRiskyDeliver and pay for risky packages only
maxPackagesCap per run (default 300)

Example: audit a repo, show only what needs attention

{
"githubRepos": ["expressjs/express"],
"onlyRisky": true
}

Pricing

Pay per event: $0.01 per run plus $0.0015 per package delivered. A 300-package lockfile costs about $0.46; with onlyRisky you pay only for the packages that need attention. The run stops at your maximum cost limit.

Notes

  • Sources: OSV.dev (advisories), deps.dev (licenses, versions), CISA KEV, FIRST EPSS.
  • Matching is by exact version. For package.json ranges the lowest version of the range is audited (version_source: range-minimum); use a lockfile for the exact installed tree.
  • Dual-licensed packages (MIT OR GPL-3.0) list both licenses; review blocked_licenses_found before acting.
  • It reports known advisories only; it does not check whether your code reaches the vulnerable function. Not legal or security advice.