Free AI Safety Workshop — in collaboration with explainx.aiSave your seat
AgentbeamBeta
AI agent vulnerability · LiteLLM

CVE-2026-84377: LiteLLM: Authenticated SSRF and provider-credential exfiltration via unvalidated request-body routing parameters

mediumCVSS 3.1 6.5GHSA-3cv6-jpf6-8222

Impact Any authenticated LiteLLM proxy user could redirect an outbound provider call to a destination they control and cause the proxy to send its own configured provider credentials to that destination. The proxy's request-body validation was a denylist that did not cover every sensitive parameter and did not inspect parameters nested inside other request fields, so a caller could supply a routing or credential…

Published Sep 30, 2026

Affected packages

litellm

Ecosystem
PyPI
Affected
< 1.88.6
Fixed in
1.88.6
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.89.0, < 1.89.7
Fixed in
1.89.7
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.90.0, < 1.90.7
Fixed in
1.90.7
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.91.0, < 1.91.5
Fixed in
1.91.5
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.92.0, < 1.92.2
Fixed in
1.92.2
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.93.0, < 1.93.2
Fixed in
1.93.2
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.94.0, < 1.94.3
Fixed in
1.94.3
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.95.0, < 1.95.1
Fixed in
1.95.1
Check
pip show litellm

litellm

Ecosystem
PyPI
Affected
>= 1.96.0, < 1.96.2
Fixed in
1.96.2
Check
pip show litellm

Advisory details

From the GitHub Advisory Database (CC BY 4.0).

Impact

Any authenticated LiteLLM proxy user could redirect an outbound provider call to a destination they control and cause the proxy to send its own configured provider credentials to that destination. The proxy's request-body validation was a denylist that did not cover every sensitive parameter and did not inspect parameters nested inside other request fields, so a caller could supply a routing or credential value that the proxy applied without clearing the operator's stored key. Any authenticated user could therefore exfiltrate the operator's upstream provider credentials and other configured secrets, and perform Server-Side Request Forgery against internal services reachable from the proxy.

Patches

Fixed in 1.96.2, 1.95.1, 1.94.3, 1.93.2, 1.92.2, 1.91.5, 1.90.7, 1.89.7, and 1.88.6.

Workarounds

Set general_settings.allow_client_side_credentials to false so callers cannot override connection parameters, restrict proxy keys to trusted callers, and block the affected parameters (api_base, base_url, model_list, fallbacks, provider credential fields) at a reverse proxy or API gateway.

References

How this page is made: the data panel comes from the GitHub Advisory Database, CISA’s KEV catalog, the NVD and FIRST EPSS, and updates twice a day. No analysis has been written for this entry yet. Methodology

More LiteLLM vulnerabilities

All LiteLLM entries