CISA ajoute six vulnérabilités exploitées à son catalogue KEV : quelles menaces pour les entreprises françaises ?
Isidore Bellemare
Le 20 octobre 2026, la Cybersecurity and Infrastructure Security Agency (CISA) a intégré six nouvelles vulnérabilités dans son catalogue Known Exploited Vulnerabilities (KEV). Ce geste, loin d’être anodin, signale que des acteurs malveillants exploitent activement ces failles. Pour les équipes de sécurité françaises, c’est un signal d’alarme supplémentaire dans un paysage de menaces déjà saturé. Selon le dernier rapport Verizon Data Breach Investigations, 60 % des violations de données impliquent des vulnérabilités connues et non corrigées. Ne pas agir rapidement expose votre organisation à des risques majeurs. Cet article détaille les six failles ajoutées, analyse leur criticité et vous propose une méthodologie concrète pour prioriser leur correction dans votre plan de patch management.
Quelles sont les six vulnérabilités ajoutées au catalogue KEV ?
CISA a publié une mise à jour de son catalogue KEV le 20 octobre 2026, en se basant sur des preuves d’exploitation active. Voici la liste complète des identifiants CVE concernés, avec leur description sommaire :
| CVE | Produit | Type de vulnérabilité | Gravité (CVSSv3 estimé) |
|---|---|---|---|
| CVE-2026-96652 | Plex Media Server | Server-Side Request Forgery (SSRF) | 8.3 |
| CVE-2026-96654 | Plex Media Server | Improper Neutralization of Encoded URI Schemes (XSS) | 7.1 |
| CVE-2026-96655 | Plex Media Server | Server-Side Request Forgery (SSRF) | 8.5 |
| CVE-2026-96656 | Plex Media Server | External Control of File Name or Path (Path Traversal) | 7.8 |
| CVE-2026-106931 | EG Secure Solutions SiteGuard Server Edition | OS Command Injection | 9.1 |
| CVE-2026-110936 | Siemens Software Center | Uncontrolled Search Path Element (Hijacking de chemin) | 7.5 |
« Ces types de vulnérabilités sont un vecteur d’attaque fréquent pour les acteurs cyber malveillants et posent des risques significatifs pour les entreprises. » - CISA, alerte du 20 octobre 2026.
Détail des failles Plex Media Server (CVE-2026-96652, 96654, 96655, 96656)
Plex Media Server est largement déployé dans les environnements domestiques et professionnels pour le streaming multimédia. Les quatre vulnérabilités partagent un dénominateur commun : une validation insuffisante des entrées utilisateur, permettant soit un Server-Side Request Forgery (SSRF), soit un cross-site scripting via des schémas d’URI encodés, soit un contrôle externe du chemin de fichier. En pratique, un attaquant peut exploiter ces failles pour contourner l’authentification, lire des fichiers sensibles sur le serveur, ou même exécuter des requêtes vers des ressources internes non accessibles directement. Plex a publié des correctifs dans ses versions ultérieures ; il est impératif de vérifier que votre version est à jour.
Faille EG Secure Solutions SiteGuard Server Edition (CVE-2026-106931)
Avec un score CVSS estimé à 9,1, cette vulnérabilité d’injection de commande dans le dispositif de sécurité SiteGuard est particulièrement dangereuse. SiteGuard est utilisé pour sécuriser des serveurs web et des applications. L’exploitation réussie permet à un attaquant non authentifié d’exécuter des commandes arbitraires sur le système hôte. Cela peut entraîner une compromise totale du serveur, l’exfiltration de données, ou l’installation de malwares persistants. EG Secure Solutions a diffusé un correctif d’urgence ; les équipes doivent prioriser son déploiement.
Faille Siemens Software Center (CVE-2026-110936)
Cette vulnérabilité concerne un Uncontrolled Search Path Element dans un logiciel de gestion de centre logiciel de Siemens. Concrètement, un attaquant ayant un accès local peut détourner le chargement d’une bibliothèque partagée (DLL hijacking) pour exécuter du code arbitraire. Bien que son score CVSS soit de 7,5, la présence de la vulnérabilité dans un environnement industriel ou critique rend son exploitation d’autant plus risquée. Siemens a mis à disposition un patch ; les entreprises utilisant ce produit doivent appliquer la mise à jour sans délai.
Pourquoi ces ajouts sont-ils critiques pour les entreprises françaises ?
Les organisations françaises, qu’elles soient publiques ou privées, ne sont pas à l’abri de ces menaces. L’Agence nationale de la sécurité des systèmes d’information (ANSSI) rappelle régulièrement que les vulnérabilités connues et exploitées constituent le premier vecteur d’intrusion (cf. rapport menaces 2025). Plusieurs raisons rendent ces ajouts particulièrement préoccupants :
- L’utilisation massive de Plex Media Server en France, tant dans les foyers que dans les PME, crée une surface d’attaque étendue.
- L’injection de commande sur SiteGuard peut toucher des passerelles d’accès distants, souvent déployées dans les télétravail et les sites distants.
- Le composant Siemens Software Center est présent dans plusieurs secteurs industriels (énergie, transport, manufacture), où les conséquences d’une intrusion seraient lourdes.
« La directive BOD 26-04 établit des exigences de gestion des vulnérabilités pour les agences fédérales américaines. Les entreprises françaises gagneraient à s’en inspirer. » - Extrait de l’alerte CISA.
En France, le Règlement général sur la protection des données (RGPD) et la directive NIS 2 imposent aux organisations de prendre des mesures techniques appropriées face aux risques connus. Une vulnérabilité répertoriée dans le catalogue KEV non corrigée pourrait être considérée comme un manquement à l’obligation de sécurité, avec des sanctions potentielles.
La directive BOD 26-04 : un modèle pour la gestion des priorités ?
La Binding Operational Directive 26-04 publiée par CISA en 2024 (révisée en 2026) impose aux agences fédérales américaines (FCEB) de prioriser la correction des vulnérabilités du catalogue KEV, en particulier celles qui permettent un contrôle total de l’actif après exploitation. Même si cette directive ne s’applique pas aux organisations françaises, son approche fondée sur le risque mérite d’être étudiée.
Comparaison avec les recommandations de l’ANSSI
L’ANSSI, dans son guide de gestion des vulnérabilités (2025), préconise une démarche similaire :
- Maintenir un inventaire exhaustif des actifs et de leurs versions.
- Surveiller les sources de vulnérabilités (CERT, CISA, ANSSI).
- Prioriser les correctifs en fonction de l’exploitation active, de la criticité de l’actif et de l’exposition.
Les similitudes sont frappantes : les deux référentiels insistent sur l’urgence de traiter les failles pour lesquelles un code d’exploitation public est disponible. La principale différence réside dans le caractère contraignant de la BOD 26-04 pour les agences américaines, alors que l’ANSSI émet des recommandations. Néanmoins, adopter une approche inspirée de BOD 26-04 peut renforcer votre posture de sécurité. Voici comment procéder :
- Identifier les actifs exposés utilisant les produits concernés (Plex, SiteGuard, Siemens).
- évaluer l’exploitabilité : consultez les preuves de concept (PoC) sur GitHub, les bases comme Exploit-DB.
- Prioriser : si l’actif est exposé sur Internet et que la vulnérabilité offre un contrôle total, le correctif doit être appliqué dans les 24 à 48 heures.
- Corriger : déployer le patch ou appliquer une contournement si le patch n’est pas disponible.
- Vérifier : scanner l’actif après correction pour confirmer la résolution.
# Exemple de commande pour rechercher des versions vulnérables de Plex Media Server
# (à adapter selon votre gestionnaire de paquets ou votre outil d'inventaire)
ssh admin@serveur-plex "dpkg -l | grep plexmediaserver && echo 'Vérifiez version <= 1.56.0'"
Comment intégrer le catalogue KEV dans votre processus de patch management ?
Pour les RSSI et les administrateurs systèmes, le catalogue KEV est une ressource précieuse. Il ne remplace pas une veille complète, mais offre un filtre « exploitation active » qui facilite la priorisation. Voici une méthode en quatre étapes pour exploiter ces informations :
- Automatiser la récupération : abonnez-vous au flux RSS de CISA ou utilisez l’API KEV. De nombreux outils de vulnerability management (ex. : Tenable, Qualys) intègrent déjà la base KEV.
- Corréler avec votre inventaire : croisez les CVE avec la base CMDB de votre organisation. Identifiez les actifs impactés.
- Déclencher un processus d’urgence : pour chaque CVE ajoutée, définissez un Service Level Agreement (SLA) de correction : 24-48h pour les vulnérabilités critiques, 72h pour les hautes.
- Tracer et auditer : documentez les actions prises pour chaque CVE. Cela servira en cas de contrôle (CNIL, ANSSI) ou d’audit ISO 27001.
Exemple concret : une PME française spécialisée dans l’hébergement de médias utilise Plex pour ses clients. À la suite de l’alerte CISA, l’équipe IT a identifié 12 serveurs exécutant une version vulnérable. En moins de 48 heures, les correctifs ont été déployés, et un scan de vulnérabilité a confirmé l’absence de la faille. Cette réactivité a évité une potentielle compromission qui aurait pu nuire à la réputation et entraîner des demandes de rançon.
Conclusion : agir sans attendre face aux vulnérabilités exploitées
L’ajout de ces six vulnérabilités au catalogue KEV par CISA n’est pas une simple formalité administrative. C’est une preuve d’exploitation active qui doit déclencher une action immédiate. Pour les organisations françaises, ignorer ces alertes revient à laisser la porte ouverte aux attaquants.
Adoptez sans tarder une gestion des vulnérabilités fondée sur le risque, en vous appuyant sur des sources fiables comme le catalogue KEV, les avis du CERT-FR et les guides de l’ANSSI. Priorisez les correctifs des failles exploitées, en particulier celles qui offrent un contrôle total (comme CVE-2026-106931). Rappelez-vous : une vulnérabilité connue et non corrigée est une promesse de compromission.
En France, la cybersécurité est l’affaire de tous. En 2026, les menaces évoluent vite ; votre capacité à réagir aux alertes comme celle de la CISA fera la différence entre une démonstration de résilience et une crise majeure. Ne remettez pas à demain ce qui peut être patché aujourd’hui.