CVE-2026-47101: BerriAI litellm · Incorrect Authorization
Affects BerriAI litellmSource CVE Database V5
Not known to be exploited · CVSS 8.7 High : upgrade to 1.83.14 soon.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 1.1% chance of exploitation in 30 days – higher than 67% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.83.14
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 21 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
Public exploit code: GitHub proofs of concept
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), GitHub proofs of concept, the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade berriai/litellm and litellm to 1.83.14.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| BerriAIlitellm | Affected
| Fixed in– |
GitHubberriai/litellmpkg:github/berriai/litellmOther threats | Affected
| Fixed in
|
GitHublitellmpkg:github/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.
AI-suggested
If you cannot patch yet, restrict internal_user role permissions and monitor API key creation processes closely to detect anomalous key generation.
Description
LiteLLM prior to 1.83.14 allows an authenticated internal_user to create API keys with access to routes that their role does not permit. When generating a key, the allowed_routes field is stored without verifying that the specified routes fall within the user's own permissions. A key created with access to admin-only routes can then be used to reach those routes successfully, bypassing the role-based access controls that would otherwise block the request, enabling full privilege escalation from internal_user to proxy_admin.
References
- obsidiansecurity.com/blog/litellm-privilege-escalation-rce (opens in a new tab)
- gist.github.com/13ph03nix/9ec616e1fdc77b3673509c60206e827f (opens in a new tab)
- huntr.com/bounties/8e75edfb-ff05-4e63-bfca-2d93d03fb3b9 (opens in a new tab)
- github.com/BerriAI/litellm/releases/tag/v1.83.14-stable (opens in a new tab)
- github.com/BerriAI/litellm/commit/d910a95661fce3cdd36f3b06c03ecf9c46c6457c (opens in a new tab)
- github.com/BerriAI/litellm/commit/2220f3076ac89bd2a2e3439acf57dcfbec2434c9 (opens in a new tab)
- github.com/BerriAI/litellm/commit/5190bd07eb23a037745d86328096f54378f1614a (opens in a new tab)
- vulncheck.com/advisories/litellm-privilege-escalation-via-api-key-generation (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-47101 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2480635 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-47101.json (opens in a new tab)