CVE-2026-82857: hulumi before v1.3.2 Privilege Escalation via IAM Policy
hulumi versions before v1.3.2 contain a privilege escalation vulnerability in the weekly integration IAM policy that allows role lifecycle operations on af-e2e-* roles without sufficient boundary restrictions. Attackers with the documented principal can create persistent higher-privilege roles in the sandbox account.
Security readout for executives and security teams
Plain-English summary
A hulumi IAM policy can let an attacker using the documented principal create persistent, more-privileged roles in a sandbox AWS account. This could undermine confidentiality, integrity, and availability within that account. The issue affects releases before v1.3.2 and is rated critical, but the supplied sources do not report active exploitation.
Executive priority
Treat as an urgent remediation for environments using the affected integration policy. Prioritize version inventory, upgrade, IAM review, and investigation for unexpected roles. Urgency is driven by potential persistent privilege escalation and critical severity, not confirmed exploitation.
Technical view
The weekly integration IAM policy permits lifecycle operations on af-e2e-* roles without adequate boundary restrictions. This creates a CWE-269 privilege-management failure that can enable persistent higher-privilege roles. The supplied CVSS 3.1 score is 9.8. The bundle identifies versions before v1.3.2 as vulnerable, although its structured affected-version data is internally ambiguous.
Likely exposure
Exposure is likely limited to deployments using hulumi before v1.3.2 where the weekly integration policy and documented principal exist in the sandbox account. The bundle does not establish exposure in other accounts, policies, principals, or products.
Exploitation context
The described attack requires access through the documented principal and abuses permitted IAM role lifecycle operations. No KEV listing or cited evidence of active exploitation is provided. The CVSS vector reports no privileges required, but that conflicts with the narrative's principal requirement and should be verified.
Researcher notes
The source bundle contains inconsistent version semantics: its narrative says versions before v1.3.2, while structured data lists "0" and "1.3.2" with default status unaffected. It also pairs a PR:N vector with a documented-principal prerequisite. Consult the linked CVE and vendor advisory before final scoping.
Mitigation direction
Upgrade hulumi to v1.3.2 or later.
Review vendor guidance for the corrected weekly integration IAM policy.
Restrict af-e2e-* role lifecycle permissions with appropriate IAM boundaries.
Remove unauthorized roles and revoke unnecessary principal access.
Monitor IAM changes for unexpected role creation or policy modification.
Validation and detection
Inventory hulumi versions and flag releases earlier than v1.3.2.
Identify sandbox accounts containing the weekly integration IAM policy.
Review permissions affecting lifecycle operations on af-e2e-* roles.
Confirm required permission boundaries are enforced after remediation.
Audit role history for unexpected creation, modification, or persistence.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-269: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
3Timeline events
1ADP providers
3Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.