Update dependency litellm to v1.84.0 [SECURITY] - #2142
Open
renovate-bot wants to merge 1 commit into
Open
Conversation
renovate-bot
requested review from
a team,
alizaidis,
moficodes and
yoshi-approver
as code owners
July 30, 2026 19:14
renovate-bot
force-pushed
the
renovate/pypi-litellm-vulnerability
branch
from
August 11, 2026 00:36
a86dbbc to
36a1e4b
Compare
renovate-bot
force-pushed
the
renovate/pypi-litellm-vulnerability
branch
from
August 12, 2026 19:54
36a1e4b to
0ff5351
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
==1.83.7→==1.84.0Warning
Some dependencies could not be looked up. Check the Dependency Dashboard for more information.
LiteLLM has a sandbox escape in custom-code guardrail
CVE-2026-40217 / GHSA-wxxx-gvqv-xp7p
More information
Details
Impact
The
POST /guardrails/test_custom_codeendpoint runs user-supplied Python inside a hand-rolled sandbox. The sandbox can be escaped using bytecode-level techniques, allowing arbitrary code execution in the proxy process — which runs as root in the default Docker image.Reaching the endpoint requires a proxy-admin credential in default configurations.
Patches
Fixed in
1.83.11. The hand-rolled sandbox has been replaced withRestrictedPython. Upgrade to1.83.11or later.Workarounds
If upgrading is not immediately possible, block
POST /guardrails/test_custom_codeat your reverse proxy or API gateway.References
v1.83.10-stableSeverity
CVSS:4.0/AV:N/AC:H/AT:N/PR:H/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
LiteLLM: Authentication Bypass via Host Header Injection
CVE-2026-49468 / GHSA-4xpc-pv4p-pm3w
More information
Details
Impact
A Host-header parsing flaw in the LiteLLM proxy could, under specific conditions, allow unauthenticated access to protected management routes.
The auth layer derived the effective route from
request.url.pathinlitellm/proxy/auth/auth_utils.py::get_request_route(), which Starlette reconstructs from theHostheader. A craftedHostcould therefore make the auth gate evaluate a different route from the one FastAPI dispatched.Most deployments are not affected. The bypass is blocked by any upstream layer that validates or normalizes
Host, such as:server_nameallowlistsLiteLLM Cloud customers are not affected.
Patches
Fixed in
1.84.0. Upgrade to1.84.0or later. No configuration change is required.Workarounds
If upgrading is not immediately possible, place the proxy behind an upstream component that validates or normalizes the
Hostheader before forwarding (a CDN/WAF, a reverse proxy with explicitserver_nameallowlists, or a cloud load balancer with host-based routing rules), or otherwise restrict network access to the proxy listener.References
v1.84.0Discovery Credit: Le The Thang (KCSC) and Kim Ngoc Chung (One Mount Group)
Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:HReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
BerriAI/litellm (litellm)
v1.84.0Verify Docker Image Signature
All LiteLLM Docker images are signed with cosign. Every release is signed with the same key introduced in commit
0112e53.Verify using the pinned commit hash (recommended):
A commit hash is cryptographically immutable, so this is the strongest way to ensure you are using the original signing key:
Verify using the release tag (convenience):
Tags are protected in this repository and resolve to the same key. This option is easier to read but relies on tag protection rules:
Expected output:
What's Changed
New Contributors
Full Changelog: BerriAI/litellm@v1.83.14-stable.patch.3...v1.84.0
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.