Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain access to stack deployment pipeline
-
DeliveryPrepare non-compliant Cloudflare/repo resource
-
ExploitSubmit unrelated compliant evidence from same stack
-
ExecutionValidator accepts stack-wide evidence, suppresses violation
-
ImpactNon-compliant resource passes guardrail and deploys
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Protection mechanism completeness
|
| Exploitation Conditions | Exploitation requires that the target organization uses @hulumi/policies (< 1.3.2) to enforce the affected Cloudflare or deployment-governance validators, and that the attacker can submit evidence into the same stack's governance process. The specific trigger is supplying compliant evidence tied to a different protected resource - a different Cloudflare zone, hostname, origin, or repository - than the one being evaluated; the vulnerable stack-wide shortcut then accepts it for the unrelated resource. Limiting factors: the attacker must be positioned to inject evidence into the deployment pipeline (typically an authenticated CI/CD or developer context, not an anonymous internet user), the affected validator types must be in use, and there must be at least one genuinely compliant resource in the stack whose evidence can be borrowed. It does not require user interaction beyond the normal evidence-submission flow. |
| Impact | The input CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H, score 9.3) rates this critical with full CIA impact and no privileges. That rating appears inflated for a governance-bypass flaw: the concrete effect is that non-compliant resources evade policy enforcement, which is fundamentally an integrity/authorization failure rather than direct disclosure or destruction of data or systems. Realistically, exploitation requires the ability to submit evidence into the stack's governance flow - typically an authenticated CI/CD or deployment actor - so PR:N is questionable and PR:L is more defensible. There is no CISA KEV listing and no known public POC, and EPSS is not provided, so there is no signal of active or automated exploitation. Net: treat this as a meaningful integrity/guardrail-weakening issue for organizations that actually rely on @hulumi/policies to gate Cloudflare and deployment governance, but the headline 9.3 overstates real-world blast radius given the niche footprint and pipeline-access prerequisite. Conflict to verify with the vendor: the CVSS claims PR:N and VC/VI/VA:H, while the description implies an insider-to-pipeline authorization bypass with primarily integrity impact. |
| Exploit ScenarioDerived | An actor with access to a stack's deployment/governance flow needs to ship a Cloudflare zone or repository that would fail a guardrail. Instead of remediating, they submit compliant evidence drawn from a different, already-conforming zone or repo in the same stack; the pre-1.3.2 validator accepts the stack-wide evidence and suppresses the violation, allowing the non-compliant resource to deploy. No public exploit code is known, and the attack requires the ability to submit evidence within the stack rather than purely remote unauthenticated access. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAI
Evidence-validation bypass in @hulumi/policies (npm) before 1.3.2 lets actors in a deployment pipeline suppress Cloudflare and deployment-governance policy violations by supplying unrelated but compliant-looking evidence. Because validators accepted stack-wide evidence shortcuts rather than correlating proof to the specific protected resource, evidence from one zone, hostname, origin, or repository could silence guardrails for a completely different resource in the same stack. No public exploit identified at time of analysis; the issue was reported by VulnCheck and fixed by correlating evidence to the protected resource in 1.3.2.
RemediationAI
Vendor-released patch: 1.3.2 - upgrade @hulumi/policies to 1.3.2 or later, where validators correlate evidence to the specific protected resource and include regression coverage for unrelated-evidence bypasses (see GHSA-59f3-7227-wmh4). Pin or bump the dependency in package.json and lockfiles and rebuild any CI images or serverless bundles that vendor the older package. Until you can upgrade, do not treat passing Cloudflare or deployment-governance checks from this library as authoritative: require independent, out-of-band verification that each protected resource (per zone, hostname, origin, and repository) individually satisfies its control, and restrict who can submit evidence into the deployment pipeline. The trade-off of manual or out-of-band verification is added deployment friction and slower releases, but it prevents unrelated evidence from silently clearing violations while the vulnerable version is in use.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in npm, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
@hulumi/policies is a policy-as-code / governance library (published on npm as @hulumi/policies) that enforces guardrails during infrastructure deployments, including Cloudflare configuration and deployment-governance checks. Guardrail enforcement works by requiring 'evidence' that a given protected resource meets a control before a violation is cleared. The root cause maps to CWE-693 (Protection Mechanism Failure): affected validators used stack-wide evidence shortcuts and did not bind the evidence to the specific resource under evaluation, so any compliant-looking evidence present anywhere in the stack satisfied the check. The fix in 1.3.2 makes validators correlate each piece of evidence to the exact protected resource (zone, hostname, origin, repository) and adds regression tests for unrelated-evidence bypasses. CPE cpe:2.3:a:hulumi:policies:*:*:*:*:*:*:*:* covers all versions prior to the patched release.
Know when Hulumi gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Attacker must be able to submit evidence into the deployment pipeline (PR:L); the effect is a governance/integrity bypass with no direct confidentiality or availability loss.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
@hulumi/policies versions before 1.3.2 contain an evidence validation bypass vulnerability in Cloudflare and deployment-governance validators that allows attackers to suppress violations by submitting unrelated compliant evidence. Attackers can use evidence from different zones, hostnames, origins, or repositories to bypass security guardrails for unrelated resources in the same stack.
Technical POC Analysis
CWE-693: Protection Mechanism Failure.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Privilege escalation in the @hulumi/policies npm package before 1.3.2 lets attackers bypass the administrator-policy gua
IAM boundary bypass in hulumi versions before v1.3.2 stems from a deployment Service Control Policy (SCP) template that
Privilege escalation in hulumi before v1.3.2 lets an actor holding the documented IAM principal abuse the weekly integra
Security-guardrail bypass in the @hulumi/policies npm library (versions before 1.3.2) allows dangerous AWS IAM configura
Security-check bypass in @hulumi/drift before 1.3.2 allows remote attackers to submit forged execute plans that the orph
Policy evaluation bypass in @hulumi/policies before 1.3.2 permits unauthenticated remote attackers to submit forged Secu
Incomplete CloudTrail event-selector tampering detection in @hulumi/baseline before 1.3.2 (CWE-778: Insufficient Logging
Arbitrary code execution in Hulumi before v1.3.2 is possible through a CWE-426 untrusted search path flaw in the threat-
EUVD-2026-68443
GHSA-8c24-v4pw-q2pm
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB