Tabular Foundation Models (TFMs) logopeterindia.net
Knowledge Hub

Software Supply Chain Security

Software supply chain security explained: SBOMs, provenance, signing, VEX, open standards, open-source tools and commercial platforms.

33 topics•6 categories•Updated October 2026

What Is Software Supply Chain Security?

4 entries

Software supply chain security protects the code, dependencies, build systems and artifacts that go into software. Common practices are generating a software bill of materials (SBOM) that lists components, scanning those components for known vulnerabilities, signing artifacts, recording build provenance so a binary can be traced to its source, and publishing VEX statements that say whether a vulnerability actually affects a product. Government guidance such as NIST's Secure Software Development Framework (SSDF) and CISA's SBOM resources describe these practices.

Frameworks and Standards

5 entries

Open specifications for describing components, provenance and vulnerability status.

SBOM Generation and Vulnerability Scanning

8 entries

Open-source tools that generate SBOMs and match components against vulnerability data. Release facts are from each repository's GitHub page.

Signing, Provenance and Project Health

6 entries

Tools that sign artifacts, generate provenance and assess how well open-source projects follow security practices.

Commercial Platforms

4 entries

Vendor products for software supply chain security. Descriptions follow each vendor's own pages and are not independent evaluations.

Frequently Asked Questions

What is an SBOM?

A software bill of materials is a list of the components in a piece of software, usually in a standard format such as CycloneDX or SPDX, so users can check which components and versions they are running.

What is SLSA?

SLSA is a security framework of standards and controls for preventing tampering and improving the integrity of packages and build infrastructure, including provenance that records how an artifact was built.

What is VEX?

Vulnerability Exploitability eXchange statements say whether a known vulnerability actually affects a product, which reduces noise from scanners. OpenVEX and CycloneDX both support it.

What does Sigstore do?

Sigstore provides tooling to sign and verify software artifacts, with Cosign used to sign and verify containers and binaries and a public transparency log for signatures.

Where should I start?

Generate an SBOM in CI with a tool such as Syft or Trivy, scan it with Grype or OSV-Scanner, sign release artifacts with Cosign, and measure your dependencies with OpenSSF Scorecard. Then add provenance as your build system allows.

How current is this page?

Links were checked on 31 October 2026. Release facts are from GitHub, and vendor descriptions follow each vendor's own pages and are not independent evaluations. The SLSA GitHub generator's latest release is from February 2025, so check it against your build platform.