CVE-2026-42208: BerriAI litellm · SQL Injection
Affects BerriAI litellmSource CVE Database V5
Exploited in the wild · KEV due 11 May 2026 · public detection template (Nuclei) · 89% EPSS : upgrade to 1.83.7 now.
Data as of 30 Oct 2026, 11:52 UTC
- KEV deadline
- US federal agencies must patch by this date; a sensible deadline for everyone else. Other KEV due dates
- EPSS
- 89.4% chance of exploitation in 30 days – higher than 99% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.83.7
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
t = 0 is the CVE’s publication on cve.org
Disclosed: evidence found.
CVE published 8 May 2026
Detectable: evidence found.
Weaponized: evidence found.
Exploited in the wildExploited: evidence found.
Listed in CISA KEV the same day as disclosure
Observed by OffSeq MirageSeen by Mirage: evidence found.
3 exposed hosts found; no attack traffic recorded
Timeline
CVE ID reserved
by GitHub, Inc.
, 13 days before disclosure
CVE published
on cve.org
, t = 0
In Threat Radar
record ingested
, 13 minutes after disclosure
Added to CISA KEV (opens in a new tab)
exploitation confirmed
, the same day as disclosure
KEV remediation due
US federal deadline
, 3 days after disclosure
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), GitHub proofs of concept, CISA KEV (opens in a new tab), OffSeq Mirage (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade litellm and berriai/litellm to 1.83.7.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| BerriAIlitellm | Affected
| Fixed in
|
GitHubberriai/litellmpkg:github/berriai/litellmOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
### Impact 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. ### Patches Fixed in **`1.83.7`**. The caller-supplied value is now always passed to the database as a separate parameter. Upgrade to `1.83.7` or later. ### Workarounds If upgrading is not immediately possible, set `disable_error_logs: true` under `general_settings`. This removes the path through which unauthenticated input reaches the vulnerable query. ### References - Patched release: [`v1.83.7-stable`](https://github.com/BerriAI/litellm/releases/tag/v1.83.7-stable) **Discovery Credit**: Tencent YunDing Security Lab
References
- github.com/BerriAI/litellm/security/advisories/GHSA-r75f-5x8p-qvmc (opens in a new tab)
- github.com/BerriAI/litellm/releases/tag/v1.83.7-stable (opens in a new tab)
- cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-42208 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-42208 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2463965 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-42208.json (opens in a new tab)