LiteLLM: MCP Authentication Bypass via OAuth2 Passthrough Fallback
PYSEC-2026-3479 · CVE-2026-59822 · GHSA-7488-6r32-c95q
Published · Modified
AI SAST
Find this class of vulnerability in your own code
Corgea's AI-native static analysis detects vulnerabilities like this one across your repositories, ranks them by exploitability, and returns review-ready fixes.
Description
Impact
LiteLLM's MCP Streamable HTTP endpoint could allow an unauthenticated attacker to establish an authenticated MCP session using an arbitrary Bearer token.
The MCP auth handler supported OAuth2 passthrough for upstream MCP servers, but the fallback path could replace failed LiteLLM key validation with an empty UserAPIKeyAuth() object. This allowed requests with a fabricated Authorization header to reach MCP tooling without a valid LiteLLM key.
An attacker could use this to list and call configured MCP tools and access connected services exposed through MCP.
Patches
The issue is fixed in 1.84.0.
We recommend upgrading to 1.84.0 or later.
Workarounds
If upgrading is not immediately possible, disable MCP routes or block access to /mcp/ and related MCP endpoints at your reverse proxy or API gateway.
References
References
- WEB https://github.com/BerriAI/litellm/security/advisories/GHSA-7488-6r32-c95q
- ADVISORY https://nvd.nist.gov/vuln/detail/CVE-2026-59822
- WEB https://github.com/BerriAI/litellm/pull/26463
- WEB https://github.com/BerriAI/litellm/commit/73869f0faf7d11ee21adcb5f91b8c33a340b6c2c
- PACKAGE https://github.com/BerriAI/litellm
- WEB https://github.com/BerriAI/litellm/releases/tag/v1.84.0
- PACKAGE https://pypi.org/project/litellm
- ADVISORY https://github.com/advisories/GHSA-7488-6r32-c95q
Ready to move
Start Securing
Free, no credit card | First findings in minutes