Sécurité OT : à quoi vos clients sont réellement exposés et que faire à ce sujet

Les conséquences physiques changent tout

L'OT couvre les systèmes programmables qui surveillent ou contrôlent les processus physiques : systèmes de contrôle industriels, SCADA, PLC, automatisation des bâtiments et les ordinateurs d'atelier qui les exécutent. La définition du NIST est plus large que ce que la plupart des gens supposent. Tout ce qui peut détecter ou provoquer un changement physique direct, qu'il s'agisse d'une ligne de production, d'une sous-station ou des contrôles environnementaux d'un bâtiment, se situe à l'intérieur de la limite OT.

Cela compte parce que le pire résultat possible est différent. En TI, le pire scénario crédible est généralement la perte de données, le chiffrement ou l'exposition. En OT, il peut s'agir d'un état physique dangereux : un récipient sous pression excessive, une sous-station qui s'éteint, ou un lot de production qui échoue à la validation. C'est pourquoi la sécurité OT priorise la sécurité d'abord, puis la disponibilité, puis l'intégrité et la confidentialité. La sécurité informatique fonctionne généralement dans le sens inverse, en commençant par la confidentialité. Si un client demande pourquoi vous ne pouvez pas simplement appliquer sa politique de point de terminaison existante à l'atelier, c'est la réponse honnête.

Cela change également ce que signifie la "tolérance aux temps d'arrêt". Une usine à processus continu qui ne peut pas absorber un redémarrage imprévu n'est pas en retard en matière de sécurité, elle fonctionne dans les limites de la physique du processus. Et une configuration PLC qui a été qualifiée par l'OEM ne peut souvent pas être patchée au même rythme qu'un parc d'ordinateurs portables sans déclencher une nouvelle certification. Les contrôles compensatoires et les fenêtres de maintenance planifiées font le travail qu'un cycle de patch ferait en TI.

Ce qui se passe réellement

Deux schémas distincts sont à l'origine de la plupart des incidents sur lesquels les clients posent des questions, et ils nécessitent des défenses différentes. Le premier est le ciblage direct des environnements de contrôle. Dragos a lié une attaque coordonnée contre les systèmes de cogénération et d'énergie renouvelable polonais fin décembre 2025 au groupe ELECTRUM, la décrivant comme la première attaque coordonnée à grande échelle contre les ressources énergétiques distribuées. Une campagne distincte contre une entreprise publique pakistanaise de transport d'électricité mi-2025 a impliqué la recherche active d'exploits SCADA et l'analyse des ports Modbus, le type de reconnaissance que la visibilité des actifs et la surveillance consciente des protocoles sont conçues pour détecter.

Le deuxième schéma est plus courant et, à certains égards, plus pertinent pour la façon dont la plupart des clients de nos partenaires sont réellement touchés : des incidents informatiques avec des retombées opérationnelles, sans aucune compromission confirmée d'un contrôleur. Nucor a arrêté une partie de sa production par précaution après un accès informatique non autorisé. Masimo a dû faire fonctionner la fabrication en dessous de sa capacité normale pendant des semaines après une intrusion réseau. Jaguar Land Rover a prolongé une pause de production de plus d'une semaine après un incident en septembre 2025. L'événement de ransomware d'Asahi le même mois a mis hors service les systèmes de commande et d'expédition, la logistique n'étant pas entièrement revenue à la normale avant février 2026. Aucune de ces attaques n'a visé un contrôleur. Toutes ont arrêté la production parce que l'informatique et l'OT sont plus intriquées que la plupart des évaluations des risques ne le supposent.

Les chiffres le confirment. Dragos a suivi 119 groupes de ransomware affectant des organisations industrielles en 2025, contre 80 l'année précédente, touchant environ 3 300 organisations, la fabrication subissant plus des deux tiers des impacts. Siemens estime les temps d'arrêt imprévus à près de 1 400 milliards de dollars par an parmi les 500 plus grandes entreprises du monde. Ce qui ressort de l'enquête 2025 du SANS Institute n'est pas la détection – près de la moitié des incidents ont été détectés en 24 heures – c'est la récupération : près d'un sur cinq a pris plus d'un mois à être résolu. La détection est devenue plus rapide que la restauration, et la restauration est là où réside le coût réel.

Le cadre selon lequel vos clients sont réellement mesurés

Pour la plupart de vos clients, la directive NIS2 est ce qui décide si la résilience OT est une obligation légale ou simplement un avantage. La directive ne crée pas de régime OT distinct, mais elle couvre directement l'énergie, les transports, l'eau, la santé et la fabrication, et l'Article 21 énonce des exigences concrètes : gestion des incidents, sauvegarde et reprise après sinistre, sécurité de la chaîne d'approvisionnement et contrôle d'accès. Pour un client de ces secteurs, la conformité NIS2 et la résilience OT sont la même conversation, pas deux conversations distinctes.

L'écart le plus courant parmi les clients qui se disent prêts pour NIS2 est le même en pratique : ils ont une routine de sauvegarde, mais elle n'a jamais été testée par rapport à de réelles contraintes matérielles, où l'appareil d'origine n'existe plus et un remplacement identique n'est pas disponible. Sauvegarder la logique PLC, les configurations SCADA et DCS, les fichiers HMI et les configurations des périphériques réseau est une tâche. Démontrer réellement que vous pouvez les restaurer, ce pour quoi l'Article 21 exige des preuves, en est une autre.

Où cela mène votre conversation OT avec les clients

Une configuration de sécurité OT défendable nécessite une visibilité des actifs, une segmentation, une surveillance et une récupération fonctionnant ensemble, et aucun fournisseur unique ne couvre bien les quatre. C'est précisément là qu'une conversation avec un distributeur vous est plus utile que le discours d'un seul fournisseur : vous pouvez assembler la combinaison qui correspond réellement à l'environnement du client au lieu d'étirer un produit sur quatre problèmes pour lesquels il n'a pas été conçu.

Pour la partie résilience spécifiquement, la sauvegarde et la récupération pour les actifs de classe PC qui arrêtent réellement la production lorsqu'ils tombent en panne – postes de travail HMI, serveurs SCADA, postes de travail d'ingénierie, historiens –, Acronis Cyber Protect pour OT est conçu autour de la sauvegarde basée sur des images, de la récupération vers du matériel dissemblable et de la prise en charge des systèmes Windows et Linux hérités qui dominent les usines existantes. Il est conçu pour atteindre rapidement un état de production validé, et pas seulement pour terminer une tâche de sauvegarde, et il fonctionne dans des environnements isolés où la connectivité cloud n'est pas une option. Pour la visibilité des actifs et la vulnérabilité de l'équation, Nanitor offre aux clients l'inventaire et l'image de l'exposition pour lesquels les obligations de l'article 21 de la NIS2 exigent de plus en plus de documentation.

Si un client pose des questions sur la sécurité OT, l'étape suivante utile n'est généralement pas un simple p

[...]