Compose a pipeline
Pick the domains you are responsible for. Every control the graph holds for them is placed into the lifecycle phase where it belongs, with the frameworks it evidences and the attacks it stops.
Domains
- Static Code Analysis20
- Dependency Management24
- Container Security24
- Exposure & Vulnerability Management15
- Endpoint Protection6
- Secrets & Identity Security×
- Build Integrity & Cryptographic Trust×
- CI/CD Pipeline Security10
- Runtime Application Validation25
- Runtime & Kubernetes Protection24
- AI Model & Agent Security16
- Identity & Access Management16
- Cloud Security Posture14
- Package Registry & Provenance Security13
- API Security12
- Detection & Response12
- SBOM & Component Visibility12
- Vendor Governance12
- Infrastructure-as-Code Security11
- Developer Security & Secure Coding×
- Secure Design & Threat Modeling10
- Governance, Risk & Compliance8
- Source Control Security8
- Data Protection2
- Email & Collaboration Security1
Maturity ceiling
Controls carry the maturity level a program needs to run them. Raising the ceiling adds depth and volume; level 3 is a realistic target for most teams.
- GOV Governance and assurance
- The stream that decides what blocks, and proves it blocked.
- SUP Open source and third-party supply
- Everything you did not write, arriving faster than you can review it.
- DEV Design and development
- Where the cost of a fix is lowest and the attention is shortest.
- DEL Build and delivery
- The machine that makes the thing, and the largest single target in the chain.
- VER Testing and validation
- The stream that finds out whether any of the others worked.
- OPS Runtime and platform
- The last place to stop something, and the most expensive.
- OBS Detection and continuous observation
- The only stream whose answer changes while nothing else does.
The figure is how many controls the field places in that cell and the wash behind it is how much of the cell you have decided — 43 targeted, 0 ignored, 290 still open, of 333. A ring means the cell is closed. Your 26 controls account for 43 of those, because a control that belongs at build and again at deploy is two decisions about where it runs rather than one. Ignoring a control counts as decided and leaves the denominator, so coverage measures what you said you would do rather than everything that exists.
The dashed rules are the two boundaries every pipeline has, whatever its platform: intake at build and release at release. Both default open — nothing is refused unless something was configured to refuse it.
The columns are drawn as a row here and as a loop elsewhere, and the same eight phases are the eight color groups a player walks around the DevSecOpoly board, in these same colors. The shape is a convenience. What is real is that each phase is a set of activities, and an activity is only worth doing because it enables a capability.
26 capabilities appear 43 times, because a control can belong at more than one point in the lifecycle. Digest verification, for instance, is enforced at build and checked again at deploy — the same capability doing a different job.
- 01
Plan
2 capabilities
- 02
Code
12 capabilities
- AI Coding Assistant Security GuardrailsDEVSEC · level 3 · counters 3 · 5 controlsCompare3 scored of 6
- AI-Generated Code Vulnerability DetectionDEVSEC · level 3 · counters 2 · 3 controlsCompare3 scored of 4
- Automated Remediation Pull RequestsDEVSEC · level 2 · 3 controlsCompare7 scored of 12
- Developer Workstation HardeningDEVSEC · level 3 · counters 3 · 4 controlsOne product1 product
- IDE Security LintingDEVSEC · level 1 · table stakes · 5 controlsCompare5 scored of 8
- Pre-Commit Security ChecksDEVSEC · level 1 · table stakes · counters 1 · 4 controlsCompare3 scored of 7
- Secure Coding TrainingDEVSEC · level 1 · table stakes · 10 controlsCompare3 scored of 5
- Secure Library & Safe Default RecommendationsDEVSEC · level 2 · 7 controlsOne product1 scored of 1
- Security Code Review AssistanceDEVSEC · level 2 · 4 controlsCompare3 scored of 4
- Security Unit & Regression TestingDEVSEC · level 2 · 6 controlsNo product
- Secret Push ProtectionSECRETS · level 2 · counters 2 · 3 controlsList only1 scored of 4
- Secrets Detection in Source CodeSECRETS · level 1 · table stakes · counters 3 · 9 controlsCompare4 scored of 15
- 03
Build
11 capabilities
- Artifact Digest Integrity VerificationBUILD · level 2 · counters 2 · 3 controlsNo product
- Artifact SigningBUILD · level 2 · counters 3 · 6 controlsCompare3 scored of 11
- Build Provenance AttestationBUILD · level 3 · counters 4 · 7 controlsCompare3 scored of 15
- Code Signing Key ManagementBUILD · level 3 · counters 1 · 3 controlsList only8 products
- Keyless Signing with Transparency LogBUILD · level 3 · counters 2 · 3 controlsList only1 scored of 8
- Signature VerificationBUILD · level 3 · counters 4 · 6 controlsList only1 scored of 5
- Access Token Scoping & Least PrivilegeSECRETS · level 2 · counters 2 · 7 controlsList only1 scored of 2
- Centralized Secrets ManagementSECRETS · level 2 · counters 2 · 8 controlsList only1 scored of 11
- Dynamic Short-Lived CredentialsSECRETS · level 3 · counters 2 · 4 controlsList only1 scored of 8
- Secrets Detection in CI Logs & ArtifactsSECRETS · level 3 · counters 2 · 3 controlsList only4 products
- Workload Identity FederationSECRETS · level 3 · counters 3 · 7 controlsCompare2 scored of 16
- 04
Test
1 capability
- Security Unit & Regression TestingDEVSEC · level 2 · 6 controlsNo product
- 05
Release
4 capabilities
- Artifact SigningBUILD · level 2 · counters 3 · 6 controlsCompare3 scored of 11
- Code Signing Key ManagementBUILD · level 3 · counters 1 · 3 controlsList only8 products
- Keyless Signing with Transparency LogBUILD · level 3 · counters 2 · 3 controlsList only1 scored of 8
- Secrets Detection in CI Logs & ArtifactsSECRETS · level 3 · counters 2 · 3 controlsList only4 products
- 06
Deploy
5 capabilities
- Artifact Digest Integrity VerificationBUILD · level 2 · counters 2 · 3 controlsNo product
- Signature VerificationBUILD · level 3 · counters 4 · 6 controlsList only1 scored of 5
- Centralized Secrets ManagementSECRETS · level 2 · counters 2 · 8 controlsList only1 scored of 11
- Dynamic Short-Lived CredentialsSECRETS · level 3 · counters 2 · 4 controlsList only1 scored of 8
- Workload Identity FederationSECRETS · level 3 · counters 3 · 7 controlsCompare2 scored of 16
- 07
Operate
6 capabilities
- Access Token Scoping & Least PrivilegeSECRETS · level 2 · counters 2 · 7 controlsList only1 scored of 2
- Automated Secret RotationSECRETS · level 3 · 4 controlsList only1 scored of 10
- Centralized Secrets ManagementSECRETS · level 2 · counters 2 · 8 controlsList only1 scored of 11
- Dynamic Short-Lived CredentialsSECRETS · level 3 · counters 2 · 4 controlsList only1 scored of 8
- Leaked Credential Validation & RevocationSECRETS · level 3 · counters 2 · 3 controlsList only4 products
- Non-Human Identity Discovery & GovernanceSECRETS · level 3 · counters 3 · 5 controlsList only1 scored of 10
- 08
Monitor
2 capabilities
Framework coverage
What this selection alone would let you evidence.
ASVS 5.0
6 of 17
OWASP Application Security Verification Standard (ASVS) 5.0.0
V1 · V9 · V10 · V11 · V13 · V15
CI/CD Top 10
5 of 10
OWASP Top 10 CI/CD Security Risks
CICD-SEC-10 · CICD-SEC-2 · CICD-SEC-5 · CICD-SEC-6 · CICD-SEC-9
S2C2F
3 of 25
OpenSSF Secure Supply Chain Consumption Framework (S2C2F)
AUD-3 · REB-2 · UPD-2
SLSA 1.2
4 of 16
Supply-chain Levels for Software Artifacts (SLSA) 1.2
Build L1 — Provenance generated and distributed · Build L2 — Consumer validates provenance · Build L2 — Signed provenance · Build L3 — Signing secrets isolated
SSDF 1.1
14 of 42
NIST Secure Software Development Framework 1.1 (SP 800-218)
PS.1.1 · PS.2.1 · PW.4.1 · PW.5.1 · PW.7.1 · PW.9.1 · PO.2.2 · PO.5.2 · PS.3.2 · PW.4.2 · PW.7.2 · PW.8.2 · +2 more
Scorecard
2 of 20
OpenSSF Scorecard Checks
Signed-Releases · Token-Permissions
Coverage by phase
Plan
Not modeledNo attack techniques are modeled against this phase yet. That is a gap in our model, not evidence the phase is safe.
Code
2 countered · 2 open of 4
Build
2 countered · 9 open of 11
Test
Not modeledNo attack techniques are modeled against this phase yet. That is a gap in our model, not evidence the phase is safe.
Release
2 countered · 2 open of 4
Deploy
1 countered · 0 open of 1
Operate
3 countered · 10 open of 13
Monitor
Not modeledNo attack techniques are modeled against this phase yet. That is a gap in our model, not evidence the phase is safe.
What this selection leaves open
Trusted Supplier Compromise
Open12 real incidentsCommon · Operate
Nothing in this pipeline counters it. The graph knows 5 capabilities that would: Commercial Software Binary Composition Analysis, Continuous Vendor Risk Monitoring, Nth-Party Dependency Mapping, SaaS & CI/CD Integration Governance, and others.
Maintainer Account Takeover
Open10 real incidentsCommon · Release
Nothing in this pipeline counters it. The graph knows 6 capabilities that would: Developer & Maintainer MFA Enforcement, Maintainer & Publisher Risk Analysis, Malicious Package Detection, Minimum Release Age Enforcement, and others.
Stolen Publishing Token
Countered9 real incidentsCommon · Release
Countered by Access Token Scoping & Least Privilege, Leaked Credential Validation & Revocation.
Artifact Tampering After Build
Countered7 real incidentsCommon · Release
Countered by Artifact Digest Integrity Verification, Artifact Signing, Build Provenance Attestation, Keyless Signing with Transparency Log, Signature Verification.
CI Runner Secret Exfiltration
Countered5 real incidentsCommon · Build
Countered by Secrets Detection in CI Logs & Artifacts.
Exploitation of Known Vulnerable Component
Open5 real incidentsVery Common · Operate
Nothing in this pipeline counters it. The graph knows 7 capabilities that would: Container Image Vulnerability Scanning, Coverage-Guided Fuzzing, Minimal Hardened Base Images, Risk-Based Vulnerability Prioritization, and others.
Leaked Secret Abuse
Countered5 real incidentsVery Common · Operate
Countered by Dynamic Short-Lived Credentials, Leaked Credential Validation & Revocation, Secret Push Protection, Secrets Detection in Source Code, Workload Identity Federation.
Malicious Install-Time Script
Open5 real incidentsVery Common · Build
Nothing in this pipeline counters it. The graph knows 3 capabilities that would: Install Script & Package Behavior Analysis, Install Script Execution Restriction, Malicious Package Detection.
Abandoned Package or Domain Takeover
Open2 real incidentsCommon · Release
Nothing in this pipeline counters it. The graph knows 2 capabilities that would: Maintainer & Publisher Risk Analysis, Open Source Project Health Scoring.
Adversary-in-the-Middle MFA Phishing
Open2 real incidentsVery Common · Operate
Nothing in this pipeline counters it. The graph knows 3 capabilities that would: Developer & Maintainer MFA Enforcement, Multi-Factor Authentication, Phishing & Business Email Compromise Protection.
Build Cache Poisoning
Open2 real incidentsEmerging · Build
Nothing in this pipeline counters it. The graph knows 2 capabilities that would: Build Cache Poisoning Prevention, Untrusted Workflow Trigger Isolation.
Dependency Confusion
Open2 real incidentsCommon · Build
Nothing in this pipeline counters it. The graph knows 4 capabilities that would: Dependency Confusion Prevention, Dependency Curation & Allowlisting, Namespace & Package Name Reservation, Private Registry Proxy & Curation.
21 further techniques with no documented incidents
Not in this comparison
- Does not apply to this kind of pipeline
- stages A composed pipeline has no authored stages; its capabilities are grouped by lifecycle phase.
- gaps Gap analysis compares a stage's capabilities against the products that stage uses, and only a client pipeline records products in use. A composed pipeline models the design, not an estate.
How this was produced
Every figure above was read from the Gantry knowledge graph, version 7.1.0, and computed when you opened this page — in 495 ms on 2026-10-27. Nothing here is a cached verdict or a dataset assembled for marketing: it is the same model our engagements run on.