MEDIUM 5.4

CVE-2026-12770: Improper Authorization in BerriAI litellm Admin Key Handler

A security flaw was found in BerriAI's litellm, an open-source library for managing large language model API calls, affecting versions up to 1.63.1. The vulnerability resides in the admin key management system and allows authenticated users to perform actions they shouldn't be authorized to perform. An attacker who already has some level of access to the system could exploit this to modify or disrupt operations. The flaw has been publicly disclosed and patches are available.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L
Weaknesses (CWE)
CWE-266, CWE-285
Affected products
1 configuration(s)
Published / Modified
2026-06-21 / 2026-06-24

NVD description (verbatim)

A vulnerability was determined in BerriAI litellm up to 1.63.1. The impacted element is an unknown function of the file litellm/proxy/management_endpoints/key_management_endpoints.py of the component Admin Key Handler. This manipulation causes improper authorization. The attack can be initiated remotely. The exploit has been publicly disclosed and may be utilized. Patch name: 23781. It is recommended to apply a patch to fix this issue. The vendor was contacted early about this disclosure.

7 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-12770 is an improper authorization vulnerability (CWE-266, CWE-285) in the Admin Key Handler component of litellm's key management endpoints. The vulnerability exists in litellm/proxy/management_endpoints/key_management_endpoints.py and fails to properly validate authorization controls, allowing authenticated users with limited privileges to perform administrative actions. The vulnerability is remotely exploitable from an authenticated context and carries a CVSS 3.1 score of 5.4 (Medium severity). The attack vector is network-based, requires low complexity, and necessitates prior authentication (PR:L). It impacts integrity and availability but not confidentiality.

Business impact

Organizations deploying litellm for LLM API gateway and management functions face potential disruption if an authenticated user—such as a developer, contractor, or compromised account—gains unauthorized administrative capabilities. This could lead to unauthorized modification of API keys, disruption of LLM service routing, or interference with rate-limiting and access controls. In multi-tenant or shared proxy environments, this escalates risk significantly. The impact is constrained to integrity and availability rather than wholesale data breach, but could cause operational outage or unauthorized service manipulation.

Affected systems

The vulnerability affects BerriAI litellm versions up to and including 1.63.1. Any deployment using the litellm proxy with the admin key management endpoints is at risk. This includes self-hosted litellm proxy instances and applications that depend on litellm's key management features for multi-user or multi-tenant API access control.

Exploitability

Exploitation requires network access and prior authentication to the litellm proxy. An authenticated user—either a legitimate user with limited permissions or an attacker who has compromised credentials—can craft requests to the key management endpoints to perform unauthorized administrative operations. The low attack complexity and public disclosure increase risk; however, the requirement for prior authentication limits the immediate blast radius. No CISA KEV listing currently exists, but the public disclosure means weaponized proof-of-concept tools may emerge quickly.

Remediation

Update litellm to a patched version that incorporates patch 23781 or later. Verify the exact patched version number against the official BerriAI litellm release notes and GitHub repository. In the interim, restrict network access to litellm proxy administrative endpoints to trusted internal networks only, and enforce strong authentication and least-privilege access policies for all user accounts with proxy access. Monitor key management endpoint logs for suspicious activity.

Patch guidance

BerriAI has released a patch identified as patch 23781. Users should apply this patch immediately by updating litellm from their current version to the next available patched release. Verify the patch version number against the official BerriAI GitHub releases page and changelog. Test the patched version in a staging environment before deploying to production. If you are unable to patch immediately, compensate by restricting network-level access to the litellm proxy admin endpoints and enforcing multi-factor authentication for proxy user accounts.

Detection guidance

Monitor litellm proxy logs for anomalous access patterns to the key management endpoints (litellm/proxy/management_endpoints/key_management_endpoints.py), particularly unauthorized admin operations initiated by non-administrator users. Look for unusual key creation, modification, or deletion events. Implement alerting on privilege escalation attempts within the proxy. Network-level detection should flag unexpected traffic to administrative endpoints from non-admin user contexts. Review proxy user access logs for accounts with inconsistent access patterns.

Why prioritize this

Although the CVSS score is Medium (5.4), this vulnerability merits timely attention because it involves authenticated privilege escalation affecting service integrity and availability. Public disclosure increases the likelihood of active exploitation. Organizations with multi-user or multi-tenant litellm deployments should prioritize patching within 1–2 weeks. Single-user or isolated deployments can be addressed within normal patching cycles, provided compensating network controls are in place.

Risk score, explained

The CVSS 3.1 score of 5.4 (Medium) reflects a vulnerability that requires prior authentication and results in limited impact—integrity and availability of the service rather than confidentiality breaches. The network attack vector and low complexity increase exploitability once a user is authenticated. The Medium severity appropriately captures the real-world risk: in single-user setups, risk is minimal; in shared proxy environments with many users or tenants, the risk rises because one compromised or malicious user can impact others. Prioritize based on your deployment model.

Frequently asked questions

Does this vulnerability allow complete unauthenticated takeover of litellm?

No. The vulnerability requires prior authentication to the litellm proxy. An attacker would need valid credentials or access to an authenticated session. This means it is a privilege escalation risk rather than a remote code execution or unauthenticated access vulnerability.

Can this vulnerability steal my LLM API keys?

The vulnerability affects authorization controls in the key management system, which could allow an attacker to view or modify keys if they exploit improper authorization checks. This is a confidentiality and integrity risk for stored API keys, depending on how the key management endpoints are implemented and what data they expose.

How should I prioritize this patch if I have other critical vulnerabilities?

If you are running litellm in a shared or multi-tenant environment, prioritize this within 1–2 weeks. For isolated or single-user deployments, it can be addressed in a normal patching cycle (within 30 days) provided you limit network access to the proxy and maintain strong access controls. If you have active breach indicators, patch immediately.

What is the difference between CWE-266 and CWE-285?

CWE-266 refers to incorrect privilege assignment, while CWE-285 is improper authorization. This vulnerability likely involves both: the system incorrectly assigns or fails to validate the privilege level required to perform certain key management operations, allowing low-privilege users to execute high-privilege actions.

This analysis is provided for informational purposes and represents the state of the vulnerability as of the publication date. Patch version numbers and release dates should be verified against official BerriAI litellm advisories and release notes. Organizations should conduct their own risk assessment based on their specific deployment, threat model, and compensating controls. No exploit code or weaponized proof-of-concept is provided herein. This analysis does not constitute legal, compliance, or tactical incident response guidance. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).