GHSA-x33c-7c2v-mrj9

Suggest an improvement
Source
https://github.com/advisories/GHSA-x33c-7c2v-mrj9
Import Source
https://github.com/github/advisory-database/blob/main/advisories/github-reviewed/2025/11/GHSA-x33c-7c2v-mrj9/GHSA-x33c-7c2v-mrj9.json
JSON Data
https://api.test.osv.dev/v1/vulns/GHSA-x33c-7c2v-mrj9
Aliases
Published
2025-11-06T15:47:05Z
Modified
2025-11-06T23:13:08Z
Severity
  • 7.5 (High) CVSS_V3 - CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N CVSS Calculator
Summary
Apollo Router Affected by an Access Control Bypass on Polymorphic Types
Details

Summary

A vulnerability in Apollo Router allowed for unauthenticated queries to access data that required additional access controls. Router incorrectly handled access control directives on interface types/fields and their implementing object types/fields, applying them to interface types/fields while ignoring directives on their implementing object types/fields when all implementations had the same requirements.

Details

Apollo Federation allows users to specify access control directives (<code>@authenticated</code>, <code>@requiresScopes</code>, and <code>@policy</code>) to protect object and interface types and fields. However, the GraphQL specification does not define inheritance rules for directives from interfaces to their implementations. Apollo Router will enforce any directives on the interface types/fields but ignore any directives on the implementation object types/fields (as long as all implementations have the same requirements). This inconsistent enforcement behavior leads to unexpected runtime security gaps.

Who is impacted

This vulnerability impacts Apollo Router customers defining @authenticated, @requiresScopes, or @policy directives inconsistently on polymorphic types (i.e., object types that implement interface types). Specifically, if the same access control directives are applied to all implementing types/fields but not on their implemented interface types/fields, they could be impacted.

Scope of Impact

This vulnerability could allow a malicious actor to craft a query that can bypass access control requirements on the object types/fields by instead querying them via implemented interface types/fields that don't have the same access control requirements.

Patches

This vulnerability has been fixed at runtime in Apollo Router. You may update Router to one of the following versions:

  • 1.61.12+
  • 2.8.1+

Workarounds

  • If you are not immediately updating Router to a patched version, you should apply any included access control requirements to both the appropriate interface types/fields and their implementations.
  • Customers not using Apollo Router access control features (@authenticated, @requiresScopes, or @policy directives) or not specifying inconsistent access control requirements on polymorphic types/fields are not affected and do not need to take action.
Database specific
{
    "github_reviewed_at": "2025-11-06T15:47:05Z",
    "cwe_ids": [
        "CWE-288"
    ],
    "github_reviewed": true,
    "nvd_published_at": "2025-11-06T21:15:43Z",
    "severity": "HIGH"
}
References

Affected packages

crates.io / apollo-router

Package

Name
apollo-router
View open source insights on deps.dev
Purl
pkg:cargo/apollo-router

Affected ranges

Type
SEMVER
Events
Introduced
0Unknown introduced version / All previous versions are affected
Fixed
1.61.12

crates.io / apollo-router

Package

Name
apollo-router
View open source insights on deps.dev
Purl
pkg:cargo/apollo-router

Affected ranges

Type
SEMVER
Events
Introduced
2.0.0-alpha.0
Fixed
2.8.1