CVE-2026-48032: @hulumi/policies @hulumi/policies Bypasses IAM-role Policy Checks Vulnerability

HIGH
Advisory Identifier: GHSA-g759-4pxw-6692
CWE-697
Published
Advisory Summary

CVE-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

CVE Identifier CVE-2026-48032
GHSA Identifier GHSA-g759-4pxw-6692
Severity HIGH
CVSS v3.1 Base Score N/A
CWE Classification CWE-697: Incorrect Comparison
Affected Product @hulumi/policies
Package Ecosystem npm
Published Date
Last Updated

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.

@hulumi/policies fixed: 1.4.0
npm install @hulumi/policies@1.4.0
Verify Direct and Transitive Dependencies

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

**Affected:** `@hulumi/policies` `< 1.4.0` — **Fixed in:** `1.4.0` — **Severity:** High — **CWE-697 (Incorrect Comparison)** #### Summary AWS 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). The 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. #### Impact A 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. #### Patches Upgrade 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. #### Workarounds None reliable — upgrade is the fix. #### Resources - [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`.

CVE-2026-48032 Affected @hulumi/policies Versions

1 component(s)
Fixed Versions:
1.4.0
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?
CVE-2026-48032 is a security vulnerability in @hulumi/policies involving @hulumi/policies bypasses IAM-role policy checks when the role trusts multiple OIDC providers under CWE-697: Incorrect Comparison.
Which @hulumi/policies versions are affected?
Affected versions include releases prior to 1.4.0 across affected packages: @hulumi/policies.
What version fixes CVE-2026-48032?
Upgrading to 1.4.0 (or the latest patched release for your respective branch) resolves the vulnerability.
Is @hulumi/policies affected?
Yes, @hulumi/policies is affected in releases prior to 1.4.0. Upgrade your dependency to 1.4.0 or later.
What CWE is associated with CVE-2026-48032?
CVE-2026-48032 is classified under CWE-697: Incorrect Comparison (The product compares two entities in a security-relevant context, but the comparison is incorrect.).
How can I check npm dependencies for CVE-2026-48032?
Run the dependency tree command: 'npm ls @hulumi/policies'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "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
  }
}