CISA alerte sur Langflow : RCE critique exploitée activement

Une RCE sans authentification sur l'orchestrateur IA le plus déployé

Le 4 août 2026, la Cybersecurity and Infrastructure Security Agency (CISA) a actualisé son catalogue Known Exploited Vulnerabilities (KEV) avec trois nouvelles entrées, toutes confirmées comme exploitées activement dans la nature. La plus critique est CVE-2026-9198, une vulnérabilité d'injection de code dans Langflow, l'un des frameworks d'orchestration d'agents IA open source les plus populaires, affichant un score CVSS de 9.8 sur 10.

Langflow est massivement adopté par les équipes DevOps et Data Science pour construire des pipelines d'intelligence artificielle, des chatbots d'entreprise et des agents autonomes. Sa popularité en fait une cible de choix : une compromission d'une instance Langflow exposée sur Internet donne à l'attaquant un accès direct à l'infrastructure IA de l'organisation, aux clés d'API des grands modèles de langage, aux bases de données vectorielles et aux systèmes internes connectés via les outils des agents.

Techniquement, CVE-2026-9198 résulte de la combinaison de deux défauts distincts dans l'API Langflow. Le premier défaut réside dans un endpoint d'auto-login non authentifié qui émet des jetons bearer de niveau superutilisateur à tout appelant réseau, sans aucune vérification d'identité. Le second défaut se trouve dans un endpoint de validation de code qui exécute du Python arbitraire soumis par le client. En chaînant ces deux faiblesses, un attaquant non authentifié peut d'abord obtenir un jeton superutilisateur via le premier endpoint, puis utiliser ce jeton pour soumettre du code malveillant au second endpoint et obtenir une exécution de code distante complète.

La vulnérabilité a été divulguée le 17 juillet 2026, date à laquelle IBM — qui maintient Langflow OSS — a publié la version 1.10.1 contenant le correctif. Le bulletin IBM précise que tous les déploiements par défaut sont affectés, ce qui inclut les installations Docker, les déploiements Kubernetes et les instances cloud non durcies. L'absence de configuration additionnelle requise pour être vulnérable — la faille touche les installations « out of the box » — explique sa propagation rapide dans les catalogues d'exploitation adversariale.

La deuxième faille ajoutée au KEV, CVE-2026-34486, concerne Apache Tomcat avec un score CVSS de 7.5. Il s'agit d'une vulnérabilité liée à l'absence de chiffrement des données sensibles permettant de contourner l'EncryptInterceptor, le composant de clustering d'Apache Tomcat qui ajoute un chiffrement par clé pré-partagée aux messages échangés entre les nœuds du cluster. Une exploitation réussie permet à un attaquant positionné sur le chemin réseau d'intercepter et de lire des données de session ou des communications inter-nœuds normalement chiffrées, ouvrant la voie à des attaques de type man-in-the-middle dans les environnements Tomcat clustérisés.

La troisième entrée KEV, CVE-2026-18556, est un contournement d'authentification dans N-able N-central (score CVSS 8.2). N-able N-central est une plateforme de gestion et de surveillance utilisée par les Managed Service Providers (MSP). Une faille d'authentification sur ce type d'outil est particulièrement grave : un MSP administre généralement des dizaines, voire des centaines d'environnements clients depuis une même console. Compromettre N-central équivaut potentiellement à compromettre l'ensemble du portefeuille clients du MSP ciblé, un scénario rappelant les attaques en supply chain documentées ces dernières années.

La date limite de remédiation fixée par la CISA pour les agences fédérales FCEB est le 7 août 2026, soit trois jours après l'annonce. Ce délai extrêmement court reflète la gravité de l'exploitation active constatée. Bien que la directive BOD 22-01 ne s'applique formellement qu'aux agences fédérales américaines, la CISA invite fortement toutes les organisations du secteur privé à traiter ces vulnérabilités avec la même urgence, en particulier dans les secteurs critiques comme la santé, l'énergie ou les services financiers.

Selon les données des moteurs de recherche spécialisés dans la découverte d'assets exposés, plusieurs milliers d'instances Langflow sont directement accessibles sur Internet, dont une proportion significative en Europe et en France. Beaucoup de ces déploiements correspondent à des environnements de développement ou de démonstration que les équipes ont tendance à négliger dans leurs cycles de patching habituels. Or, un environnement de développement compromis peut constituer un point d'entrée vers le réseau interne via des credentials ou des clés d'API partagées avec la production.

Pourquoi l'IA générative crée de nouvelles urgences en sécurité

L'ajout de Langflow au catalogue KEV illustre un phénomène structurel croissant : les outils d'orchestration IA, longtemps considérés comme des environnements de développement sans enjeu sécuritaire majeur, deviennent des cibles prioritaires pour les attaquants sophistiqués. Ces frameworks centralisent des actifs critiques — clés d'API, connexions aux bases de données, accès aux systèmes d'information via des outils intégrés — dans une interface souvent déployée rapidement, sans passage par les processus de revue sécurité habituels.

La nature de la faille Langflow (chaînage de deux défauts pour obtenir une RCE sans authentification) rappelle des schémas d'exploitation déjà observés sur d'autres plateformes d'automatisation et de low-code/no-code. En 2025, des vulnérabilités similaires dans des orchestrateurs de workflow populaires avaient démontré que cet écosystème est particulièrement exposé : adoption massive, déploiement rapide, sécurisation insuffisante.

Pour Apache Tomcat, la situation est différente mais tout aussi préoccupante. Apache Tomcat reste l'un des serveurs d'applications Java les plus déployés dans le monde, notamment dans les applications d'entreprise legacy et les middleware bancaires. L'exploitation active de CVE-2026-34486 suggère que des acteurs malveillants ciblent activement ces infrastructures Java historiques, potentiellement dans le cadre d'opérations de reconnaissance précédant des exfiltrations de données.

La multiplication des alertes KEV dans un court laps de temps traduit une accélération du rythme d'exploitation des vulnérabilités dans les outils de la chaîne IA et DevOps. Pour les RSSI et les équipes SOC, cette tendance impose une révision de la stratégie de gestion des vulnérabilités : les outils d'IA et d'orchestration doivent être intégrés dans les processus de patch management au même titre que les systèmes d'exploitation et les bases de données traditionnelles.

Ce qu'il faut retenir

• Mettre à jour immédiatement Langflow OSS vers la version 1.10.1 ou supérieure et appliquer les correctifs Apache Tomcat publiés par l'Apache Software Foundation.
• Auditer toutes les instances Langflow exposées sur Internet et restreindre l'accès aux seules IP autorisées via des règles de pare-feu ou un VPN — aucune instance ne devrait être accessible sans authentification depuis l'Internet public.
• Intégrer les frameworks d'orchestration IA (Langflow, n8n, Flowise, Apache Airflow…) dans les inventaires d'assets et les processus de gestion des vulnérabilités, au même titre que les systèmes critiques.