CVE-2026-42208: LiteLLM: SQL injection in Proxy API key verification
LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. From version 1.81.16 to before version 1.83.7, a database query used during proxy API key checks mixed the caller-supplied key value into the query text instead of passing it as a separate parameter. An unauthenticated attacker could send a specially crafted Authorization header to any LLM API route (for example POST /chat/completions) and reach this query through the proxy's error-handling path. An attacker could read data from the proxy's database and may be able to modify it, leading to unauthorised access to the proxy and the credentials it manages. This issue has been patched in version 1.83.7.
Security readout for executives and security teams
Plain-English summary
LiteLLM proxy versions 1.81.16 through before 1.83.7 have a critical SQL injection in API key checking. An unauthenticated attacker reaching LLM API routes could access or potentially change proxy database data, including credentials the proxy manages. Version 1.83.7 contains the patch.
Executive priority
Treat this as urgent for any LiteLLM proxy in scope. It is critical, unauthenticated, KEV-listed, and can affect both confidentiality and integrity of AI gateway data and credentials.
Technical view
The proxy API key verification query incorporated the caller-supplied Authorization key into SQL text instead of binding it as a parameter. The path is reachable through LLM API route error handling. The issue is CWE-89 with CVSS 9.8, affecting BerriAI LiteLLM >=1.81.16 and <1.83.7.
Likely exposure
Exposure is likely where LiteLLM proxy deployments in the affected version range accept traffic to LLM API routes, especially internet-facing gateways or shared internal AI gateways.
Exploitation context
CISA KEV status indicates known exploitation. The provided sources do not describe attacker groups, exploit volume, or campaign details, so operational context is incomplete.
Researcher notes
The bundle names BerriAI LiteLLM only and provides no CPEs. The patch is identified as 1.83.7. Avoid assuming exploit mechanics beyond SQL injection via Authorization handling and the documented route reachability.
Mitigation direction
Upgrade LiteLLM proxy to version 1.83.7 or later.
Restrict network access to LiteLLM proxy routes until upgraded.
Review vendor advisory and release notes for deployment-specific guidance.
Rotate managed credentials if compromise is suspected.
Monitor proxy and database logs for unusual authorization errors or data changes.
Validation and detection
Inventory all LiteLLM proxy deployments and confirm exact versions.
Check whether affected proxies expose LLM API routes to untrusted networks.
Verify the deployed version is 1.83.7 or later.
Review logs for malformed Authorization headers and related database errors.
Check proxy database records for unexpected keys, users, or configuration changes.
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 · medium confidence lookup
CWE-89: Database access and collection lookup
Injection into data stores can inform collection, data access, and exfiltration detection reviews. 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 database injection or access, so collection and exfiltration 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.
Exploitation: activeAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
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-89 · source CWE mapping
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.