Skip to content
RockPointCyber
← All pipelines

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

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.

34 controls7 of 8 lifecycle phases · level 5 and below
OPSRun
Runtime and platform at Plan: nothing, by the nature of the work
Runtime and platform at Code: nothing, by the nature of the work
Runtime and platform at Test: nothing, by the nature of the work
Runtime and platform at Release: nothing, by the nature of the work
Attacks
none modeled
2 open
8 open
none modeled
4 held
1 held
12 open
none modeled
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 — 55 targeted, 0 ignored, 278 still open, of 333. A ring means the cell is closed. Your 34 controls account for 55 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.

34 capabilities appear 55 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.

  1. 01

    Plan

    2 capabilities

  2. 02

    Code

    11 capabilities

  3. 03

    Build

    23 capabilities

  4. 05

    Release

    9 capabilities

  5. 06

    Deploy

    4 capabilities

  6. 07

    Operate

    3 capabilities

  7. 08

    Monitor

    3 capabilities

Framework coverage

What this selection alone would let you evidence.

  • ASVS 5.0

    3 of 17

    OWASP Application Security Verification Standard (ASVS) 5.0.0

    V11 · V14 · V15

  • CI/CD Top 10

    3 of 10

    OWASP Top 10 CI/CD Security Risks

    CICD-SEC-3 · CICD-SEC-5 · CICD-SEC-9

  • S2C2F

    19 of 25

    OpenSSF Secure Supply Chain Consumption Framework (S2C2F)

    AUD-1 · AUD-3 · ENF-1 · ENF-2 · FIX-1 · ING-3 · ING-4 · INV-1 · REB-1 · REB-2 · REB-3 · SCA-1 · +7 more

  • SLSA 1.2

    7 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 — Run isolation · Build L3 — Signing secrets isolated · Source L3 — Enforced technical controls · Verification — Verification Summary Attestation

  • SSDF 1.1

    9 of 42

    NIST Secure Software Development Framework 1.1 (SP 800-218)

    PS.1.1 · PS.2.1 · PW.4.1 · PW.6.1 · RV.1.1 · RV.2.1 · PS.3.2 · RV.2.2 · PW.4.4

  • Scorecard

    7 of 20

    OpenSSF Scorecard Checks

    Contributors · Dependency-Update-Tool · License · Maintained · Pinned-Dependencies · Signed-Releases · Vulnerabilities

Coverage by phase

  • Plan

    Not modeled

    No 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

    3 countered · 8 open of 11

  • Release

    4 countered · 0 open of 4

  • Deploy

    1 countered · 0 open of 1

  • Operate

    1 countered · 12 open of 13

  • Monitor

    Not modeled

    No 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 incidents

    Common · 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

    Countered10 real incidents

    Common · Release

    Countered by Maintainer & Publisher Risk Analysis, Malicious Package Detection, Minimum Release Age Enforcement.

  • Stolen Publishing Token

    Countered9 real incidents

    Common · Release

    Countered by Rebuilt-from-Source Dependency Provisioning.

  • Artifact Tampering After Build

    Countered7 real incidents

    Common · Release

    Countered by Artifact Digest Integrity Verification, Artifact Signing, Build Provenance Attestation, Dependency Pinning & Lockfile Integrity Verification, Keyless Signing with Transparency Log, Signature Verification.

  • CI Runner Secret Exfiltration

    Open5 real incidents

    Common · Build

    Nothing in this pipeline counters it. The graph knows 4 capabilities that would: Build Egress Control & Network Monitoring, Pipeline Permission Minimization, Pipeline Runtime Anomaly Detection, Secrets Detection in CI Logs & Artifacts.

  • Exploitation of Known Vulnerable Component

    Countered5 real incidents

    Very Common · Operate

    Countered by Software Composition Analysis.

  • Leaked Secret Abuse

    Open5 real incidents

    Very Common · Operate

    Nothing in this pipeline counters it. The graph knows 5 capabilities that would: Dynamic Short-Lived Credentials, Leaked Credential Validation & Revocation, Secret Push Protection, Secrets Detection in Source Code, and others.

  • Malicious Install-Time Script

    Countered5 real incidents

    Very Common · Build

    Countered by Install Script & Package Behavior Analysis, Install Script Execution Restriction, Malicious Package Detection.

  • Abandoned Package or Domain Takeover

    Countered2 real incidents

    Common · Release

    Countered by Maintainer & Publisher Risk Analysis, Open Source Project Health Scoring.

  • Adversary-in-the-Middle MFA Phishing

    Open2 real incidents

    Very 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 incidents

    Emerging · Build

    Nothing in this pipeline counters it. The graph knows 2 capabilities that would: Build Cache Poisoning Prevention, Untrusted Workflow Trigger Isolation.

  • Dependency Confusion

    Countered2 real incidents

    Common · Build

    Countered by Dependency Confusion Prevention, Dependency Curation & Allowlisting.

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 306 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.