Trust & supply chain security
This page is maintained by the sbom-tools maintainers to explain how each release is built, signed, and attested — and to point you at the exact files you can verify yourself. Every link below resolves to the current latest release v0.0.0, not a pinned version. Everything here is self-attested by the maintainers; no third-party audit has been performed.
Verify in 30 seconds
Uses the GitHub CLI's built-in attestation verifier. No key management required.
gh release download v0.0.0 --repo sbom-tool/sbom-tools \
--pattern 'sbom-tools-*.tar.gz'
gh attestation verify sbom-tools-*.tar.gz \
--repo sbom-tool/sbom-toolsA successful run prints Loaded digest ... Verification succeeded! and shows the workflow that built the binary, the commit SHA, and the Sigstore transparency log entry.
Inspect an attestation
in-browser · zero upload · zero telemetry
Download any Sigstore .bundle, the .intoto.jsonl provenance, or a DSSE envelope from release v0.0.0 and drop it below to see the builder identity, source commit, workflow, timestamps, and signed subjects. The file is parsed with JavaScript on this page — it never leaves your device. (GitHub release assets don't set CORS headers, so direct auto-fetch from the browser isn't possible; this pattern keeps the flow fully local and auditable.)
Drop an attestation file here
Supports Sigstore bundles (.bundle), .intoto.jsonl, and DSSE envelopes. Parsed entirely in your browser — nothing is uploaded.
SLSA Provenance
in-toto statement · SLSA v1.0 predicate
Each release ships a signed in-toto attestation describing the exact GitHub Actions workflow, commit SHA, and runner that produced every published artifact. Consumers can cryptographically prove a binary came from our source tree — not a supply-chain intermediary.
Sigstore keyless signatures
cosign bundle format · Rekor transparency log
Every release archive and the release manifest are signed with Sigstore using OIDC identity from the GitHub Actions runner — no long-lived signing keys to steal or rotate. Signatures are recorded in the public Rekor transparency log so tampering is publicly detectable.
cosign verify-blob \
--bundle sbom-tools-linux-x86_64.tar.gz.bundle \
--certificate-identity-regexp 'https://github.com/sbom-tool/sbom-tools/.*' \
--certificate-oidc-issuer https://token.actions.githubusercontent.com \
sbom-tools-linux-x86_64.tar.gzGitHub build attestations
actions/attest-build-provenance
GitHub publishes an independent, first-party attestation for every binary in the release. These are queryable via gh attestation verify and don't require the release archive to be present — you can verify a binary you already have installed.
Deterministic release manifest
SHA-256 checksums · signed manifest
Every release publishes a signed manifest of SHA-256 checksums for all artifacts. This lets you verify a downloaded binary matches exactly what the maintainers signed off on, even without running Sigstore or SLSA tooling.
SBOMs shipped with every release
CycloneDX 1.6 · SPDX 2.3
We ship the tool's own bill of materials in both major formats so you can audit our dependency tree with the same workflows you'd use for any other supplier.
Security disclosure
Report vulnerabilities via GitHub Security Advisories. We aim to acknowledge reports within 72 hours. Please do not open public issues for suspected vulnerabilities.
Last resolved against release v0.0.0. Refreshed automatically from the GitHub API every 30 minutes.