LiteLLM: Bypass de autenticación vía colisión de clave de caché de userinfo OIDC

La vulnerabilidad radica en la forma en que litellm gestiona la caché de información de usuario (userinfo) cuando la autenticación JWT (JSON Web Token) está habilitada. Específicamente, utiliza los primeros 20 caracteres del token JWT como clave de caché. Debido a que tokens generados con el mismo algoritmo de firma pueden compartir los mismos primeros 20 caracteres, un atacante puede crear un token que coincida con la clave de caché de un usuario legítimo. Al lograr una coincidencia en la caché, el atacante puede eludir la autenticación y obtener acceso con los privilegios del usuario legítimo, comprometiendo potencialmente datos sensibles o la integridad del sistema. Esta vulnerabilidad es particularmente preocupante en entornos donde la autenticación JWT/OIDC es un componente crítico de la seguridad.

Organizations using litellm with JWT/OIDC authentication enabled, particularly those with custom JWT generation logic or relying on the library for critical access control. Shared hosting environments where multiple users share the same litellm instance and JWT authentication is enabled are also at increased risk.

• python / supply-chain:

import jwt
# Check for JWT authentication enabled
with open('/path/to/litellm_config.py', 'r') as f:
    for line in f:
        if 'enable_jwt_auth' in line and 'True' in line:
            print('JWT authentication is enabled. Investigate further.')

• generic web:

curl -I https://your-litellm-endpoint/ | grep 'Authorization: Bearer'

• generic web:

# Check access logs for unusual authentication attempts
grep 'Authorization: Bearer' /var/log/nginx/access.log

1. 2026-04-03Disclosure

   disclosure

1. Reservado2026-03-31
2. Publicada2026-04-03
3. Modificada2026-04-08
4. EPSS actualizado2026-04-14

La solución principal es actualizar a la versión 1.83.0 o superior de litellm, que corrige la vulnerabilidad. Si la actualización inmediata no es posible, se recomienda deshabilitar la autenticación JWT/OIDC si no es absolutamente necesaria. Como mitigación temporal, se puede implementar una validación más estricta de los tokens JWT, verificando que la clave de caché sea única y no susceptible a colisiones. Además, monitorear los logs de litellm en busca de patrones de autenticación inusuales puede ayudar a detectar intentos de explotación. Después de la actualización, confirme la corrección verificando que la caché de información de usuario utilice una clave más robusta y que los tokens JWT se validen correctamente.