OpenSSF Scorecard evaluates whether a project follows secure development practices — branch protection, CI/CD, signed releases, fuzzing. It's the best tool for measuring process security. It doesn't measure who controls the npm publish token or what happens if they're compromised.
Measures process security
Catches
Misses
Measures structural risk
Catches
Misses
esbuild is a model of disciplined open source. Single author, rigorous engineering, excellent documentation. Scorecard reflects this: good CI, consistent releases, careful dependency management. Commit flags it CRITICAL for a completely orthogonal reason.
The CRITICAL flag isn't a judgment on Evan Wallace's engineering discipline — it's a measurement of ecosystem structure. One compromised account reaches 194 million weekly installs. That's not a process problem; it's a concentration problem. Scorecard can tell you the processes are good. It can't tell you what happens when those processes are bypassed.
Scorecard is GitHub-first. It can't score a package that lives only on npm. Roughly 23% of high-download npm packages have no linked repository. For these, Scorecard returns nothing. Commit scores them using registry metadata: publisher count, release history, download trends.
A package can have exemplary Scorecard results — branch protection, signed commits, SLSA Level 2 — and still have a single person controlling the npm publish token for 400M weekly downloads. Scorecard doesn't measure that. Commit does. And it's the measurement that predicts which packages get attacked.
Five packages. Scorecard scores shown where available. Commit: live behavioral risk data.
Loading live Commit data…
Failed to load data.
No. Scorecard measures process. The Red Hat / Miasma attack (Jun 1, 2026) had valid SLSA provenance on every malicious version — Scorecard would have rated those packages highly throughout the attack. Process integrity is necessary but not sufficient. Structural concentration is a separate risk axis that Scorecard doesn't cover.
No. They measure orthogonal things. Scorecard tells you whether a project enforces code review, uses signed commits, and has CI configured. Commit tells you how many people control the publish credentials and whether that's proportionate to the download volume. A complete supply chain security posture needs both: Scorecard for process integrity, Commit for structural exposure.
It's not in scope. Scorecard was designed to measure repository security practices — things a project team controls. Publisher concentration is an ecosystem-level observation: how many people have the credentials to push to npm, and does that number make sense relative to the install volume? Scorecard answers "does this project have good security hygiene?" Commit answers "is this package's attack surface proportionate to its blast radius?"
The CLI, web audit, and API are free. Paid plans from $15–$29/mo add batch scanning, continuous monitoring, Slack/webhook alerts, and GitHub Action integration. See pricing →
Scorecard covers GitHub repos. Commit covers everything — including the 23% of high-download packages with no linked repo.
npx proof-of-commitment --file package.json