CVE-2026-42208 : injection SQL critique dans LiteLLM, déjà au catalogue CISA KEV

CVE-2026-42208 : injection SQL critique dans LiteLLM, déjà au catalogue CISA KEV

En bref

Une vulnérabilité critique d'injection SQL (CVE-2026-42208, CVSS 9.3) a été confirmée dans LiteLLM, un proxy très utilisé par les entreprises pour centraliser et gérer l'accès à différents modèles d'IA (OpenAI et compatibles) [1]. Cette vulnérabilité figure dans le catalogue CISA KEV, ce qui confirme qu'elle est déjà activement exploitée sur internet [2]. Si votre entreprise utilise LiteLLM comme porte d'entrée vers des services d'IA, la priorité aujourd'hui est de vérifier la version installée et de la mettre à jour au plus vite.

Ce que c'est et pourquoi c'est important

LiteLLM agit comme intermédiaire entre vos applications et les fournisseurs de modèles de langage : il centralise les clés d'API, permet d'auditer l'usage et facilite le changement de fournisseur sans toucher au code de chaque application. C'est précisément en raison de cette position centrale qu'une faille de sécurité peut compromettre tout ce qui se trouve derrière : identifiants, historiques d'utilisation et, potentiellement, données métier transitant par ce proxy.

Selon la description officielle de la vulnérabilité, entre les versions 1.81.16 et antérieures à la 1.83.7, une requête à la base de données utilisée pour vérifier les clés d'API du proxy intégrait la valeur envoyée par l'appelant directement dans le texte de la requête, au lieu de la traiter comme un paramètre séparé [1]. Cela ouvre la porte à une injection SQL classique : un attaquant, sans avoir besoin de s'authentifier, peut envoyer un en-tête d'autorisation spécialement manipulé à n'importe quelle route de l'API (par exemple, celle utilisée pour les requêtes de chat) et atteindre cette requête vulnérable via la gestion des erreurs du proxy [1]. Le résultat potentiel est la lecture et une possible modification des données de la base de données du proxy, ce qui peut entraîner un accès non autorisé au système lui-même et aux identifiants qu'il gère [1].

Il s'agit d'une vulnérabilité critique (sévérité « critical » selon NVD, CVSS 9.3) [1], publiée le 8 mai 2026 [1], et elle figure déjà dans le catalogue des vulnérabilités activement exploitées (KEV) de CISA, ce qui indique une exploitation active confirmée, et non un simple risque théorique [2].

Qui est concerné

Cela concerne les organisations qui déploient LiteLLM comme proxy ou passerelle d'IA (AI Gateway) dans des versions comprises entre la 1.81.16 et antérieures à la 1.83.7 [1]. Le vendor identifié est LiteLLM [1]. Si votre entreprise a adopté des outils d'IA générative via une couche de proxy propre, gérée par des équipes internes ou des prestataires externes, il convient de vérifier si LiteLLM fait partie de cette architecture, que ce soit directement ou en tant que composant intégré dans une autre solution.

Comment savoir si vous êtes vulnérable

• Identifiez si LiteLLM est déployé dans votre infrastructure (interne, dans le cloud ou au sein d'un produit tiers) et quelle version exacte il exécute.
• Vérifiez si cette version se situe dans la plage affectée (1.81.16 jusqu'à antérieure à 1.83.7) [1].
• Vérifiez quelle surface de ce proxy est exposée sur internet ou accessible depuis des réseaux peu contrôlés : plus une route de l'API est exposée, plus le risque qu'elle soit atteinte par une tentative d'exploitation comme celle décrite est élevé. Chez OCIRIA, nous recommandons de vérifier régulièrement quels services et ports liés à votre infrastructure d'IA sont visibles depuis l'extérieur, un aspect qui passe souvent inaperçu lorsque ces outils sont déployés rapidement pour accélérer des projets internes.
• Examinez les journaux du proxy à la recherche d'en-têtes d'autorisation anormaux ou de schémas d'erreurs inhabituels sur les routes de l'API, qui pourraient indiquer des tentatives d'exploitation.

Comment vous protéger

1. Mettez à jour LiteLLM vers la version 1.83.7 ou ultérieure, où la faille est corrigée [1].

2. Si vous ne pouvez pas effectuer la mise à jour immédiatement, restreignez l'accès à l'API du proxy aux seuls réseaux et clients de confiance en attendant d'appliquer le correctif.

3. Effectuez une rotation des identifiants et des clés gérés par le proxy après la mise à jour, en particulier en cas d'exposition à internet pendant la période à risque.

4. Renforcez la journalisation et la surveillance des routes de l'API du proxy afin de détecter d'éventuelles tentatives d'exploitation passées ou futures.

5. Documentez l'inventaire des outils d'IA et de leurs versions dans le cadre de la gestion habituelle des vulnérabilités, afin de réagir plus rapidement à la prochaine alerte similaire.

Questions fréquentes

S'agit-il d'une vulnérabilité grave ? Oui, elle présente une sévérité critique avec un CVSS de 9.3 selon NVD et figure déjà comme activement exploitée dans le catalogue CISA KEV [1][2].

Dois-je être authentifié pour être concerné ? Non, selon la description officielle, un attaquant non authentifié peut tenter l'exploitation au moyen d'un en-tête manipulé [1].

Suffit-il de mettre à jour LiteLLM ? C'est l'étape indispensable, puisque la version 1.83.7 corrige la faille [1] ; combinez-la avec une rotation des identifiants et un contrôle de l'exposition pour réduire le risque résiduel.

Comment savoir si mon entreprise utilise LiteLLM sans le savoir ? Il est fréquent que ces composants soient intégrés au sein d'autres solutions d'IA. Examiner l'inventaire technique et la surface exposée reste le moyen le plus fiable de lever le doute.

Sources

• [1] https://nvd.nist.gov/vuln/detail/CVE-2026-42208
• [2] https://raw.githubusercontent.com/cisagov/kev-data/develop/known_exploited_vulnerabilities.json