node-fetch and the Cyber Resilience Act
5 of 9 readable security signals are in place for node-fetch 3.3.2 (npm). Data checked 2026-10-05.
- passNo known vulnerabilities in the latest version: none listed (Annex I, Part II: address and remediate vulnerabilities without delay)
- passNot deprecated: not marked as deprecated (support period and updates)
- missingActively maintained: Scorecard Maintained 0/10 (security updates for the whole support period)
- passSecurity policy: Scorecard Security-Policy 9/10 (Annex I, Part II: coordinated vulnerability disclosure policy and contact address)
- passLicence declared: MIT (component documentation and licence notices)
- passCode review before merge: Scorecard Code-Review 10/10 (secure development process (Annex VII, development and vulnerability handling processes))
- missingCI workflow hygiene: Dangerous-Workflow 10, Token-Permissions 0 (integrity of the build and update chain)
- missingSigned releases or provenance: not assessed (Annex I, Part II: secure distribution of updates)
- missingAutomated security testing: SAST 0, Fuzzing 0 (Annex I, Part II: effective and regular tests and reviews)
node-fetch 3.3.2 is the current default version of this npm package, published on 2023-07-25. The registry lists 96 versions in total and the licence declared is MIT. The source repository is node-fetch/node-fetch with 8,856 stars.
The OpenSSF Scorecard for the repository was last computed on 2026-08-24 and gives an overall 4.9/10. Signals that are not in place today: actively maintained; ci workflow hygiene; signed releases or provenance; automated security testing.
As of 2026-10-05, deps.dev lists no known advisories for this version. That is a snapshot and not a promise: new advisories can be published at any time.
If you ship a product that includes node-fetch, the Cyber Resilience Act expects you to know which components you ship, to follow their vulnerabilities and to exercise due diligence on third-party components (Annex I, Part II and Article 13). In practice: list node-fetch 3.3.2 in your SBOM with its package URL pkg:npm/[email protected], watch for new advisories, and keep the upstream security contact in your vulnerability handling process. With several signals missing, consider whether a better-maintained alternative exists.
Put the badge in your README
Check your own project
Run the repository check on node-fetch/node-fetch, or check your own SBOM and create the licence notices.
More in the index
fs-extra, qs, glob, path-to-regexp, undici-types, execa · all npm packages
Sources and method
Package and version facts, licences, advisories and provenance: deps.dev (generated data under CC BY 4.0; advisories from OSV). Repository signals: the OpenSSF Scorecard. We read them on 2026-10-05 and show them without scoring the people behind a project. The nine signals are our selection; every signal could be read for this package.
Information generated from your inputs, with article references to Regulation (EU) 2024/2847. It is not legal advice and does not replace your own assessment; check the references against the Official Journal.