Summary
CVE-2026-49468 is a critical authentication bypass vulnerability (CVSS 3.1: 10.0) in LiteLLM (BerriAI), an open-source AI Gateway proxy server used to route requests to LLM APIs. A flaw in Host header parsing allows unauthenticated remote attackers to manipulate the authentication layer into evaluating a different route than the one the framework dispatches, granting access to protected management endpoints without credentials. All self-hosted LiteLLM deployments running versions prior to 1.84.0 that are directly internet-exposed are at risk.
Technical details
- Root cause: The authentication layer in
litellm/proxy/auth/auth_utils.py::get_request_route()derives the evaluated route fromrequest.url.path, which Starlette reconstructs using the HTTPHostheader. A specially craftedHostheader can cause the authentication gate to evaluate a different route than FastAPI actually dispatches, enabling a full authentication bypass (CWE-290: Authentication Bypass by Spoofing). - Trigger conditions: An attacker sends an HTTP request containing a manipulated
Hostheader to a LiteLLM instance that is not protected by an upstream CDN, WAF, or reverse proxy configured to normalizeHostheaders. - Attack vector: Remote, unauthenticated network access with no user interaction required; low attack complexity.
- Impact: Unauthenticated access to protected management routes, directly exposing LLM provider API credentials (OpenAI, Anthropic, Azure OpenAI, AWS Bedrock, and others) and gateway configuration data. Because LiteLLM acts as a centralized proxy for multiple AI providers, a single compromised instance can expose credentials across all connected downstream services simultaneously.
Affected software
- LiteLLM (BerriAI): all versions prior to 1.84.0
Severity
CVSS v3.1 base score: 10.0 (Critical)
Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
Mitigation and recommended actions
- Immediate: Upgrade LiteLLM to version 1.84.0 or later, which contains the vendor-provided fix.
- Interim mitigation (if patching is not immediately feasible): Place LiteLLM behind a CDN, WAF, or reverse proxy configured to normalize or strictly validate the
Hostheader before requests reach the application. Deployments with such upstream controls in place are resistant to this attack vector. - LiteLLM Cloud deployments managed by BerriAI are not affected by this vulnerability.
IONIX Status
The IONIX research team is tracking ongoing exploitation attempts and recommends immediate patching. Potentially affected assets are outlined in this post.

