Risk Bundle Provider Matrix & Signing Baseline

Audience: Export Center engineers and operators who build, sign, or verify risk bundles. Purpose: Define the canonical set of risk-data providers that feed a StellaOps risk bundle, their offline-ready sources and refresh cadences, and the deterministic signing and verification baseline that makes bundles reproducible and tamper-evident.

Risk bundles aggregate exploit and vulnerability-scoring feeds (KEV, EPSS, OSV, vendor CSAF) into a signed, offline-portable archive. Determinism is the contract: identical inputs must yield identical manifests and signatures across reruns. The tables and rules below define how providers are ordered, hashed, signed, and validated.

Provider catalog (deterministic ordering)

Provider IDSource feed (offline-ready)CoverageRefresh cadenceSigning / integrityNotes
cisa-kevCISA Known Exploited Vulnerabilities JSONExploited CVEs with required/known exploited flagDailyDSSE signature using ExportCenter signing key; feed hash recorded in provider-manifest.jsonMandatory; fails bundle if feed missing or hash mismatch.
first-epssFIRST EPSS CSV snapshotProbability scores per CVEDailyDSSE signature; SHA-256 of snapshot stored in manifestOptional; omit if snapshot stale >48h unless allowStale=true.
osvOpenSSF OSV bulk JSON (per-ecosystem shards)OSS advisories with affected package rangesWeeklyDSSE signature; per-shard SHA-256 listIncluded only when includeOsv=true in job options to keep bundle size constrained.
vendor-csafCSAF vendor advisories (Red Hat, SUSE, Debian) mirrored via Offline KitVendor-specific CVEs, remediationsWeeklyDetached signature per CSAF document (vendor-provided where available) plus bundle-level DSSE manifestRequires Offline Kit mirror; missing vendor feeds logged but bundle continues if allowPartialVendors=true.

Manifest baseline

Signing baseline

Validation rules (bundle build)

Verification workflow alignment

Planned work