La vulnérabilité de Schneider Electric Modicon M340 laisse deux modules sans correctif

Schneider Electric propose désormais des correctifs pour quatre gammes de produits concernées, mais la vulnérabilité Schneider Electric Modicon M340 reste sans correctif pour deux modules de communication. La republication par la CISA le 17 septembre remet en lumière cette faille plus d’un an après sa divulgation initiale.

Identifiée sous le nom CVE-2025-6625, la vulnérabilité permet à un attaquant réseau non authentifié d’envoyer une commande FTP spécialement conçue pouvant rendre un appareil affecté indisponible. Elle obtient un score de 7,5 selon CVSS v3.1 et de 8,7 selon CVSS v4.0, tous deux classés Élevés.

Il ne s’agit pas d’une vulnérabilité nouvellement découverte. Schneider Electric a publié sa première notification le 12 août 2025, puis a ajouté des correctifs pour les contrôleurs et les modules au cours de 2026. La CISA a republié la quatrième révision le 17 septembre, offrant un point de contrôle utile aux opérateurs qui auraient pu considérer l’atténuation initiale comme définitive.

L’enjeu central oppose la couverture des correctifs à l’exposition opérationnelle. Quatre familles de produits disposent désormais d’un firmware corrigé désigné, tandis que BMXNGD0100 et BMXNOC0401 restent tributaires de contrôles réseau. Cette distinction compte dans les environnements industriels, où la mise à niveau d’un contrôleur peut nécessiter des tests, une approbation d’arrêt et une coordination entre plusieurs équipes.

L’avis de la CISA est une republication, pas une nouvelle divulgation

Le changement immédiat est une diffusion fédérale plus large d’un avis existant, associée à un relevé plus clair des produits disposant désormais de correctifs de firmware.

L’avis de septembre, ICSA-26-260-04, republie l’avis Schneider Electric SEVD-2025-224-05. La CISA décrit cette publication comme une conversion directe de l’enregistrement Common Security Advisory Framework du fournisseur. CSAF est un format lisible par machine destiné à diffuser des données sur les vulnérabilités, les produits et les mesures correctives.

Cette distinction évite une conclusion trompeuse. L’avis de septembre n’établit pas que des attaquants ont commencé à exploiter la faille ce mois-ci. Il ne révèle pas non plus une nouvelle vulnérabilité touchant une autre famille de contrôleurs.

Le conseil fédéral retrace quatre révisions :

• 12 août 2025 : Schneider Electric a publié la notification initiale.

• 14 avril 2026 : le fournisseur a ajouté une mesure corrective pour les contrôleurs Modicon M340.

• 11 août 2026 : le fournisseur a ajouté une mesure corrective pour le module BMXNOR0200H.

• 17 septembre 2026 : la CISA a republié la quatrième révision.

L’historique des mises à jour est essentiel pour comprendre la situation. La divulgation initiale proposait des correctifs de firmware pour les modules BMXNOE0100 et BMXNOE0110, tandis que les autres produits affectés reposaient sur des mesures d’atténuation. Schneider Electric a ensuite publié des correctifs pour le firmware du contrôleur M340 et pour BMXNOR0200H.

La cartographie des produits qui en résulte est plus utile qu’un simple niveau de sévérité. Elle distingue les équipements pouvant passer à un firmware corrigé de ceux nécessitant encore des contrôles compensatoires.

Les configurations concernées sont les suivantes :

• Firmware du contrôleur Modicon M340 antérieur à SV3.70.

• Firmware BMXNOR0200H antérieur à SV1.7 IR27.

• Toutes les versions du module M580 Global Data BMXNGD0100.

• Toutes les versions du module de communication Ethernet X80 BMXNOC0401.

• Versions de BMXNOE0100 antérieures à 3.60.

• Versions de BMXNOE0110 antérieures à 6.80.

Schneider Electric identifie SV3.70 comme le firmware corrigé du contrôleur M340. L’entreprise indique SV1.7 IR27 pour BMXNOR0200H, la version 3.60 pour BMXNOE0100 et la version 6.80 pour BMXNOE0110.

BMXNGD0100 et BMXNOC0401 restent les exceptions. L’avis structuré actuel répertorie toutes les versions des deux modules comme étant connues pour être affectées et fournit des mesures d’atténuation plutôt qu’une version corrigée.

L’avis fait parfois référence à « BMXNOC401 » dans son texte de remédiation. L’inventaire des produits et le catalogue Schneider Electric identifient le modèle concerné comme BMXNOC0401. Les propriétaires d’actifs doivent vérifier la référence commerciale exacte plutôt que de se fier à un nom abrégé.

La republication de la CISA modifie donc la visibilité, et non le mécanisme technique sous-jacent. Sa valeur réside dans la remise en avant d’un avis dont le statut de remédiation a évolué par étapes.

Pour les équipes de sécurité, la question pratique est de savoir si leur dossier de vulnérabilité reflète toujours la réponse de 2025. Un ticket clôturé après la désactivation de FTP pourrait devoir être rouvert, car un firmware corrigé existe désormais pour une partie du parc installé.

Fonctionnement de la vulnérabilité Schneider Electric Modicon M340

CVE-2025-6625 transforme un service de gestion exposé en risque de disponibilité à distance, sans nécessiter d’identifiants ni d’interaction utilisateur.

La faiblesse sous-jacente est une validation inadéquate des entrées, classée CWE-20. La validation des entrées vérifie que les données reçues respectent le format et les limites attendus par un appareil avant leur traitement par le logiciel.

Schneider Electric indique qu’une commande FTP spécialement conçue peut déclencher un déni de service. FTP, ou File Transfer Protocol, sert à transférer des fichiers entre des systèmes en réseau. Dans un environnement de contrôleurs industriels, les fournisseurs peuvent l’utiliser pour des fonctions telles que la gestion de fichiers liée à la configuration ou au firmware.

La faille est accessible via le réseau. Le vecteur CVSS v3.1 attribue une faible complexité d’attaque, ne requiert aucun privilège et ne nécessite aucune interaction utilisateur. Son impact évalué concerne la disponibilité plutôt que la confidentialité ou l’intégrité.

L’enregistrement de vulnérabilité décrit le même mécanisme. Un attaquant n’a pas besoin qu’un opérateur authentifié ouvre un fichier malveillant ou approuve une invite. Il lui faut pouvoir atteindre par le réseau le service FTP affecté.

Cela ne signifie pas que chaque appareil M340 installé est exposé de la même manière. Schneider Electric précise que FTP est désactivé par défaut. Un appareil dont le service est désactivé et correctement filtré à la frontière réseau présente un chemin d’attaque différent d’un appareil dont le port 21 est accessible sur un réseau d’usine plat.

Cependant, les paramètres par défaut ne règlent pas la question. Les systèmes industriels restent souvent en service pendant des années, et leurs configurations peuvent s’écarter de leur référence initiale. Les intégrateurs peuvent activer des services pour la mise en service, la maintenance, les sauvegardes ou le support fournisseur, puis les laisser actifs.

Un propriétaire d’actifs a donc besoin de preuves de configuration, et non d’une supposition. Les vérifications pertinentes comprennent l’activation de FTP, les interfaces qui peuvent l’atteindre et l’existence de contrôles réseau limitant le port 21 aux systèmes de gestion autorisés.

La faiblesse couvre également plusieurs rôles au sein de l’architecture Modicon. Elle affecte le firmware du contrôleur, des modules de communication Ethernet, un module RTU et le module M580 Global Data. Une usine peut comporter plus d’un composant affecté dans le même système de contrôle.

Cette étendue complique le travail d’inventaire. Le seul modèle du contrôleur ne permet pas de savoir si le rack comprend un module BMXNOC0401 ou BMXNOE0110 affecté. Les équipes doivent identifier les versions de firmware et les références des modules au niveau des composants.

Les scores de sévérité renforcent la nécessité de ce niveau de détail. CVSS v3.1 attribue un score de base de 7,5. L’évaluation mise à jour CVSS v4.0 atteint 8,7, l’accessibilité réseau et l’impact élevé sur la disponibilité déterminant cette note.

Ces scores décrivent la sévérité technique selon des hypothèses normalisées. Ils ne calculent pas la conséquence opérationnelle dans une installation donnée. Perdre la communication avec un contrôleur de laboratoire n’est pas équivalent à perdre la communication avec un équipement lié à la production ou à des services essentiels.

L’avis actuel ne signale pas le vol ou la manipulation de données comme conséquence directe. Il décrit l’indisponibilité de l’appareil. Cet impact technique plus circonscrit peut néanmoins provoquer un incident opérationnel grave lorsqu’un contrôleur ou un module de communication prend en charge un processus sensible au temps.

La vulnérabilité Schneider Electric Modicon M340 doit donc être comprise comme une faille de disponibilité accessible par le réseau. Son risque réel dépend de la configuration du service, de la segmentation, du firmware et du processus pris en charge par chaque appareil.

Une couverture partielle des correctifs crée le véritable problème opérationnel

La difficulté n’est pas de comprendre la commande malveillante. Elle consiste à gérer un parc hétérogène dans lequel certains actifs peuvent être corrigés et d’autres non.

Quatre groupes de produits affectés disposent d’une version corrigée spécifiée. Deux n’en ont pas. Cela divise la réponse entre remédiation par firmware et contrôles réseau compensatoires.

Pour le contrôleur Modicon M340, Schneider Electric identifie SV3.70 comme version corrigée. Le fournisseur a ajouté cette mesure corrective en avril 2026, environ huit mois après la notification initiale.

Pour BMXNOR0200H, SV1.7 IR27 contient le correctif. Cette version a été ajoutée à l’avis en août 2026, presque un an après la divulgation initiale.

Les correctifs antérieurs pour BMXNOE restent partie intégrante de la réponse. BMXNOE0100 nécessite la version 3.60, tandis que BMXNOE0110 nécessite la version 6.80. Schneider Electric indique que les deux mises à niveau requièrent un redémarrage.

La notification du fournisseur indique que l’absence d’application des correctifs disponibles peut laisser les appareils exposés à un déni de service et à l’indisponibilité qui en résulte. Elle associe également les familles de produits affectées à Modicon M340, Modicon M580 et aux modules X80.

Une exigence de redémarrage pèse davantage dans les technologies opérationnelles que sur un poste de travail de bureau. Le redémarrage d’un module de communication peut interrompre la surveillance, le trafic de supervision, les échanges de données ou l’accès de maintenance.

Une organisation ne devrait pas en déduire que le correctif est facultatif. Cela signifie que la mise à niveau doit s’inscrire dans un processus de changement opérationnel approuvé. Ce processus doit prendre en compte les sauvegardes, la compatibilité, le retour arrière, les fenêtres de maintenance et la validation après mise à niveau.

Les deux modules sans versions corrigées présentent une décision différente. Toutes les versions de BMXNGD0100 et BMXNOC0401 restent répertoriées comme affectées. Schneider Electric indique établir un plan de remédiation pour de futures versions et mettra à jour le document lorsque des mesures correctives seront disponibles.

D’ici là, les opérateurs doivent considérer la configuration et l’architecture réseau comme des contrôles principaux. Le fournisseur recommande de désactiver FTP lorsqu’il n’est pas nécessaire, de segmenter le réseau, de bloquer le trafic non autorisé sur le port 21 et d’utiliser des tunnels VPN pour l’accès distant requis.

Cette réponse différenciée peut créer un risque inégal au sein d’une même installation. Une équipe pourrait mettre à niveau un processeur M340 tout en laissant un module de communication affecté accessible. Un tableau de bord peut alors indiquer que le contrôleur est à jour alors que le rack contient toujours un chemin réseau vulnérable.

Le statut d’approvisionnement peut également masquer le problème. BMXNGD0100 est associé à la famille de produits M580, tandis que BMXNOC0401 est un module Ethernet M340 X80. Une recherche limitée au « firmware du contrôleur M340 » peut ne pas détecter les deux.

Les registres d’actifs devraient donc inclure au minimum la référence commerciale, le firmware installé, l’état du service, la zone réseau et le responsable métier. Sans ces champs, les équipes ne peuvent pas faire correspondre de façon fiable l’avis aux équipements déployés.

Il existe également un risque lié au calendrier. Les organisations ayant évalué la notification initiale de 2025 ont peut-être enregistré uniquement les mesures d’atténuation disponibles à ce moment-là. Les versions de firmware publiées ultérieurement ne mettent pas automatiquement à jour les registres d’exception internes ni les plans de maintenance.

Cela exerce une pression sur trois groupes. Les équipes de sécurité doivent rouvrir et normaliser les dossiers de vulnérabilité. Les ingénieurs de contrôle doivent tester le firmware corrigé. Les responsables des opérations doivent autoriser les interruptions lorsqu’un redémarrage est nécessaire.

Aucun de ces groupes ne peut résoudre le problème seul. Les équipes de sécurité peuvent connaître la CVE sans en comprendre les conséquences en production. Les ingénieurs peuvent comprendre le rack, mais ne pas disposer de données complètes sur l’exposition. Les équipes opérationnelles peuvent maîtriser les interruptions de service, mais pas la validation des firmwares.

L’état mixte de la remédiation est la principale raison pour laquelle cette republication importe. Elle transforme une ancienne réponse de type « atténuer et surveiller » en une tâche plus précise : corriger quatre groupes de produits et maintenir des contrôles stricts autour de deux autres.

Un score élevé ne prouve pas une exploitation active

L’avis justifie un inventaire et une remédiation urgents, mais ne permet pas d’affirmer qu’une campagne d’attaque est en cours.

L’enregistrement structuré de CISA n’identifie aucune exploitation connue dans la nature. La vulnérabilité n’est pas non plus présentée comme une entrée du catalogue Known Exploited Vulnerabilities de CISA.

Cette absence doit guider le langage employé dans les rapports. CVE-2025-6625 est exploitable dans les conditions décrites par le fournisseur, mais l’avis n’établit pas que des attaquants ciblent actuellement les installations Modicon M340 avec cette technique.

La distinction est importante, car un score de gravité mesure des caractéristiques techniques intrinsèques. Il ne mesure pas la fréquence à laquelle une vulnérabilité est analysée, exploitée à des fins offensives ou utilisée contre un secteur particulier.

Le vecteur CVSS v3.1 explique pourquoi le score est Élevé. Un attaquant peut atteindre le service vulnérable par le réseau, n’a besoin d’aucun privilège, fait face à une faible complexité et ne requiert aucune interaction de l’utilisateur. Une exploitation réussie a un impact élevé sur la disponibilité.

Ces propriétés justifient une action rapide. Elles n’éliminent pas la nécessité d’une analyse de l’environnement.

La position réseau est la première variable. Un réseau de contrôle correctement segmenté, où le trafic FTP non autorisé est bloqué, offre moins de chemins d’attaque qu’un contrôleur accessible depuis de vastes réseaux d’entreprise ou d’accès distant.

L’état du service est la deuxième variable. Schneider Electric indique que FTP est désactivé par défaut. Les opérateurs doivent vérifier cet état sur chaque actif concerné et déterminer si des procédures de maintenance antérieures ont activé le service.

La conséquence opérationnelle est la troisième variable. Une condition de déni de service sur un module de communication peut affecter différentes fonctions selon la conception du rack et l’architecture des processus. L’avis public ne calcule pas les conséquences propres à chaque usine en matière de sécurité ou de production.

La disponibilité des correctifs est la quatrième variable. Quatre groupes de produits disposent de versions corrigées, tandis que deux restent sans correctif. Une même organisation peut donc présenter des risques résiduels différents pour des appareils couverts par la même CVE.

C’est là que l’étiquette « Élevé » peut à la fois aider et induire en erreur. Elle attire l’attention, mais peut encourager une réponse uniforme à un ensemble de produits hétérogène.

L’approche la plus sûre consiste à considérer le score de gravité comme un signal de triage. Les équipes doivent ensuite déterminer si le composant affecté est présent, si son service FTP est accessible et si un firmware corrigé est disponible.

La définition de la faiblesse décrit une validation incorrecte des entrées comme une vaste catégorie de défaillance logicielle. Cette classification ne révèle pas la commande exacte, l’état de défaillance ni le comportement de récupération de chaque produit affecté.

Les informations publiques ne fournissent pas non plus d’exploit de preuve de concept. Cela limite l’analyse indépendante de la reproductibilité et de la récupération des appareils. Les organisations doivent éviter de tester des contrôleurs de production avec un trafic FTP malformé.

L’avis juridique de Schneider Electric indique que la notification et les actions proposées sont fournies sans garantie qu’elles résoudront chaque situation. Cette clause de non-responsabilité standard renforce la nécessité de tests propres à chaque site plutôt qu’un déploiement aveugle.

Une équipe de maintenance doit valider le firmware sur du matériel représentatif lorsque cela est possible. Elle doit confirmer les communications, le comportement des applications, la conservation de la configuration et la récupération après redémarrage avant de planifier un déploiement plus large.

Pour les modules non corrigés, les équipes doivent valider le chemin de contrôle lui-même. Une règle de pare-feu n’est utile que si elle couvre chaque itinéraire vers l’appareil et reste appliquée après les changements de réseau.

La conclusion prudente est simple. La vulnérabilité exige une action parce qu’elle est accessible à distance et affecte la disponibilité. Le dossier public ne justifie pas de la présenter comme une compromission active, une urgence à l’échelle d’Internet ou un incident de sécurité confirmé.

La segmentation réseau doit protéger les modules non corrigés

BMXNGD0100 et BMXNOC0401 font des contrôles compensatoires une composante de la défense principale, et non une simple note administrative temporaire.

L’atténuation proposée par Schneider Electric commence par le service FTP. Le fournisseur indique qu’il est désactivé par défaut et qu’il doit le rester lorsqu’il n’est pas utilisé.

Les opérateurs doivent vérifier directement cet état. Les enregistrements de configuration, les références de service approuvées et les observations réseau peuvent fournir des preuves plus solides que la documentation seule.

Lorsque FTP est nécessaire, l’accès doit être limité aux systèmes de gestion spécifiques qui en ont besoin. Une règle large autorisant le port 21 dans toute une zone de contrôle préserve une grande partie du chemin d’attaque.

Le fournisseur appelle également à la segmentation réseau. La segmentation sépare les systèmes en zones contrôlées et limite le trafic pouvant circuler entre elles. Dans ce cas, elle doit empêcher les systèmes non autorisés d’atteindre les modules affectés via FTP.

Un examen pratique doit aller au-delà du pare-feu le plus proche. Les passerelles d’accès distant, les postes de travail d’ingénierie, les hôtes de rebond, les connexions temporaires de fournisseurs et les systèmes à double rattachement réseau peuvent créer des chemins alternatifs.

CISA recommande séparément de placer les systèmes de contrôle et les appareils distants derrière des pare-feu et de les isoler des réseaux d’entreprise. L’agence conseille aussi de réduire au minimum l’exposition à Internet des appareils de contrôle industriel.

Ces contrôles s’alignent sur les pratiques de sécurité plus larges de Schneider Electric. Ces recommandations comprennent des restrictions d’accès physique, des armoires de contrôleurs verrouillées, des connexions de programmation contrôlées et le contrôle des supports amovibles.

L’utilisation d’un VPN exige une prudence similaire. Un VPN chiffre une connexion, mais ne rend pas son point d’extrémité digne de confiance. Des identifiants compromis ou un appareil distant infecté peuvent toujours fournir un chemin vers le réseau de contrôle.

L’accès distant doit se terminer à une frontière contrôlée plutôt que directement sur un sous-réseau de contrôleurs. L’authentification, l’autorisation, la journalisation des sessions et les accès limités dans le temps peuvent réduire le risque d’exposition persistante.

Le plan d’atténuation doit aussi définir les conditions d’activation de FTP. Par exemple, un flux de maintenance documenté pourrait ouvrir l’accès pendant une période limitée, n’autoriser qu’une source approuvée et fermer la règle après vérification.

La surveillance peut renforcer ces contrôles. Les connexions inattendues au port 21, les sessions malformées répétées ou le trafic provenant de nouvelles adresses source méritent une enquête. L’avis ne publie pas de signature de détection propre aux appareils ; la surveillance doit donc se concentrer sur les écarts par rapport à la référence approuvée.

La planification de la récupération est importante, car l’impact indiqué est un déni de service. Les équipes doivent savoir si un appareil récupère automatiquement, nécessite un redémarrage ou requiert une intervention d’ingénierie après une défaillance.

L’avis public ne répond pas à ces questions pour chaque configuration. Les propriétaires de sites doivent obtenir des conseils d’assistance spécifiques aux produits et les intégrer aux procédures de réponse aux incidents.

Un plan de réponse doit préserver les éléments de preuve lorsque les conditions opérationnelles le permettent. Les journaux réseau, les enregistrements de pare-feu, les événements des appareils et les historiques de maintenance peuvent aider à distinguer une attaque d’une défaillance matérielle ou d’une erreur de configuration.

Pour les produits corrigés, la segmentation reste nécessaire. Le firmware traite cette faiblesse spécifique, mais ne transforme pas un contrôleur industriel en un service approprié pour une exposition à Internet.

Pour les produits non corrigés, la segmentation devient encore plus importante, car aucun firmware du fournisseur ne supprime actuellement la faiblesse. L’architecture doit réduire la probabilité qu’un système non autorisé puisse transmettre la commande malveillante.

C’est le compromis au cœur de la vulnérabilité Schneider Electric Modicon M340. La connectivité facilite la maintenance et l’échange de données, mais l’accessibilité inutile des services élargit le chemin de défaillance.

Trois signaux montreront si le risque se réduit

La prochaine phase dépend de l’achèvement des correctifs, de preuves réelles de déploiement et de toute évolution du tableau des menaces observées.

Le premier signal serait une version corrigée pour BMXNGD0100 ou BMXNOC0401. Les deux restent répertoriés comme affectés dans toutes les versions, et l’avis indique que Schneider Electric développe une remédiation pour de futures versions.

Un correctif publié pour l’un ou l’autre module réduirait l’écart entre la remédiation par firmware et la dépendance permanente aux contrôles compensatoires. Il renforcerait l’idée que la vulnérabilité peut être supprimée sur l’ensemble complet des produits.

Un silence prolongé ne signifierait pas que les mesures d’atténuation ont échoué. Il signifierait que les opérateurs doivent continuer à valider les restrictions FTP et la segmentation sans disposer d’un correctif de firmware pour ces modules.

Le deuxième signal est la preuve que les systèmes installés ont effectivement adopté les quatre correctifs disponibles. Les versions concernées sont M340 SV3.70, BMXNOR0200H SV1.7 IR27, BMXNOE0100 3.60 et BMXNOE0110 6.80.

La publication par le fournisseur n’est que le début de la remédiation. Les organisations industrielles doivent tester, planifier, déployer et vérifier chaque mise à niveau. Les redémarrages des modules BMXNOE peuvent rendre l’achèvement plus lent qu’un cycle habituel de correctifs pour terminaux.

Les organisations doivent suivre le déploiement par actif, et non par avis. Un pourcentage fondé uniquement sur les tickets examinés peut masquer des contrôleurs qui n’ont jamais été découverts ou des modules omis de l’inventaire initial.

Le troisième signal est une évolution des preuves d’exploitation. Le dossier public actuel n’identifie aucune exploitation connue, et Tenable indique qu’aucun exploit public connu n’est disponible.

Cette évaluation peut évoluer. Une preuve de concept, l’observation d’analyses ciblant des services FTP exposés, des rapports d’incident ou l’ajout au catalogue Known Exploited Vulnerabilities augmenteraient l’urgence de l’isolement et de l’application des correctifs.

L’inverse est également instructif. Si aucune exploitation n’apparaît alors que les organisations réduisent l’exposition FTP et déploient les firmwares disponibles, le risque résiduel devient plus gérable. Il ne disparaît pas pour les modules non corrigés.

Les équipes de sécurité doivent réexaminer dès maintenant la vulnérabilité Schneider Electric Modicon M340, même si elles ont traité l’avis initial de 2025. Le tableau de la remédiation a changé deux fois depuis, et la republication de CISA consolide ces mises à jour.

Commencez par un inventaire au niveau des actifs. Distinguez les six groupes de produits affectés, enregistrez leur firmware et vérifiez si FTP est activé ou accessible.

Attribuez ensuite à chaque actif l’un des trois états suivants : firmware corrigé installé, firmware corrigé en attente ou aucun correctif actuellement disponible. Cette classification simple évite qu’un ancien ticket d’atténuation ne masque une nouvelle possibilité d’application de correctif.

Enfin, testez les contrôles autour de BMXNGD0100 et BMXNOC0401. Seuls les systèmes de gestion approuvés peuvent-ils atteindre le port 21 ? L’accès distant est-il courtierisé et journalisé ? Une session FTP inattendue déclencherait-elle une enquête ?

La vulnérabilité Schneider Electric Modicon M340 n’est pas un nouveau zero-day, et l’avis ne documente aucune exploitation active. Son importance provient de quelque chose de moins spectaculaire : un chemin de remédiation incomplet sur des équipements industriels à longue durée de vie. La prochaine mise à jour significative sera un correctif pour les modules restants, un déploiement vérifié sur le terrain ou des preuves crédibles que des attaquants ont commencé à cibler cette faiblesse.