CVE-2026-35030
LiteLLM présente un contournement d'authentification via une collision de clés de cache userinfo OIDC
- Publié
- 6 avr. 2026
- Mise à jour
- 15 juil. 2026
- Attribution de CNA
- GitHub_M
- Preuve observée
- 8 août 2026
CVSS primaire
nvd · CVSS 4.0
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:XFaible · 30 prochains jours
- Percentile
- 48,3 %
- Date du modèle
- 21 sept. 2026
EPSS est une estimation statistique, et non une certitude ou une mesure d'impact. Combinez-le avec CVSS, le statut KEV, l'exposition et votre environnement.
Résumé
LiteLLM est un serveur proxy (AI Gateway) permettant d'appeler des API LLM au format OpenAI (ou natif). Avant la version 1.83.0, lorsque l'authentification JWT est activée (`enable_jwt_auth: true`), le cache userinfo OIDC utilise `token[:20]` comme clé de cache. Les en-têtes JWT produits par le même algorithme de signature génèrent des 20 premiers caractères identiques. Cette option de configuration n'est pas activée par défaut. La plupart des instances ne sont pas concernées. Un attaquant non authentifié peut fabriquer un jeton dont les 20 premiers caractères correspondent au jeton en cache d'un utilisateur légitime. En cas de correspondance dans le cache, l'attaquant hérite de l'identité et des permissions de l'utilisateur légitime. Cela affecte les déploiements avec l'authentification JWT/OIDC activée. Corrigé dans la v1.83.0.
Sources
1Le code pour reproduire personnellement la vulnérabilité correspondante
Utilisation responsable
Utilisez les informations de vulnérabilité uniquement sur les systèmes que vous possédez ou que vous êtes autorisé à tester. Kitploit renvoie aux métadonnées de la recherche publique et ne stocke pas de code d'exploitation ni de charges utiles malveillantes.