CVE-2025-69196: FastMCP OAuth Proxy token reuse across MCP servers
FastMCP is the standard framework for building MCP applications. Prior to version 2.14.2, the server does not properly respect the resource parameter submitted by the client in the authorization and token request. Instead of issuing the token explicitly for the MCP server, the token is issued for the base_url passed to the OAuthProxy during initialization. This issue has been patched 2.14.2.
Security readout for executives and security teams
Plain-English summary
FastMCP versions before 2.14.2 can issue OAuth tokens for the proxy base URL instead of the specific MCP server requested. In environments with multiple MCP servers, this may let a token intended for one resource be accepted more broadly than intended.
Executive priority
Treat this as a high-priority dependency update for MCP services using OAuth. Business risk is unauthorized cross-resource access, not broad infrastructure takeover based on available evidence.
Technical view
The OAuth Proxy mishandles the OAuth resource parameter during authorization and token requests. Tokens are scoped to the OAuthProxy base_url rather than the requested MCP server resource. The issue affects jlowin/fastmcp versions before 2.14.2 and is fixed in 2.14.2. CVSS v4.0 is 7.4 high.
Likely exposure
Exposure is likely limited to deployments using FastMCP OAuthProxy before 2.14.2, especially where multiple MCP servers or resource identifiers rely on OAuth scoping boundaries.
Exploitation context
The bundle does not show CISA KEV listing or cited evidence of active exploitation. CVSS indicates network attack vector, high attack complexity, no privileges, and user interaction required.
Researcher notes
Evidence supports an authorization scoping flaw, mapped to CWE-1220 and CWE-863. The key validation point is whether tokens are issued for base_url instead of the client-supplied resource. No public exploit evidence is included in the bundle.
Mitigation direction
Upgrade FastMCP to version 2.14.2 or later.
Prioritize FastMCP deployments that use OAuthProxy.
Review vendor and Red Hat advisories for downstream package status.
Reassess OAuth token scoping assumptions after upgrading.
Check vendor guidance before applying compensating controls.
Validation and detection
Inventory FastMCP versions in application dependencies and images.
Confirm no deployed environment uses FastMCP below 2.14.2.
Identify services initializing OAuthProxy and mapped MCP resources.
Review authentication design for shared base_url token assumptions.
Check advisories for any later clarification or affected downstream packages.
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 · low confidence lookup
CWE-1220: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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.
CWE-863: 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 authentication or credential exposure, so valid-account and credential-access 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.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-1220 · source CWE mapping
Insufficient Granularity of Access Control
Insufficient Granularity of Access Control represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.