SUPPLY CHAIN VALIDATION

Validate whether risky code, secrets, and dependencies are actually running and reachable .

Hayrok connects software composition, repositories, CI/CD systems, container registries, runtime workloads, and application reachability to distinguish inherited risk from exploitable production risk.

EVIDENCE-BACKED FINDINGSGOVERNED EXECUTIONSAFE VALIDATION SCENARIOSCONTINUOUS REVALIDATION
81%
SCA findings not in runtime
noise removed after correlation
22%
Repo secrets access live services
reachable at token scope
Sigstore
Provenance-aware
attestations + SBOM
THE CHALLENGE

Software supply chain tools identify risk, but teams still need to know what reaches production.

A vulnerable dependency may exist in an inventory without being deployed, loaded, or reachable. A secret may exist in a repository without providing access to an active system. Hayrok connects build-time findings to runtime evidence and business impact.

Security teams still need to know:
  • ?Which components are actually deployed?
  • ?Which code paths are reachable at runtime?
  • ?Can exposed secrets reach live services?
  • ?Do CI/CD approvals and controls actually hold?
  • ?Can untrusted artifacts reach production?
  • ?Which toxic combinations aggregate to real risk?
Hayrok validates supply chain risk from repository through runtime.
SCANNERS vs. VALIDATION
Scanner
  • Config & CVE lists
  • Theoretical severity
  • No runtime attribution
  • No control response
Hayrok VALIDATION
  • Exploitability proof
  • Reachability path
  • Control & detection response
  • Business impact
EVIDENCE CONTRACT
Request/responsecaptured
Control responsecorrelated
Detection eventmeasured
Reachabilitygraphed
Business impactmapped
VALIDATION COVERAGE

Validate the conditions that create real supply chain risk.

Eight validation capabilities. Every one produces evidence, control response, and reachable impact.

01
SCA-to-runtime risk
Correlate dependency findings with deployed and running applications.
SCARuntime
02
Vulnerable components in prod
Confirm whether affected packages and versions are active.
SBOM
03
Dependency reachability
Determine whether vulnerable code paths can be reached.
Reachability
04
Secret-to-runtime reachability
Validate whether exposed credentials or secrets can access active services.
Secrets
05
CI/CD control gaps
Assess pipeline approvals, branch protections, artifact controls, and build policies.
CI/CD
06
Container registry risk
Validate image provenance, access, vulnerabilities, and deployment relationships.
Registry
07
Artifact integrity
Assess whether untrusted or altered artifacts can reach deployment environments.
Provenance
08
Toxic combinations
Identify combinations of vulnerable components, exposed secrets, weak controls, and reachable workloads.
Graph
PRODUCT · REPO → RUNTIME

From vulnerable code to the workload it actually runs on.

See it live
acme-web · pull-request #4218 · Hayrok App
LIVE
acme-web/services/payments/handler.ts
14import { parseXml } from 'fast-xml-parser';
15// v3.0.6 — CVE-2025-1187 · reachable via /webhook
16
17export async function handler(req) {
18 const body = await req.text();
19 const data = parseXml(body); // entry to CVE
20 return processPayment(data);
21}
HAYROK · REACHABLE FINDING
CVE-2025-1187 · fast-xml-parser 3.0.6
Reachable from public /webhook · deployed to payments-prod · gate: BLOCK
SCA · payments-prod
SBOM correlated · 218 findings · 12 reachable · 3 secret leaks
REACHABLE VULNERABILITIES
fast-xml-parser 3.0.6CVE-2025-1187REACHHIGH
lodash 4.17.20CVE-2021-23337LOADEDMED
express 4.17.1CVE-2024-29041REACHMED
node-forge 0.9.0CVE-2022-24771NOT LOADEDLOW
EXPOSED SECRETS · REACHABLE
AWS_ACCESS_KEY_IDcommit 8f0e2aLIVE
STRIPE_SECRETcommit 4c9d10LIVE
INTERNAL_JWTcommit d81f2cEXPIRED
EVIDENCE AND PROOF

Every result is supported by validation evidence.

Not a screenshot. A machine-verifiable evidence pack per finding.

E-01
SCA and BYOS finding evidence
Findings deduplicated across scanners with runtime attribution.
E-02
SBOM records
Deployed component inventory tied to workloads.
E-03
Runtime dependency presence
Loaded modules per running workload.
E-04
Code-path reachability evidence
Whether vulnerable function is entered in real traffic.
E-05
Secret access evidence
Live service reachability from exposed credentials.
E-06
Software-to-business paths
Chain from repo/artifact to business-impact target.
SCENARIO EXAMPLES

Run scenarios aligned with realistic attacker behavior.

Recommended by objective, asset scope, telemetry, and safety requirements.

SCA→RUNTIME
SCA-to-Runtime Correlation
Match dependency findings against live SBOMs and workloads.
SCA
OutcomeReachable
DEPENDENCY
Vulnerable Dependency Presence Validation
Confirm affected package and version presence in running workloads.
SBOM
OutcomeConfirmed
REACH
Dependency Reachability Validation
Trace whether the vulnerable code path is exercised in production.
Runtime
OutcomeReachable
SECRET
Secret-to-Service Reachability
Attempt live access with credentials found in code or history.
Secrets
OutcomeExploitable
CI/CD
CI/CD Approval Control Validation
Exercise branch, approval, and build-policy controls.
CI/CD
OutcomeBypassable
TOXIC
Supply Chain Toxic Combination Analysis
Compose SCA, secret, and CI/CD findings into reachable risk.
Graph
OutcomeExploitable
HOW IT WORKS

From objective to verified remediation.

Five steps. Every one governed, observable, and evidenced.

01
Select the objective
Choose the outcome and define assets, environments, and business services in scope.
02
Review scenarios
Hayrok maps the objective to relevant scenario packs, telemetry, and safety controls.
03
Run governed validation
Genesis coordinates recon, planning, approvals, execution, and evidence collection.
04
Review findings
See confirmed risk, control responses, detection responses, and remediation guidance.
05
Revalidate remediation
Rerun the relevant scenarios and confirm whether the issue is resolved.
BUSINESS VALUE

Turn validation into measurable security improvement.

01
Reduce supply chain risk
Focus on the components and secrets that actually reach production.
02
Cut vulnerability noise
Suppress findings that are not present or reachable at runtime.
03
Validate CI/CD controls
Prove approvals, branch protection, and artifact policy hold.
04
Prove revalidation
Confirm that fixes propagated from repository through runtime.
FAQ

Frequently asked questions

What is Supply Chain Validation?+
Supply Chain Validation is Hayrok's continuous, governed process for proving — with evidence — which supply chain risks are actually exploitable, and which controls, detections, and paths respond as intended.
How is it different from scanning or assessment?+
Scanners describe what might be wrong. Assessments describe what should be true. Hayrok executes governed validation scenarios and produces evidence-backed findings — with control response, detection response, reachability, and business impact.
What does Hayrok validate?+
Assets, exposure, identities, controls, telemetry, detections, and end-to-end attack paths — from external entry point to critical business asset — under policy and safety gates.
What evidence does Hayrok produce?+
Request and response artifacts, control responses, detection events, telemetry attribution, reachability paths, and business-impact mapping — all recorded in Evidence Fabric and tied to the run.
Is validation safe for production environments?+
Yes. Every scenario runs under Genesis with policy gates: authorized scope, safe-mode defaults, maintenance windows, blast-radius constraints, human approvals for exploit steps, and interruption controls.
Does Hayrok replace existing security tools?+
No. Hayrok validates them. It correlates scanner findings, control policies, and detection intent against reality — reducing noise and surfacing actual exploitable risk.
How often should validation be performed?+
Continuously for high-priority objectives. On-demand after significant environment changes. On schedule for board and audit assurance. Genesis runs and revalidates on any cadence.
Can teams revalidate completed remediation?+
Yes. Rerun the original scenario and Hayrok classifies the outcome as resolved, partially resolved, regressed, or still exploitable — with the same evidence contract as the initial finding.

Ready to validate supply chain risk?

See how Hayrok helps your team move from theoretical risk to evidence-backed validation.