Search for packages
| purl | pkg:pypi/litellm@1.44.4 |
| Vulnerability | Summary | Fixed by |
|---|---|---|
|
VCID-4wtj-33ja-dbhu
Aliases: CVE-2024-10188 GHSA-gw2q-qw9j-rgv7 |
LiteLLM Vulnerable to Denial of Service (DoS) A vulnerability in BerriAI/litellm, as of commit 26c03c9, allows unauthenticated users to cause a Denial of Service (DoS) by exploiting the use of ast.literal_eval to parse user input. This function is not safe and is prone to DoS attacks, which can crash the litellm Python server. |
Affected by 5 other vulnerabilities. |
|
VCID-8w8k-9sxr-dyd7
Aliases: CVE-2026-35030 GHSA-jjhc-v7c2-5hh6 |
litellm: LiteLLM: Authentication bypass and privilege escalation via OIDC userinfo cache key collision |
Affected by 3 other vulnerabilities. |
|
VCID-9318-6tg8-zqbp
Aliases: CVE-2025-0628 GHSA-fjcf-3j3r-78rp |
LiteLLM Has an Improper Authorization Vulnerability An improper authorization vulnerability exists in the main-latest version of BerriAI/litellm. When a user with the role 'internal_user_viewer' logs into the application, they are provided with an overly privileged API key. This key can be used to access all the admin functionality of the application, including endpoints such as '/users/list' and '/users/get_users'. This vulnerability allows for privilege escalation within the application, enabling any account to become a PROXY ADMIN. |
Affected by 3 other vulnerabilities. |
|
VCID-9vx2-e7qb-jydd
Aliases: CVE-2024-8984 GHSA-fh2c-86xm-pm2x |
LiteLLM Vulnerable to Denial of Service (DoS) via Crafted HTTP Request A Denial of Service (DoS) vulnerability exists in berriai/litellm version v1.44.5. This vulnerability can be exploited by appending characters, such as dashes (-), to the end of a multipart boundary in an HTTP request. The server continuously processes each character, leading to excessive resource consumption and rendering the service unavailable. The issue is unauthenticated and does not require any user interaction, impacting all users of the service. |
Affected by 4 other vulnerabilities. |
|
VCID-da6b-spaz-tkd7
Aliases: CVE-2026-35029 GHSA-53mr-6c8q-9789 |
litellm: LiteLLM: Remote code execution and privilege escalation via unrestricted proxy configuration endpoint |
Affected by 3 other vulnerabilities. |
|
VCID-fqy5-pdqv-hybv
Aliases: CVE-2024-9606 GHSA-g5pg-73fc-hjwq |
LiteLLM Reveals Portion of API Key via a Logging File In berriai/litellm before version 1.44.12, the `litellm/litellm_core_utils/litellm_logging.py` file contains a vulnerability where the API key masking code only masks the first 5 characters of the key. This results in the leakage of almost the entire API key in the logs, exposing a significant amount of the secret key. The issue affects version v1.44.9. |
Affected by 7 other vulnerabilities. |
|
VCID-pt79-xx8w-mbgp
Aliases: CVE-2025-0330 GHSA-879v-fggm-vxw2 |
LiteLLM Has a Leakage of Langfuse API Keys In berriai/litellm version v1.52.1, an issue in proxy_server.py causes the leakage of Langfuse API keys when an error occurs while parsing team settings. This vulnerability exposes sensitive information, including langfuse_secret and langfuse_public_key, which can provide full access to the Langfuse project storing all requests. |
Affected by 6 other vulnerabilities. |
|
VCID-xjfb-y3du-3bgg
Aliases: GHSA-69x8-hrgq-fjj8 |
LiteLLM: Password hash exposure and pass-the-hash authentication bypass ### Impact Three issues combine into a full authentication bypass chain: 1. Weak hashing: User passwords are stored as unsalted SHA-256 hashes, making them vulnerable to rainbow table attacks and trivially identifying users with identical passwords. 2. Hash exposure: Multiple API endpoints (/user/info, /user/update, /spend/users) return the password hash field in responses to any authenticated user regardless of role. Plaintext passwords could also potentially be exposed in certain scenarios. 4. Pass-the-hash: The /v2/login endpoint accepts the raw SHA-256 hash as a valid password without re-hashing, allowing direct login with a stolen An already authenticated user can retrieve another user's password hash from the API and use it to log in as that user. This enables full privilege escalation in three HTTP requests. ### Patches Fixed in v1.83.0. Passwords are now hashed with scrypt (random 16-byte salt, n=16384, r=8, p=1). Password hashes are stripped from all API responses. Existing SHA-256 hashes are transparently migrated on next login. |
Affected by 3 other vulnerabilities. |
|
VCID-zyw2-bncm-xyaq
Aliases: CVE-2024-6587 GHSA-g26j-5385-hhw3 |
LiteLLM Server-Side Request Forgery (SSRF) vulnerability A Server-Side Request Forgery (SSRF) vulnerability exists in berriai/litellm version 1.38.10. This vulnerability allows users to specify the `api_base` parameter when making requests to `POST /chat/completions`, causing the application to send the request to the domain specified by `api_base`. This request includes the OpenAI API key. A malicious user can set the `api_base` to their own domain and intercept the OpenAI API key, leading to unauthorized access and potential misuse of the API key. |
Affected by 8 other vulnerabilities. |
| Vulnerability | Summary | Aliases |
|---|---|---|
| This package is not known to fix vulnerabilities. | ||