moai-ref-supply-chain

Hardens software supply chains with SBOM, SLSA, Sigstore, and dependency auditing practices.

Updated Jul 24, 2026
One-click install
npx skills add https://github.com/jjjh7401/AI-Lighting_Console --skill moai-ref-supply-chain-jjjh7401
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: moai-ref-supply-chain
Source: https://github.com/jjjh7401/AI-Lighting_Console/tree/main/.claude/skills/moai-ref-supply-chain
Command: npx skills add https://github.com/jjjh7401/AI-Lighting_Console --skill moai-ref-supply-chain-jjjh7401

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Modern software is assembled from untrusted sources: any dependency, build step, or published artifact can be substituted, tampered with, or impersonated. This Skill provides a defensive reference for establishing provenance, integrity, and hygiene across the entire chain from source to consumer install. ## Core Features & Use Cases - SBOM Generation and Verification: Guidance on SPDX and CycloneDX formats, NTIA minimum elements, build-time generation with syft, and SBOM diffing to detect tampering. - Dependency-Confusion and Typosquatting Defense: Controls for namespace scoping, source pinning, lockfile hash-pinning, and name-similarity detection. - Provenance and Signing: SLSA Build levels L0-L3, Sigstore/cosign keyless signing, and consumer-side signature verification at install or admission time. - Use Case: Before adopting a newly flagged dependency, run the malicious-package triage playbook: quarantine the suspect version, verify its provenance, use the SBOM to inventory exposure, and report upstream. ## Quick Start Ask the agent to audit your project's dependency closure and generate a build-time SBOM with hash-pinned lockfile verification.

Frequently Asked Questions about moai-ref-supply-chain

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

FAQPage Schema
How do I generate an SBOM for my software project?▼

Generate an SBOM at build time using syft, which emits both SPDX and CycloneDX formats from an artifact or source tree. Include the NTIA minimum elements, especially dependency relationships, and attach the SBOM as a signed attestation so consumers can trust it.

SPDX vs CycloneDX: which SBOM format should I use?▼

SPDX, stewarded by the Linux Foundation and standardized as ISO/IEC 5962, is license-centric with broad regulatory acceptance. CycloneDX, from OWASP, is security-centric with native vulnerability and dependency-relationship modeling. Pick based on ecosystem fit and consumer needs.

How do I prevent dependency confusion attacks?▼

Prevent dependency confusion by reserving your organization's namespace on public registries, configuring resolvers to fetch internal names only from the internal registry, and pinning every dependency to a content hash in the lockfile so same-name substitutions fail verification.

What SLSA level should production artifacts require?▼

Production environments typically require signed provenance at SLSA Build L2 or higher, where provenance comes from a hosted build platform and is tamper-evident via signing. High-assurance environments require L3, which adds isolated, ephemeral builders and non-forgeable provenance.

How does Sigstore cosign verification work without private keys?▼

Cosign keyless signing authenticates the signer via OIDC, issues a short-lived identity-bound certificate, and records the signature in a public transparency log. Consumers verify with cosign verify, pinning the expected certificate identity and OIDC issuer so wrong-identity artifacts are rejected.

Why is version pinning alone not enough for dependency security?▼

Version pinning without hash pinning still accepts substituted bytes published under the same version string. Pinning by content hash in the lockfile ensures a same-version substitution with different bytes fails the install-time integrity check regardless of which registry served it.