CVE-2026-12773: litellm: auth bypass in MCP proxy, no credentials required
HIGH PoC AVAILABLE CISA: TRACK*CVE-2026-12773 is an improper authentication flaw (CWE-287) in litellm's experimental MCP server proxy, where the UserAPIKeyAuth function fails to enforce authentication, allowing any unauthenticated remote attacker to access LLM inference routes without valid credentials. The CVSS vector is AV:N/AC:L/PR:N/UI:N — fully remote, trivially exploitable, requiring nothing from the victim — and a public proof-of-concept exploit is already live on GitHub despite the 'experimental' label on the component. With 24 prior CVEs in the litellm package, an OpenSSF Scorecard of 6.1/10, and a package risk score of 79/100, this is not an isolated incident but a pattern of inadequate security in a widely-deployed LLM gateway. Upgrade beyond 1.59.8 immediately; if patching is not yet possible, disable the MCP proxy component in litellm configuration or firewall the proxy port from untrusted networks and rotate any LLM provider API keys the instance had access to.
What is the risk?
High risk. The vulnerability is remotely exploitable with no authentication, no privileges, and no user interaction required (CVSS 7.3). A public exploit exists on GitHub and the CVE description explicitly confirms it has been made available for attacks. The affected component is labeled 'experimental,' which may limit deployment surface, but MCP protocol adoption in agentic AI stacks is accelerating rapidly and many production litellm deployments already enable it. The lack of a documented patched version at time of disclosure extends the exposure window. Repeated CVEs in this package (24 total) and a below-average OpenSSF score suggest structural security debt that increases confidence this class of vulnerability will recur.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| LiteLLM | pip | — | No patch |
Do you use LiteLLM? You're affected.
How severe is it?
What is the attack surface?
What should I do?
6 steps-
PATCH
Upgrade litellm to any version released after 1.59.8 that addresses this CVE. Monitor the BerriAI/litellm GitHub releases page actively.
-
DISABLE
If the MCP proxy is not operationally required, disable the experimental MCP server component in litellm proxy configuration immediately.
-
NETWORK RESTRICT
Firewall the litellm proxy port (default 4000) to trusted internal networks; never expose it directly to the internet without perimeter authentication.
-
ROTATE CREDENTIALS
Audit and rotate all LLM provider API keys (OpenAI, Anthropic, Azure, etc.) configured in any potentially exposed litellm instances.
-
DETECT
Review litellm proxy access logs for unauthenticated or anomalous requests to MCP proxy endpoints (/mcp/*), particularly from unexpected source IPs or with missing or malformed authorization headers.
-
INVENTORY
Identify all litellm deployments across your environment including those embedded in CI/CD pipelines, agent frameworks, and developer tooling.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-12773?
CVE-2026-12773 is an improper authentication flaw (CWE-287) in litellm's experimental MCP server proxy, where the UserAPIKeyAuth function fails to enforce authentication, allowing any unauthenticated remote attacker to access LLM inference routes without valid credentials. The CVSS vector is AV:N/AC:L/PR:N/UI:N — fully remote, trivially exploitable, requiring nothing from the victim — and a public proof-of-concept exploit is already live on GitHub despite the 'experimental' label on the component. With 24 prior CVEs in the litellm package, an OpenSSF Scorecard of 6.1/10, and a package risk score of 79/100, this is not an isolated incident but a pattern of inadequate security in a widely-deployed LLM gateway. Upgrade beyond 1.59.8 immediately; if patching is not yet possible, disable the MCP proxy component in litellm configuration or firewall the proxy port from untrusted networks and rotate any LLM provider API keys the instance had access to.
Is CVE-2026-12773 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2026-12773, increasing the risk of exploitation.
How to fix CVE-2026-12773?
1. PATCH: Upgrade litellm to any version released after 1.59.8 that addresses this CVE. Monitor the BerriAI/litellm GitHub releases page actively. 2. DISABLE: If the MCP proxy is not operationally required, disable the experimental MCP server component in litellm proxy configuration immediately. 3. NETWORK RESTRICT: Firewall the litellm proxy port (default 4000) to trusted internal networks; never expose it directly to the internet without perimeter authentication. 4. ROTATE CREDENTIALS: Audit and rotate all LLM provider API keys (OpenAI, Anthropic, Azure, etc.) configured in any potentially exposed litellm instances. 5. DETECT: Review litellm proxy access logs for unauthenticated or anomalous requests to MCP proxy endpoints (/mcp/*), particularly from unexpected source IPs or with missing or malformed authorization headers. 6. INVENTORY: Identify all litellm deployments across your environment including those embedded in CI/CD pipelines, agent frameworks, and developer tooling.
What systems are affected by CVE-2026-12773?
This vulnerability affects the following AI/ML architecture patterns: LLM proxy and gateway deployments, MCP server integrations, Agent frameworks using litellm as LLM backend, Multi-provider LLM routing infrastructure, AI API management and cost control platforms.
What is the CVSS score for CVE-2026-12773?
CVE-2026-12773 has a CVSS v3.1 base score of 7.3 (HIGH). The EPSS exploitation probability is 0.61%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0034 Cost Harvesting AML.T0040 AI Model Inference API Access AML.T0049 Exploit Public-Facing Application AML.T0055 Unsecured Credentials AML.T0106 Exploitation for Credential Access Compliance Controls Affected
What are the technical details?
Original Advisory
A weakness has been identified in BerriAI litellm up to 1.59.8. Affected is the function UserAPIKeyAuth of the file litellm/proxy/_experimental/mcp_server/auth/user_api_key_auth_mcp.py of the component MCP Proxy. Executing a manipulation can lead to improper authentication. The attack may be launched remotely. The exploit has been made available to the public and could be used for attacks. The vendor was contacted early about this disclosure.
Exploitation Scenario
An attacker scans the internet for exposed litellm proxy instances on port 4000 using Shodan or active probing, identifying version strings via response headers or the /health endpoint. They confirm the MCP proxy is enabled by probing /mcp/ endpoints. Using the public exploit from the GitHub gist, they craft an HTTP request to the MCP proxy that manipulates the UserAPIKeyAuth check — likely by omitting or malforming the API key in a way the flawed validation logic accepts as valid. Once inside, they issue LLM inference requests routed through all configured provider keys, running up charges on the victim's OpenAI or Anthropic accounts. They then enumerate the litellm configuration API to extract raw API keys for out-of-band use, effectively stealing all LLM provider credentials stored in the instance. In an enterprise environment, they may pivot to other internal services accessible from the proxy's trusted network position.
Weaknesses (CWE)
CWE-287 — Improper Authentication: When an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct.
- [Architecture and Design] Use an authentication framework or library such as the OWASP ESAPI Authentication feature.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L References
- gist.github.com/YLChen-007/3cfaad10a69d7a15e4d4d458cb53309e exploit
- vuldb.com/cve/CVE-2026-12773 third-party-advisory
- vuldb.com/submit/811282 third-party-advisory
- vuldb.com/vuln/372515 vdb-entry technical-description
- vuldb.com/vuln/372515/cti signature permissions-required
Timeline
Related Vulnerabilities
CVE-2026-42208 9.8 LiteLLM: SQL injection exposes LLM API credentials
Same package: litellm CVE-2026-30623 9.8 LiteLLM: RCE via unsanitized MCP server config
Same package: litellm CVE-2026-54352 9.6 Budibase: zip symlink bypass exposes all server secrets
Same package: litellm CVE-2026-35030 9.1 LiteLLM: auth bypass via JWT cache key collision
Same package: litellm CVE-2026-35029 8.8 LiteLLM: auth bypass allows RCE and full takeover
Same package: litellm