MODULE 1
Trust Travels from Source to Runtime
Map developers, repositories, workflows, runners, registries, deployers, and workloads as one chain of authority.
FREE COURSE / SELF-PACED LEARNING
Learn to trace trust across CI/CD, build runners, artifacts and Kubernetes in this free course on supply-chain detection reasoning.
Read freely. Create an account to save your completed lessons.
Reading estimates use lesson text and an allowance for diagrams. Reflection, exercises and optional linked resources take additional time. These are estimates, not measured completion times.
KNOW WHAT YOU’RE WORKING TOWARD
Detection practitioners with basic CI/CD and security knowledge.
Detection evidence across source, build and runtime. For component controls and secure release foundations, start with Software Supply Chain Security Foundations.
Self-paced reading with explanatory diagrams and linked resources. Reflection and optional resource study take additional time.
Follow trust and identity from developer to source, workflow, runner, artifact, registry, deployment, Kubernetes control plane, and runtime. The course is written for one reader and develops its ideas through continuous explanation, realistic thought experiments, and explicit distinctions between fact, assessment, and uncertainty.
TRY THE REASONING / FICTIONAL SCENARIO
A release is signed by the normal build identity. Its provenance points to an unexpected workflow revision, and the release ticket names a different source commit.
List the records to preserve and explain why a valid signature does not resolve the release discrepancy.
The signature can support integrity and signer claims under its verification assumptions. It does not establish that the workflow revision or source selection was authorized. Preserve the artifact digest, verified signature, provenance, workflow revision and release ticket. Resolve their relationship through the authorized release process; avoid either approving the artifact solely because it is signed or declaring compromise from an unexplained mismatch alone.
This example is a reflection exercise, not a scored assessment.
FOLLOW THE LEARNING PATH
MODULE 1
Map developers, repositories, workflows, runners, registries, deployers, and workloads as one chain of authority.
MODULE 2
Detect consequential state changes even when attackers use valid accounts and normal platform capabilities.
MODULE 3
Use artifact identity, builder claims, verification policy, and deployment evidence without treating a signature as proof of benign intent.
BUILD ON THE RIGHT FOUNDATION
These courses address different scopes. Choose the foundation or follow-on that fits your next question.
Reviewed by Threat Intelligence Lab
Sources linked in the lessons provide context and further reading. Check the original documentation for current platform behavior and requirements.
Selected references are shown here; the lessons contain the full reading lists.