CVE-2025-64530: @apollo/composition has Improper Enforcement of Access Control on Interface Types and Fields
Affects @apollo/compositionSource GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 2.9.5 soon.
Data as of 13 Nov 2026, 18:49 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 7.5 |
|---|
- Patch
- Available – fixed in 2.9.5, 2.10.4, 2.11.5 +1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| npm@apollo/composition | Affected
| Fixed in
|
| npm@apollo/composition | Affected
| Fixed in
|
| npm@apollo/composition | Affected
| Fixed in
|
| npm@apollo/composition | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A patch is available and users should upgrade to Apollo Federation composition versions 2.9.5, 2.10.4, 2.11.5, or 2.12.1 or later. Users must remove user-defined access control directives from interface types and fields and instead apply them to each implementing object type and field. For those using Apollo Studio build pipeline with Federation version 2.9 or above, the patch is applied automatically, requiring only schema adjustments. For users relying on Apollo Rover for local composition, update to the specified patched versions and adjust schemas accordingly. If unable to patch immediately, users should manually copy access control directives from interface types/fields to each implementing object type/field without removing them from interfaces to avoid losing protections in unpatched compositions. Customers not using these access control directives on interfaces are not affected and do not need to take action.
Description
A vulnerability in Apollo Federation's composition logic allowed bypassing of access controls on interface types and fields by querying implementing object types/fields instead. This occurs because Apollo Router enforces access control directives inconsistently between interfaces and their implementations. The issue affects users defining access control directives on interface types/fields, potentially allowing unauthorized data access. The vulnerability is fixed by disallowing user-defined access control directives on interface types/fields and automatically generating them based on implementations. Users must update to patched versions and adjust their schemas accordingly.
References
- github.com/apollographql/federation/security/advisories/GHSA-mx7m-j9xf-62hw (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2025-64530 (opens in a new tab)
- github.com/apollographql/federation/pull/3340 (opens in a new tab)
- github.com/apollographql/federation/pull/3341 (opens in a new tab)
- github.com/apollographql/federation/pull/3343 (opens in a new tab)
- github.com/apollographql/federation (opens in a new tab)