Scanners invent finding counts. Without graph + runtime + exposure, teams drown in tickets while the one internet-facing path stays open.
BlastGuard
Supply Chain Blast-Radius Control Plane: don't count CVEs — predict where they can reach, decide ALLOW/WARN/QUARANTINE/BLOCK, and prove remediation.
How it works
From CVE to a blast-radius decision.
BlastGuard by Andrey Lesnikov — predict supply-chain blast radius, enforce explainable decisions, and prove remediation before the exploit window matters.
-
01
Discover
Attach SBOM, vulnerability advisories, VEX, and Sigstore provenance — build-time truth enters the twin.
-
02
Trace
Walk CVE → package → image → workload → service → ingress. Prune VEX, not-running, and unreachable branches.
-
03
Decide & Enforce
Policy returns ALLOW / WARN / QUARANTINE / BLOCK with an explicit reason — then admission / GitOps gate enforces it. No fake risk percentage.
-
04
Verify
After patch, recompute radius. Zero affected running paths means REMEDIATION PROVED. Rehearse images and CVEs before production changes.
Evidence
Problem, constraints, architecture, result.
Discover SBOM/CVE/Sigstore truth, Trace through package→image→workload→ingress, Decide with explainable policy, Enforce at admission, Verify remediation until blast radius is zero.
BlastGuard does not replace Syft/Grype/GUAC/Sigstore — it sits above them. The cost is twin hygiene; the payoff is decisions operators can defend.
147 findings become one critical path, BLOCK with reason, a fix image, and REMEDIATION PROVED after patch — plus what-if rehearsal before promote.
Snapshot
Field notes.
- Problem
- CVE scanners produce finding counts. Without blast radius, runtime reachability, and exposure context, teams patch noise instead of real attack paths.
- Constraints
- SBOM truth, VEX, Sigstore provenance, Kubernetes runtime, ingress exposure, explainable admission decisions, and remediation proof.
- Architecture
- Discover → Trace → Decide → Enforce → Verify: correlate SBOM/CVE graphs with running workloads into ALLOW/WARN/QUARANTINE/BLOCK — then prove the radius is gone.
- Result
- Supply-chain security becomes predictive blast-radius control, not another vulnerability dashboard.
Related
Nearby systems.
SBOM Integration
Software supply-chain data is often generated late, stored separately, and disconnected from deployment decisions.
Result: Supply-chain visibility becomes part of the delivery system, not a quarterly compliance export.
Policy as Code Guardrails
Security and platform rules are often discovered only after deployment or during reviews.
Result: Teams get fast feedback while platform standards are enforced consistently across environments.
Architecture Rehearsal
Teams discover architectural blast radius only after a change lands in production.
Result: Operators know what breaks before they deploy — and can prove whether the prediction was right after the change lands.