NVD's Processing Backlog and the Vulnerability Intelligence Crisis: What Organizations Should Do

In February 2024, NIST's National Vulnerability Database — the authoritative source of CVE enrichment data that most SCA tools depend on — began falling dramatically behind on processing new CVEs. By mid-2024, tens of thousands of CVEs were in the database without CVSS scores, CPE identifiers, or severity enrichment. For organizations that relied on NVD as their primary vulnerability intelligence source, this created a significant blind spot in their SBOM-based security programs.

What Happened to NVD

NVD's processing backlog emerged from a combination of factors: a significant surge in CVE volume (the CVE numbering authority program expanded dramatically, increasing the number of CVEs requiring analysis), a shift in the interoperability and support contract that had previously been processing CVEs, and staffing challenges at NIST's cybersecurity division. By May 2024, NIST acknowledged the backlog publicly and announced a consortium of CVE Numbering Authorities (CNAs) and the cybersecurity community would take over enrichment responsibilities for the backlogged CVEs.

Impact on SBOM and SCA Programs

Organizations whose SCA tools relied primarily on NVD data experienced a period where newly disclosed CVEs appeared in their SBOMs without severity information — making prioritization impossible. CVEs without CVSS scores are difficult to triage: you know a vulnerability exists, but you cannot automatically classify it as critical, high, medium, or low. This undermined automated vulnerability management workflows that used CVSS severity as the primary prioritization signal.

The Multi-Database Response

The industry response to NVD's backlog accelerated adoption of alternative and complementary vulnerability intelligence sources. OSV (Open Source Vulnerabilities), maintained by Google, provides fast, high-quality vulnerability data for open source packages with excellent PURL-based matching. GitHub Advisory Database (GHSA) covers the npm, Maven, PyPI, and other ecosystems with timely enrichment. EPSS (Exploit Prediction Scoring System) provides exploitation probability data that does not depend on NVD processing. Organizations that had invested in multi-database vulnerability intelligence before the NVD crisis were significantly less impacted.

The Architecture Going Forward

The NVD crisis revealed the fragility of single-source vulnerability intelligence. Best practice now is to consume vulnerability data from multiple authoritative sources — NVD, OSV, GHSA, and ecosystem-specific databases — through a unified intelligence layer that deduplicates, enriches, and prioritizes findings. SCA platforms that aggregate across databases provide better coverage and resilience than those that depend on NVD alone.

// Recommended Tool

Multi-Source Vulnerability Intelligence with Fossity

Fossity — Fossity aggregates vulnerability intelligence from NVD, OSV, GitHub Advisory Database, and ecosystem-specific sources — providing comprehensive coverage that does not depend on any single database's processing speed or completeness. When NVD falls behind, your coverage does not.

Visit Fossity.com →
// Author: Esteban C.