CVE-2026-48032: @hulumi/policies @hulumi/policies Bypasses IAM-role Policy Checks Vulnerability
HIGHCVE-2026-48032 is a HIGH @hulumi/policies bypasses iam-role policy checks vulnerability (CWE-697: Incorrect Comparison) affecting @hulumi/policies libraries in the npm ecosystem. The issue involves @hulumi/policies bypasses iam-role policy checks when the role trusts multiple oidc providers. Remediation is available by upgrading affected packages to version 1.4.0.
CVE-2026-48032 at a Glance
How to Fix CVE-2026-48032
To remediate this vulnerability, upgrade all affected @hulumi/policies dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.
npm install @hulumi/policies@1.4.0
Run the following command in your project directory to verify that all resolved dependencies use the patched release:
npm ls @hulumi/policies
How to Check if You Are Affected
To determine whether your Node.js application is affected by CVE-2026-48032, inspect your project dependencies using npm:
npm ls @hulumi/policies
Analyze the terminal output to locate any version of @hulumi/policies in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 1.4.0), your application is affected.
Note: The npm ls @hulumi/policies command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.
Technical Details
Vulnerability Mechanism & Technical Analysis
This vulnerability is classified under CWE-697: Incorrect Comparison, where the product compares two entities in a security-relevant context, but the comparison is incorrect. In @hulumi/policies, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.
Source Advisory Statement
CVE-2026-48032 Affected @hulumi/policies Versions
1 component(s)| Product / Package | Ecosystem | Affected Versions | Fixed Version |
|---|---|---|---|
|
@hulumi/policies
|
npm |
< 1.4.0
|
1.4.0
|
References
Frequently Asked Questions
What is CVE-2026-48032?
Which @hulumi/policies versions are affected?
What version fixes CVE-2026-48032?
Is @hulumi/policies affected?
What CWE is associated with CVE-2026-48032?
How can I check npm dependencies for CVE-2026-48032?
Machine-readable OSV JSON
OSV v1.5 Schema
{
"schema_version" : "1.4.0",
"id" : "GHSA-g759-4pxw-6692",
"modified" : "2026-06-10T13:37:08Z",
"published" : "2026-06-10T13:37:08Z",
"aliases" : [ "CVE-2026-48032" ],
"summary" : "@hulumi/policies bypasses IAM-role policy checks when the role trusts multiple OIDC providers",
"details" : "**Affected:** `@hulumi/policies` `< 1.4.0` — **Fixed in:** `1.4.0` — **Severity:** High — **CWE-697 (Incorrect Comparison)**\n\n#### Summary\n\nAWS IAM trust policies can list more than one federated identity provider — for example, a role that accepts BOTH GitHub Actions OIDC and Google's OIDC. The `G_OIDC_1` and `G_OIDC_2` policy rules are supposed to flag IAM roles whose GitHub-OIDC trust is too permissive (e.g. wildcard `sub:` conditions that would let any branch or any pull request assume the role).\n\nThe bug: when the role's `Principal.Federated` field was a JSON array of multiple providers, the rules failed to recognise that GitHub Actions was one of them. The providers list was coerced into a single comma-joined string, the matcher only looked at the start, and the GitHub OIDC hostname was lost in the join. Both rules concluded \"this isn't a GitHub-OIDC role\" and skipped the wildcard check.\n\n#### Impact\n\nA trust policy that listed the real GitHub OIDC provider ARN alongside any second provider would slip past both detectors. Consumers using `HulumiHardeningPack` or `HulumiGithubHardeningPack` could ship an IAM role with wildcard `sub:` conditions (allowing untrusted PRs from forks to assume the role) while their policy validation reported the stack as compliant. The G_OIDC_2 detector also failed to mark such roles for the cluster-admin / `AdministratorAccess` blast-radius check.\n\n#### Patches\n\nUpgrade to `@hulumi/policies@1.4.0`. The shared GitHub-OIDC-provider matcher now correctly walks lists of providers — if any element of the list is the real GitHub OIDC ARN, the role is treated as GitHub-OIDC-assumable and the wildcard / blast-radius checks apply.\n\n#### Workarounds\n\nNone reliable — upgrade is the fix.\n\n#### Resources\n\n- [PR #178](https://github.com/kerberosmansour/hulumi/pull/178) (Cluster A); regression tests at `packages/policies/tests/github/{g-oidc-2,github-oidc-issuer}.test.ts`.",
"severity" : [ {
"type" : "CVSS_V4",
"score" : "CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N"
} ],
"affected" : [ {
"package" : {
"ecosystem" : "npm",
"name" : "@hulumi/policies"
},
"ranges" : [ {
"type" : "ECOSYSTEM",
"events" : [ {
"introduced" : "0"
}, {
"fixed" : "1.4.0"
} ]
} ]
} ],
"references" : [ {
"type" : "WEB",
"url" : "https://github.com/kerberosmansour/hulumi/security/advisories/GHSA-g759-4pxw-6692"
}, {
"type" : "WEB",
"url" : "https://github.com/kerberosmansour/hulumi/pull/178"
}, {
"type" : "PACKAGE",
"url" : "https://github.com/kerberosmansour/hulumi"
} ],
"database_specific" : {
"cwe_ids" : [ "CWE-697" ],
"severity" : "HIGH",
"github_reviewed" : true,
"github_reviewed_at" : "2026-06-10T13:37:08Z",
"nvd_published_at" : null
}
}