sbom.day

SBOM

Software Bill of Materials: a complete inventory of every component in your software.

DEPENDENCIES

Every library, framework, and module your code relies on -- visible and accounted for.

SUPPLY CHAIN

From source to binary, trace the lineage of every artifact in your build pipeline.

TRANSPARENCY

No hidden ingredients. No obfuscated origins. Open source demands open manifests.

COMPLIANCE

Executive Order 14028. NTIA minimum elements. License obligations met, verified, documented.

VULNERABILITY

When a CVE drops, know in seconds whether you're affected. That's the power of an SBOM.

INTEGRITY

Hash every artifact. Sign every manifest. Trust nothing that can't prove its provenance.

AUTOMATION

Generate SBOMs at build time. Integrate with CI/CD. Make transparency a default, not a task.

What is an SBOM?

A Software Bill of Materials is a formal, machine-readable inventory of software components and dependencies. Think of it as a nutrition label for software -- except instead of calories and sodium, it lists every library, every version, every license, every transitive dependency that makes your application run.

SBOMs use standardized formats like SPDX and CycloneDX to ensure interoperability across the entire software supply chain.

Why it matters

Log4Shell. SolarWinds. The software supply chain is under constant attack. Without SBOMs, organizations are flying blind -- unable to determine whether a newly disclosed vulnerability lurks somewhere in the thousands of components their applications depend upon.

An SBOM transforms incident response from days of frantic searching to minutes of automated querying.

How it works

Modern SBOM tooling integrates directly into your build pipeline. At compile time, dependency resolution generates a complete component graph. Each component is identified by package URL (purl), versioned, and associated with its license obligations.

The result: a cryptographically signed document that travels with your software, from source to deployment.

CycloneDX v1.5 sha256:a4f8...
{
  "bomFormat": "CycloneDX",
  "specVersion": "1.5",
  "serialNumber": "urn:uuid:3e671687-395b-41f5",
  "version": 1,
  "components": [
    {
      "type": "library",
      "name": "lodash",
      "version": "4.17.21",
      "purl": "pkg:npm/lodash@4.17.21",
      "licenses": [{ "id": "MIT" }]
    },
    {
      "type": "library",
      "name": "express",
      "version": "4.18.2",
      "purl": "pkg:npm/express@4.18.2",
      "licenses": [{ "id": "MIT" }]
    }
  ]
}

Every component has a story.

Every dependency has an origin.

Every vulnerability has a scope.

Know what's inside your software.
sbom.day