CVE-2026-42271 : exécution de commandes à distance dans LiteLLM, déjà exploitée activement

CVE-2026-42271 : exécution de commandes à distance dans LiteLLM, déjà exploitée activement

En bref

CVE-2026-42271 est une vulnérabilité d'injection de commandes dans LiteLLM, un serveur proxy (AI Gateway) que de nombreuses entreprises utilisent pour centraliser l'accès à des modèles de langage de type OpenAI. Elle affecte les versions 1.74.2 jusqu'aux versions antérieures à 1.83.7 [1]. Elle possède un score CVSS de 8.7, de sévérité « élevée » selon NVD [1], et figure dans le catalogue des vulnérabilités activement exploitées (KEV) de CISA [2]. Si votre organisation utilise LiteLLM comme passerelle vers des fournisseurs d'IA, la priorité du jour est de mettre à jour vers la version 1.83.7 ou ultérieure et de vérifier qui dispose de clés d'API actives.

Ce que c'est et pourquoi c'est important

LiteLLM propose deux endpoints — POST /mcp-rest/test/connection et POST /mcp-rest/test/tools/list — conçus pour tester la configuration d'un serveur MCP avant de l'enregistrer. Le problème est que les deux acceptaient la configuration complète dans la requête, y compris les champs command, args et env utilisés par le transport « stdio ». En recevant une configuration de ce type, l'endpoint tentait de se connecter en exécutant cette commande comme sous-processus sur l'hôte même du proxy, avec les privilèges du processus de LiteLLM [1].

La faille grave concerne le contrôle d'accès : ces endpoints vérifiaient seulement que la requête contenait une clé d'API valide du proxy, sans vérifier le rôle de l'utilisateur. Autrement dit, tout utilisateur authentifié — y compris ceux ne disposant que de clés internes à faible privilège — pouvait exécuter des commandes arbitraires sur le serveur [1]. L'éditeur a déjà publié un correctif dans la version 1.83.7 [1]. Le fait que la vulnérabilité figure dans le catalogue KEV de CISA indique qu'elle n'est pas seulement théorique : une exploitation active dans le monde réel est constatée [2], ce qui élève l'urgence au-delà de ce que suggérerait le seul score CVSS.

Qui est concerné

Cela affecte directement les organisations qui exploitent une instance de LiteLLM comme proxy/gateway IA dans les versions 1.74.2 à antérieures à 1.83.7 [1]. La fiche NVD associe également la CVE au fournisseur « Red Hat » de façon générique, sans préciser de produit ni d'avis de sécurité concret ; faute de plus de détails, il n'est pas possible de confirmer l'existence d'un produit Red Hat spécifique exposé par cette vulnérabilité [1]. Le point focal pratique de cette alerte reste LiteLLM.

Comment savoir si vous êtes vulnérable

Vérifiez quelle version de LiteLLM vous avez déployée et si elle se situe dans la plage affectée (1.74.2 à antérieure à 1.83.7) [1]. Vérifiez également si le panneau d'administration ou les endpoints /mcp-rest/test/connection et /mcp-rest/test/tools/list sont accessibles depuis l'extérieur de votre réseau interne, car toute réduction de cette surface exposée diminue le risque réel d'exploitation, sans pour autant remplacer la mise à jour. Notre radar de renseignement classe cette vulnérabilité comme critique en pratique — au-dessus de l'étiquette « élevée » de NVD — précisément parce qu'elle combine une faible barrière d'entrée (une clé à faible privilège suffit) avec une exécution de commandes sur l'hôte et une exploitation déjà confirmée .

Comment vous protéger

• Mettez à jour LiteLLM vers la version 1.83.7 ou supérieure dès que possible [1].
• Faites tourner (rotate) toutes les clés d'API du proxy après la mise à jour, en particulier celles des utilisateurs internes à faible privilège.
• Auditez les journaux de l'hôte à la recherche de sous-processus ou de commandes exécutés de manière inhabituelle par le processus de LiteLLM au cours des dernières semaines.
• Limitez l'accès réseau aux endpoints d'administration/test de LiteLLM aux réseaux internes de confiance.
• Appliquez le principe du moindre privilège pour les clés d'API : tous les utilisateurs n'ont pas besoin de pouvoir créer ou tester des configurations de serveurs MCP.

Questions fréquentes

Cette vulnérabilité est-elle critique même si NVD la classe comme « élevée » ?

NVD lui attribue un score de 8.7 (élevé) [1], mais elle figure dans le catalogue CISA KEV d'exploitation active [2], et notre radar l'évalue comme critique en raison de la facilité d'exploitation avec des privilèges minimaux .

Cela affecte-t-il Red Hat ?

NVD mentionne « Red Hat » comme fournisseur associé à cette CVE, mais sans préciser de produit ni d'avis concret [1] ; avec les informations disponibles, il n'est pas possible de confirmer une exposition spécifique de produits Red Hat.

Suffit-il de restreindre l'accès réseau au proxy ?

Cela réduit le risque, mais ne remplace pas l'application du correctif : la vulnérabilité s'exploite avec une clé d'API valide, pas seulement depuis l'extérieur du réseau [1].

Comment savoir si j'ai déjà été exploité ?

Vérifiez les journaux de l'hôte sur lequel s'exécute LiteLLM à la recherche de processus enfants inattendus lancés par le service, et confirmez la version installée par rapport à la plage affectée [1].

Sources

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