Skip to main content

@hulumi/policies EUVDEUVD-2026-68443

| CVE-2026-82855 CRITICAL
Protection Mechanism Failure (CWE-693)
2026-08-31 VulnCheck GHSA-8c24-v4pw-q2pm
9.3
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain access to stack deployment pipeline
  2. Delivery
    Prepare non-compliant Cloudflare/repo resource
  3. Exploit
    Submit unrelated compliant evidence from same stack
  4. Execution
    Validator accepts stack-wide evidence, suppresses violation
  5. Impact
    Non-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.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAI

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

policies 0 <1.3.2

Affected Packages

npm @hulumi/policies fix: 1.3.2
euvd policies fix: 1.3.2

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

Vendor (VulnCheck) PRIMARY 9.3 CRITICAL
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
vuln.today AI 6.5 MEDIUM

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
CVE Published
Aug 31, 2026 - 10:50 cve.org
CRITICAL 9.3
Patch available
Aug 31, 2026 - 10:16 EUVD

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

EPSS Score
0.3%
Top 75% exploitable
Prevalence
Low
niche scoped npm policy-as-code package, limited enterprise footprint
Social Media
2
Sightings
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Total

Priority Score

46
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +46
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy