competition-supply-chain

Traces dependency drift and artifact provenance across CI/CD pipelines in CTF sandbox challenges.

7|4|Updated Jun 22, 2026
One-click install
npx skills add https://github.com/dbx0/skills --skill competition-supply-chain-dbx0
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: competition-supply-chain
Source: https://github.com/dbx0/skills/tree/main/skills/supply-chain/initial-access/competition-supply-chain
Command: npx skills add https://github.com/dbx0/skills --skill competition-supply-chain-dbx0

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? When a CTF sandbox challenge involves supply chain tampering, it is hard to pinpoint where the intended artifact diverges from the artifact the runtime actually consumes. This Skill provides a structured methodology for tracing provenance from source checkout through dependency resolution, build, packaging, publish, and runtime consumption. ## Core Features & Use Cases - End-to-End Provenance Tracing: Maps source checkout, lockfiles, dependency fetches, build scripts, packaging, publish targets, and runtime consumers into one compact evidence chain. - Build-Time vs Runtime Reconciliation: Compares manifests against image layers, mounted secrets, generated files, and runtime hooks to locate the decisive mutation step. - Break Point Reporting: Identifies the earliest divergence point between declared, resolved, and shipped artifact versions. - Use Case: In a CTF challenge where a malicious package was injected via a registry mirror, use this Skill to compare the lockfile against actual registry pulls and prove which artifact the runtime container executed. ## Quick Start Ask the orchestrator to route a supply chain challenge here, then trace the dependency drift between the lockfile and the runtime-consumed artifact.

Frequently Asked Questions about competition-supply-chain

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

FAQPage Schema
How do I trace dependency drift in a CI/CD pipeline?

Compare the declared dependency version, the lockfile or resolver result, and the artifact actually fetched at build time. Then verify which artifact the runtime consumer loads, noting registry, mirror, or cache differences along the way.

How to find where a build pipeline was tampered with?

Split the pipeline into source, dependency resolution, build, packaging, publish, and runtime consumption stages. The earliest stage where the intended artifact diverges from the emitted artifact is the break point, often in preinstall scripts or publish steps.

Can this skill be used without ctf-sandbox-orchestrator?

No, it is a downstream specialization that requires ctf-sandbox-orchestrator to be active first. The orchestrator establishes sandbox assumptions, node ownership, and evidence priorities before routing supply chain challenges here.

What evidence matters most in supply chain provenance analysis?

High-value evidence includes version drift between source, lockfile, and fetched artifact, registry pulls from unexpected origins, build scripts with preinstall or postinstall hooks, and signed artifact hashes compared to runtime-loaded artifacts.

Why does lockfile drift alone not prove a supply chain compromise?

Lockfile drift only shows a resolution difference, not actual impact. You must prove the drifted artifact was packaged, published, and actually consumed or executed by the runtime to establish a real compromise.