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 before 2.14.2 could issue OAuth tokens for the proxy base URL instead of the specific MCP server requested. In multi-server MCP environments, that can let a token intended for one server be accepted in the wrong place. The issue is high severity but requires user interaction and higher attack complexity.
Executive priority
Prioritize remediation for externally reachable or multi-tenant MCP services using FastMCP OAuthProxy. This is not confirmed as exploited, but token scoping failures can undermine access boundaries between MCP servers.
Technical view
The OAuthProxy authorization and token flow did not properly honor the client-supplied resource parameter. Tokens were scoped to the OAuthProxy base_url configured at initialization rather than explicitly to the target MCP server. Sources list FastMCP versions before 2.14.2 as affected and state 2.14.2 patched the issue.
Likely exposure
Exposure is most likely in applications using jlowin/PrefectHQ FastMCP OAuthProxy below 2.14.2, especially deployments proxying authentication across multiple MCP servers. Systems not using FastMCP OAuthProxy are not shown as affected by the provided sources.
Exploitation context
The source bundle does not show CISA KEV listing or active exploitation. CVSS 4.0 rates it 7.4 with network attack vector, high complexity, no privileges required, and user interaction required. Treat exploitation status as unconfirmed.
Researcher notes
Useful review areas are OAuthProxy resource handling, token audience/resource claims, and multi-server authorization boundaries. The provided evidence identifies the vulnerable behavior and fixed version, but does not include exploit proof, affected CPEs, or detailed patch internals.
Mitigation direction
Upgrade FastMCP to version 2.14.2 or later.
Prioritize MCP deployments using OAuthProxy across multiple servers.
Review PrefectHQ/FastMCP and Red Hat advisories for environment-specific guidance.
After patching, assess whether previously issued OAuth tokens require revocation.
Monitor dependency manifests for FastMCP versions below 2.14.2.
Validation and detection
Check dependency lockfiles and runtime inventories for fastmcp versions below 2.14.2.
Identify services using FastMCP OAuthProxy rather than unrelated FastMCP features.
Confirm token audience or resource binding matches the intended MCP server.
Review authentication logs for unexpected token reuse across MCP server boundaries.
Track Red Hat advisory RHSA-2026:36350 if using affected Red Hat packaging.
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.