L'avis ne mentionne aucune faille. Ce sont les scripts générés par IA qui ont alerté cinq agences américaines.

Un avis fédéral qui ne désigne aucune faille

Le 19 août 2026, cinq agences américaines ont cosigné un avis de sécurité consacré aux automates programmables Siemens de la série S7, ces petits calculateurs industriels qui commandent des vannes, pilotent des pompes et cadencent des lignes de production. Le document ne mentionne aucun identifiant CVE, n'attribue l'activité à aucun groupe connu et ne révèle aucune vulnérabilité inédite. Ce qu'il décrit, en revanche, c'est que les attaquants font désormais générer leur outillage offensif par l'intelligence artificielle. Ce seul constat a suffi à réunir la NSA, la CISA, le FBI, le département de l'Énergie et l'agence de protection de l'environnement.

C'est précisément ce vide qui fait l'intérêt du document. Vulnérabilités connues, mots de passe par défaut, automates raccordés directement à Internet : tout ce dont ces acteurs tirent parti traîne à découvert depuis des années. Une seule ressource restait rare, celle d'un ingénieur capable de dialoguer avec le matériel. C'est elle qui vient de cesser de l'être.

Le déroulé technique

Référencé AA26-231A, l'avis couvre les gammes S7-200, S7-300, S7-400, S7-1200 et S7-1500, contrôleurs de sécurité de la série F compris, ceux-là mêmes dont la fonction est de mettre un procédé à l'arrêt lorsqu'un paramètre dérape. Six secteurs sont cités comme particulièrement concernés : industrie manufacturière critique, énergie, eau et assainissement, chimie, agroalimentaire et installations commerciales, avec une exposition possible de la base industrielle de défense. Les agences qualifient l'activité de reconnaissance et de développement de capacités, autrement dit les attaquants cartographient et répètent, sans avoir encore rien cassé. Tenable, qui a publié le lendemain une analyse technique de l'avis, précise que l'outillage observé est opérationnel et déjà employé, non hypothétique.

La chaîne mérite qu'on s'y arrête, car aucun de ses maillons n'a rien d'exceptionnel. Tout commence par les moteurs de recherche d'équipements connectés, qui recensent en continu ce qui répond sur une adresse IP publique, et où il suffit de filtrer les automates joignables sur le port TCP 102, celui du protocole S7comm par lequel les logiciels d'ingénierie parlent aux équipements Siemens. Viennent ensuite snap7 et python-snap7, deux bibliothèques libres, téléchargeables par n'importe qui, dont la raison d'être est justement de permettre aux automaticiens d'écrire des outils de supervision légitimes. Un assistant IA se charge d'en tirer des scripts sur mesure, capables de lire et d'écrire la mémoire de l'automate, sa configuration et son programme ladder, c'est-à-dire la logique qui détermine ce que la machine fait physiquement. Le tout prend l'apparence d'un logiciel de supervision ordinaire, et les identifiants par défaut font le reste. Écrire un tel outil à la main supposait une connaissance fine du protocole, acquise sur plusieurs années et détenue par peu de monde. En faire générer un à partir d'une bibliothèque publique demande un après-midi. Le référentiel MITRE ATT&CK a d'ailleurs déjà attribué un identifiant à cette étape, T1588.007, pour le développement de code d'exploitation assisté par IA.

• Aucun zero-day n'entre en jeu. Les agences renvoient les exploitants vers le Siemens ProductCERT pour des firmwares propres à chaque modèle, faute de correctif unique, puisqu'il n'existe pas de faille unique.
• L'avis succède au AA26-097A d'avril 2026, qui documentait une campagne distincte attribuée à des acteurs liés à l'Iran, détournant les logiciels d'ingénierie des constructeurs contre des automates Rockwell, Schneider Electric et Siemens. Même parc d'équipements, technique différente : les deux jeux de mesures s'appliquent.
• Les agences précisent que le risque déborde largement Siemens et concerne les automates de tous les constructeurs.

Ce que cela change réellement

Rien n'a encore été détruit, et les agences le disent sans détour : ce qu'elles observent relève de la préparation. Le bilan concret tient pour l'instant en une énumération, cinq gammes d'automates, six secteurs, et un nombre inconnu d'usines et de régies où quelqu'un a déjà lu une configuration et testé une écriture. Pour votre propre organisation, le déplacement utile porte sur la question que vous posez. On a longtemps pu considérer qu'un protocole industriel confidentiel, tournant sur un automate de quinze ans, n'intéressait personne, faute d'un spécialiste disposé à s'y pencher plutôt qu'à monnayer ses compétences ailleurs. Ce raisonnement a financé, en creux, bien des projets de segmentation repoussés d'année en année. Désormais la seule question qui vaille est de savoir si l'équipement répond depuis Internet, puisque tout ce qui suit se génère. Si votre réseau industriel est exploité par un intégrateur dont vous n'avez jamais audité le canal d'accès distant, la réponse se trouve là, et vous ne la connaissez pas.

La dimension systémique s'est manifestée quinze jours plus tard. Le 1er septembre 2026, la Maison-Blanche a lancé Project Watershed 250, un pilote de six mois mené au Texas avec l'EPA, la CISA et le Texas Cyber Command. Les régies des eaux volontaires y bénéficient gratuitement d'exercices de red team et d'outils défensifs fondés sur l'IA, fournis par Microsoft, Palo Alto Networks, Dragos ou encore Tenable. Le pays compte environ 150 000 réseaux d'eau, pour la plupart petits et ruraux, souvent tenus par une poignée d'opérateurs. Alison King, de Forescout, résume l'enjeu en observant qu'un exploitant aux moyens limités ne peut pas pour autant rester sans défense. Rapprochez l'avis et le programme, et la logique saute aux yeux. Dès lors que produire un outil d'attaque ne coûte presque plus rien, la défense doit être subventionnée, car les exploitants qui entrent dans le champ n'auraient jamais eu les moyens de la financer eux-mêmes.

Les bons réflexes

1. Bloquer le port TCP 102 au périmètre et vérifier l'absence de routage entre réseau bureautique et réseau industriel. L'accessibilité depuis Internet constitue désormais le seul critère de sélection, ces acteurs choisissant leurs cibles dans des résultats de scan et non selon leur valeur.
2. Traquer snap7.dll et python-snap7 partout ailleurs que sur vos postes d'ingénierie homologués. Ces bibliothèques signent l'outillage généré et n'ont aucune raison légitime de tourner sur une machine polyvalente.
3. Réserver TIA Portal et STEP 7 à des postes d'ingénierie explicitement autorisés, activer la protection par mot de passe des automates et imposer l'authentification multifacteur (une seconde étape de connexion en plus du mot de passe) pour tout accès distant à l'OT. Ce sont les identifiants faibles ou laissés par défaut qui transforment un automate joignable en automate inscriptible.

À retenir

Le détail à emporter, c'est que cet avis ne nomme aucune faille. Cinq agences fédérales ont alerté sur un changement dans l'identité de ceux qui peuvent attaquer, et non dans ce qui peut l'être, et les mesures qu'elles recommandent sont celles que l'ANSSI et ses homologues répètent depuis une décennie aux exploitants de systèmes industriels. Dans ces environnements, la confidentialité technique assurait une part de la protection que personne n'avait pris la peine de chiffrer. Cette part vient d'être réévaluée. Posez la question à votre prochain comité de sécurité sous forme d'inventaire plutôt que sous l'angle de l'IA : lesquelles de nos protections reposent aujourd'hui sur le fait qu'un attaquant devrait savoir quelque chose de rare ?