Use cases / 08 — Prevent Risky Releases
Use case · Runtime-Informed Release Governance

Prevent risky releases from reaching production

Your next release should benefit from what production has already taught you. Raven Gatekeeper combines runtime intelligence with build analysis to prevent releases that violate your security policy, with a clear reason developers can act on.
SHIFT LEFT
CI PIPELINE
new build
THE GATE
RAVEN GATEKEEPER
decides what deploys
SHIFT RIGHT
PRODUCTION
running apps
safe build · deploys risky build · prevented ✕
ILLUSTRATIVE RELEASE POLICY
Favor LogoSageSure Logogopuff LogoWindward LogoZesty Logo
Favor LogoSageSure Logogopuff LogoWindward LogoZesty Logo
Favor LogoSageSure Logogopuff LogoWindward LogoZesty Logo
/ 02 — SCENARIOS

A CVE list is not  a release decision. 

SCENARIO A

A vulnerable dependency returns in the next build

The next image includes a vulnerable dependency. Runtime intelligence indicates its vulnerable function is likely to execute. A matching gate policy fails the build before it progresses toward production.
SCENARIO B

A routine release gets buried in CVE noise

Package presence alone cannot tell you which findings deserve to hold a release. Combine runtime relevance, exposure and severity so the gate reflects your risk policy and developers know what needs attention.
/ 03 — MECHANISM

Turn production knowledge into release control.

PIPELINE — build 2.4.1 · commit 9f31c
learn: loaded libraries · executed functions payment-api
evaluate: finding in xml-core · vulnerable function likely to execute PREDICTION
CI FAILED · GATE release step skipped
explain: finding + failed policy → developers
ILLUSTRATIVE RELEASE POLICY
1

Learn from running applications

Use evidence of loaded libraries and executed functions to understand runtime relevance.
2

Evaluate the next build

Connect image metadata and findings with runtime intelligence, then apply your release policy.
3

Enforce the decision in CI

Fail the pipeline when an enforced control is violated. Show developers the finding and failed policy.
/ 04 — EVIDENCE

Show why the release  did not ship. 

Follow one build from its finding to the policy decision. See the runtime context behind the failed control and the CI result that prevented the release from progressing.
Raven event: anomalous code execution on log4j-4255-vulnerable workload, blocked via policy 3 2 1
1

What is being released

Image/build identifier and the relevant package or vulnerability.
2

Why the gate failed

Failed control, threshold and supporting context; any prediction labeled.
3

What CI prevented

Failed gate job and skipped downstream release step from that run.
Works with GitHub Actions, GitLab CI/CD, Jenkins and Bitbucket Pipelines.

Make security policy part of the release process.

Connect to GitHub Actions, GitLab CI/CD, Jenkins or Bitbucket Pipelines.
Combine runtime relevance with vulnerability, exposure and artifact controls.
Set thresholds and scoped exceptions, with explicit policy outcomes.
/ 06 — FAQ

Questions before you deploy

How can runtime evidence help before a new build runs?

Gatekeeper combines observations from running applications with build analysis to predict runtime relevance. It brings production knowledge into the release decision; it does not claim to have executed every path in the new build.

What happens when a control fails?

With CI failure enforcement enabled, a violated control fails the pipeline. Configure the gate before publication or deployment so a failing build cannot progress through that release path.

Does passing the gate mean the application is fully protected?

Passing means the build met the configured release controls using available evidence. Raven Runtime Prevention provides the complementary enforcement layer for unauthorized actions after deployment.

Use what production teaches you. Decide what ships next.

See how Raven connects runtime intelligence to a release policy your pipeline can enforce and your developers can understand.
BOOK A DEMO