Une vulnérabilité d’authentification critique dans GPUStack, le gestionnaire de cluster open-source utilisé pour le service de modèles d’IA, est désormais listée par la CISA dans son catalogue des vulnérabilités connues et exploitées (KEV). Ce défaut, identifié sous la référence CVE-2026-102895, permet à un attaquant d’obtenir un accès administratif sans nécessiter d’identification valide. Les conséquences sont graves : cela ouvre la porte à des changements d’utilisateurs, à la création de clés API persistantes, à la divulgation de secrets de fournisseurs de cloud, et, pire, à l’exécution de code via une requête POST spécifique.

Ce problème provient d’une mauvaise gestion de l’authentification dans la méthode get_current_user du composant gpustack/api/auth.py pour les versions antérieures à 2.2.0. Le mécanisme permettait qu’une requête distante apparaisse comme provenant de l’hôte local (127.0.0.1), notamment si un proxy inversé était utilisé ou si le client fournissait une valeur X-GPUStack-Real-IP en boucle. L’exploitation de cette faille a été observée concrètement sur des déploiements en version 2.1.1, selon les données techniques.

Ce qui est touché et la gravité réelle

La gravité est extrême. Le score CVSS est de 9,8, qualifiant l’incident de critique. Il ne s’agit pas d’un simple contournement de connexion ; l’attaquant obtient un contrôle administratif complet sur l’instance. Si votre infrastructure utilise GPUStack pour servir des modèles d’IA et est exposée à Internet, ce risque est immédiat. L’annonce de CISA KEV insiste sur le fait que les responsables doivent évaluer l’exposition de chaque actif ; si les mesures d’atténuation ne sont pas applicables, l’arrêt de l’utilisation du produit est recommandé.

Il est intéressant de noter que d’autres alertes de la CISA signalent des failles exploitées activement, comme celle affectant SonicWall SonicOS (CVE-2026-19868). Cependant, le cas GPUStack est plus direct : l’accès administratif est possible sans prérequis d’authentification, exploitant une faiblesse dans la manière dont le système identifie sa propre source de requête.

Qui doit agir et comment

La recommandation de la CISA est claire : appliquer les mesures d’atténuation fournies par le fournisseur. Pour les utilisateurs, cela signifie une mise à jour immédiate vers la version 2.2.0 ou supérieure. Les agences fédérales américaines avaient une échéance fixée au 12 novembre 2026 pour corriger cette faille, mais la recommandation s’adresse à toute organisation gérant des systèmes d’IA exposés.

Pour les entreprises qui ne peuvent pas mettre à jour immédiatement, la CISA exige qu’elles se conforment aux directives BOD 26-04 concernant la priorisation des mises à jour de sécurité. Si ces systèmes sont dans un environnement cloud, il faut appliquer les consignes relatives aux services cloud. Les responsables sont chargés d’évaluer l’exposition de chaque actif et d’assurer le respect des directives de correction BOD 26-04.

Fiche technique

Données : NVD (NIST) et catalogue KEV de la CISA (CC0).

Sources

• CISA Adds One Known Exploited Vulnerability to Catalog, CISA, 6 novembre 2026
• U.S. CISA adds SonicWall SonicOS SSLVPN flaw to its Known Exploited Vulnerabilities catalog, Security Affairs, 7 novembre 2026
• CVE-2026-102895, NVD (NIST)
• CVE-2026-102895 dans le catalogue KEV, CISA