supply-chain-sbom-provenance

Generate and validate SBOMs, sign artifacts, and emit SLSA build provenance.

9|3|Updated Jun 13, 2026
One-click install
npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill supply-chain-sbom-provenance
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: supply-chain-sbom-provenance
Source: https://github.com/Sir-chawakorn/sanook-cli/tree/main/skills/supply-chain-sbom-provenance
Command: npx skills add https://github.com/Sir-chawakorn/sanook-cli --skill supply-chain-sbom-provenance

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill addresses the critical need to prove artifact integrity and origin, ensuring that software deployments are not compromised by tampered dependencies, typosquats, or unauthorized build processes.

Core Features & Use Cases

  • Artifact Integrity: Generates and validates CycloneDX or SPDX SBOMs to provide a transparent inventory of all direct and transitive dependencies.
  • Keyless Signing & Provenance: Implements SLSA Level 3 build provenance and keyless signing via OIDC to verify that artifacts were built from trusted sources.
  • Use Case: A security engineer needs to ensure that all container images deployed to production are signed, contain a verified SBOM, and are pinned to specific SHA256 digests to prevent dependency-confusion attacks.

Quick Start

Use the supply-chain-sbom-provenance skill to generate a CycloneDX SBOM for the current container image and sign it using the CI OIDC identity.

Frequently Asked Questions about supply-chain-sbom-provenance

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate SLSA build provenance for container images in CI/CD?

Generate SLSA build provenance by emitting attestations via keyless signing with your CI OIDC identity. This verifies that container images were built from trusted sources and satisfies SLSA Level 3 requirements for artifact integrity.

What is the best way to prevent dependency-confusion attacks in software supply chains?

Prevent dependency-confusion attacks by generating and validating CycloneDX or SPDX SBOMs to inventory all dependencies, and pinning container images to specific SHA256 digests to ensure only verified artifacts are deployed.

How do I comply with EO 14028 and EU CRA software supply chain requirements?

Comply with EO 14028 and EU CRA by enforcing rigorous artifact attestation, validating SBOMs, and applying keyless signing to verify artifact origin. This ensures transparent dependency tracking and protection against tampered builds.

Does keyless signing with OIDC work for signing artifacts without managing private keys?

Keyless signing with OIDC works by using your CI pipeline's identity to sign artifacts without managing private keys. It generates SLSA build provenance that confirms artifacts were built from trusted, authorized sources.

When do I need an SBOM for my container deployments?

You need an SBOM for container deployments when you must provide a transparent inventory of direct and transitive dependencies to prove artifact integrity and protect against typosquats or unauthorized build processes.

Can I validate CycloneDX and SPDX SBOMs before deploying containers to production?

You can validate CycloneDX or SPDX SBOMs before production deployment to ensure all dependencies are verified. This policy enforcement blocks tampered dependencies and ensures only signed, attested container images are released.