• Cybersécurité

Sécurité IT et OT : le guide du RSSI sur ce qui ne se transpose pas de l'IT vers l'OT

Franck-Emanuel Goguer

8 min de lecture Mis à jour le

Deux ingénieurs étudient une carte réseau holographique d'usine sur une ligne de production

L'IT et l'OT ne forment plus qu'un seul réseau, mais pas votre modèle de sécurité. De plus en plus de RSSI se voient confier un domaine pour lequel ils n'ont jamais été formés : l'atelier de production. Une acquisition fait entrer une filiale industrielle dans le périmètre. Une réglementation comme NIS2 place les systèmes opérationnels sous le même mandat de sécurité que le réseau bureautique. Un incident côté usine arrive soudain sur le bureau de l'équipe sécurité. Quel que soit le déclencheur, le résultat est identique : un responsable qui a passé sa carrière à protéger un système d'information (les technologies de l'information, IT) se retrouve à devoir sécuriser les technologies opérationnelles (OT), et découvre vite que les règles ne sont pas les mêmes.

La sécurité IT et la cybersécurité industrielle ne sont pas la même discipline. L'IT protège l'information et donne la priorité à la confidentialité. L'OT maintient des procédés physiques en fonctionnement et donne la priorité absolue à la disponibilité. Connecter les deux ne fusionne pas les règles : cela expose la frontière qui les sépare, et c'est désormais là que se concentre le risque.

Ce guide s'adresse au responsable sécurité IT qui hérite de l'OT. Il explique pourquoi vos réflexes habituels ne se transposent pas tels quels, ce que la convergence IT/OT change réellement à votre exposition, et par où commencer.

IT et OT : deux mondes, deux logiques

Les technologies de l'information gèrent l'information numérique : messagerie, applications, bases de données, réseau bureautique.

Les technologies opérationnelles pilotent et surveillent des procédés physiques : les automates programmables industriels (API), les interfaces homme-machine (IHM) et les systèmes de supervision SCADA qui font tourner une ligne de production, un poste électrique ou une station de traitement d'eau.

Elles ont été conçues pour des priorités inverses. En IT, l'ordre directeur est confidentialité, intégrité, disponibilité, dans cet ordre : protéger la donnée passe avant tout. En OT, l'ordre est renversé : la disponibilité d'abord, parce qu'un procédé à l'arrêt signifie une production perdue, une matière gâchée ou un risque pour la sécurité physique. Le NIST l'énonce explicitement dans son Guide to Operational Technology Security (SP 800-82), et les guides de l'ANSSI sur la cybersécurité des systèmes industriels partent du même constat : la disponibilité et la sûreté priment sur la confidentialité.

Les protocoles portent la même histoire. Beaucoup de protocoles industriels ont été conçus il y a des décennies pour des réseaux fermés, sans authentification ni chiffrement, parce que le réseau sur lequel ils tournaient était supposé physiquement isolé. Exposés à un réseau plus large, ils opposent très peu de résistance à un attaquant, et ils ne peuvent pas être mis à niveau comme on le ferait avec un protocole web.

Cette seule inversion explique presque tout le reste.

CritèreITOT
Priorité premièreConfidentialité de la donnéeDisponibilité et sûreté du procédé
Durée de vie du matériel3 à 5 ans15 à 25 ans, parfois plus
Correctifs (patching)Fréquents, planifiés, souvent automatiquesRares, risqués, parfois impossibles sans arrêter la production
Tolérance à l'interruptionLes fenêtres de maintenance sont normalesUn arrêt peut être inacceptable ou dangereux
ProtocolesTCP/IP, HTTP, standards et bien connusModbus, DNP3, S7 et autres, industriels et rarement pensés pour la sécurité
Coût d'une défaillancePerte de données, perte financièreDommage physique, risque humain, arrêt de production

Cet environnement est fondamentalement différent, et un contrôle routinier en IT peut y être imprudent.

Pourquoi les avoir connectés

Pendant des décennies, les deux mondes se touchaient à peine. L'usine fonctionnait sur son réseau isolé, le fameux air gap (coupure physique entre réseaux), et le réseau bureautique tournait de son côté. Cette séparation disparaît, pour des raisons qui n'ont rien à voir avec la sécurité et tout à voir avec la valeur métier.

  • Les systèmes d'exécution de la fabrication (MES) lisent désormais les données des automates en temps réel.
  • Les intégrations avec l'ERP descendent jusqu'à l'atelier.
  • Les ingénieurs se connectent à distance aux systèmes SCADA au lieu de se tenir devant.
  • La maintenance prédictive, les flux de données en temps réel et plus largement la dynamique de l'Industrie 4.0 reposent tous sur des données opérationnelles qui quittent l'usine pour rejoindre des plateformes d'analyse, souvent dans le cloud.

C'est la convergence IT/OT : l'intégration délibérée des deux parcs technologiques pour gagner en efficacité opérationnelle et en visibilité.

Les bénéfices sont réels. La conséquence l'est tout autant : l'air gap qui protégeait l'OT par isolement a disparu, et presque personne ne l'a retiré volontairement. Il s'est érodé, une intégration après l'autre.

Ce que la convergence casse côté sécurité

Voici le basculement qui compte le plus pour un RSSI. La surface d'attaque n'est plus l'usine isolée. C'est la frontière où l'IT et l'OT se rejoignent désormais, et chaque connexion qui la traverse.

Trois choses changent en même temps :

  • Les équipements anciens deviennent atteignables. Un automate conçu à l'époque de l'isolement physique, sans authentification et impossible à corriger, se trouve maintenant à quelques sauts réseau d'une boîte mail exposée au hameçonnage.
  • Le déplacement latéral va de l'IT vers l'OT. Un attaquant qui prend pied dans le réseau bureautique via un identifiant volé ou un courriel piégé ne se heurte plus à un mur au niveau de l'usine. La voie est libre.
  • Les accès distants et tiers se multiplient. Maintenance fournisseur, ingénieurs distants, intégrations : chacun ouvre une porte, et un VPN classique accorde un accès large à tout le réseau dès qu'un seul de ces accès est compromis.

Les données sur la menace confirment ce constat. Le rapport 2024 State of Operational Technology and Cybersecurity de Fortinet établit que 73 % des organisations ont subi une intrusion touchant les systèmes OT, ou à la fois l'IT et l'OT, contre 49 % l'année précédente. Et l'industrie manufacturière a été le secteur le plus attaqué de tous pour la cinquième année consécutive selon l'X-Force Threat Intelligence Index 2026 d'IBM, avec 27,7 % des incidents observés tous secteurs confondus en 2025.

Le scénario n'a rien d'hypothétique. Lors de l'attaque de Colonial Pipeline en 2021, le rançongiciel a touché les systèmes informatiques et de facturation de l'entreprise, pas les commandes du pipeline elles-mêmes. L'exploitant a tout de même arrêté le pipeline, faute de pouvoir garantir que les deux environnements étaient bien séparés, et l'approvisionnement en carburant d'une grande partie de la côte est américaine s'est interrompu plusieurs jours. Une compromission côté IT a forcé un arrêt côté OT, en franchissant une frontière qui n'avait jamais été conçue pour le contenir.

Le risque de la convergence IT/OT ne vient pas des machines. Il vient des connexions que personne n'a conçues pour être sûres : le chemin qui mène d'une boîte mail à un automate qui n'était jamais censé être atteignable.

Pourquoi vos réflexes IT ne se transposent pas

C'est ici qu'un responsable sécurité IT expérimenté peut faire de vrais dégâts avec de bonnes intentions.

On ne lance pas un scan de vulnérabilités agressif contre un réseau OT. Un balayage actif qu'un serveur bureautique encaisse sans broncher peut faire planter un automate fragile et arrêter une ligne. On ne force pas un correctif à date fixe, parce que le correctif peut ne pas exister, peut invalider une certification de sûreté, ou peut exiger un arrêt de production que le métier refusera. On n'isole pas simplement un équipement suspect si cet équipement pilote un procédé physique qui doit continuer de tourner.

La leçon n'est pas que l'OT ne peut pas être sécurisé. C'est que l'OT se sécurise autrement. On ne le durcit pas de l'intérieur comme on durcit un parc de postes de travail. On sécurise ce qui l'atteint. Le travail défensif se déplace vers le réseau autour de l'environnement opérationnel, pas vers les équipements à l'intérieur.

Alors, qu'est-ce qu'un RSSI sécurise vraiment ?

Si vous ne pouvez ni corriger les automates ni scanner l'usine, la surface sur laquelle vous pouvez agir, c'est la frontière et le trafic qui la traverse. Concrètement, cela se ramène à quelques questions de niveau réseau :

  • Accès. Qui et quoi peut atteindre les systèmes OT, et chaque connexion est-elle vérifiée à chaque requête puis limitée à un seul système plutôt qu'à tout le réseau ? C'est le principe du Zero Trust appliqué à l'accès industriel, et c'est le remplaçant direct de la confiance large accordée par un VPN.
  • Segmentation. L'IT et l'OT sont-ils séparés en zones, de sorte qu'une compromission côté bureautique ne puisse pas se déplacer latéralement vers la production ?
  • Filtrage. Le trafic vers et depuis les systèmes adjacents à l'OT est-il inspecté et filtré, pour bloquer destinations malveillantes et codes d'exploitation connus avant qu'ils n'arrivent ?
  • Résilience. Les connexions qui maintiennent l'usine joignable peuvent-elles absorber une attaque volumétrique sans tomber ?

Le premier geste concret consiste à voir clairement la frontière. Recensez chaque point où l'IT et l'OT se connectent aujourd'hui, y compris les accès distants et fournisseurs qui s'accumulent discrètement au fil des années, et notez quelles connexions sont réellement vérifiées et lesquelles sont simplement tolérées. Cet inventaire révèle souvent plus d'exposition qu'aucun contrôle pris isolément n'en supprime, et il indique où appliquer en priorité les quatre points ci-dessus.

Ce sont des contrôles de réseau et d'accès, et ils se situent aux points de rencontre IT/OT précisément parce que c'est là qu'on peut agir sans toucher aux équipements opérationnels. C'est l'approche de Brixio : nous sécurisons la frontière entre l'IT et l'OT avec Cloudflare, sans modifier les automates, les protocoles ni le procédé de production. Le tableau complet est dans notre page pilier sur la sécurisation de la convergence IT/OT.

À partir de là, cinq articles complémentaires approfondissent le sujet :

Astuce

Vous n'avez pas besoin d'un outil de plus dans l'usine. Vous avez besoin de sécuriser le réseau qui relie désormais l'IT et l'OT.

Questions fréquentes

La sécurité IT protège l'information numérique et donne la priorité à la confidentialité. La cybersécurité industrielle (OT) maintient des procédés physiques en fonctionnement et donne la priorité à la disponibilité et à la sûreté. Les priorités sont pour ainsi dire inversées, et c'est pourquoi des contrôles routiniers en IT, comme le correctif forcé ou le scan agressif, peuvent être inacceptables en OT.

Parce qu'elle supprime l'isolement qui protégeait l'OT. Quand les systèmes de fabrication, les accès distants et les intégrations cloud relient l'usine au réseau bureautique, un attaquant qui atteint l'IT peut potentiellement progresser vers l'OT, et les équipements industriels anciens, qui n'ont jamais été conçus pour être sécurisés, deviennent atteignables.

En partie, et avec prudence. Certaines disciplines IT se transposent, beaucoup non : on ne peut généralement pas scanner, corriger ni isoler un équipement OT comme un actif IT sans risquer le procédé. Les contrôles les plus transposables sont ceux de niveau réseau, appliqués aux points de rencontre IT/OT : accès fondé sur l'identité, segmentation, filtrage du trafic.

Commencez par la frontière, pas par l'intérieur de l'usine. Cartographiez chaque point où l'IT et l'OT se connectent, y compris les accès distants et tiers, puis vérifiez et restreignez ces connexions et séparez les deux environnements en zones. Sécuriser les connexions est atteignable sans toucher aux équipements opérationnels, c'est-à-dire la partie que vous ne pouvez pas modifier sans risque.

Sécurisez la frontière, pas les machines.

Si vous héritez de l'OT et ne savez pas quoi mettre en place côté IT pour le protéger, c'est précisément ce que nous vous aidons à déterminer : où votre IT et votre OT se connectent, et quelles connexions sécuriser en premier. Cartographier votre frontière IT/OT avec Brixio.

VOTRE ENVIRONNEMENT CLOUDFLARE, AUDITÉ

Découvrez où vous en êtes vraiment aujourd'hui.

Obtenez un audit gratuit, automatisé, en lecture seule, livré en PDF en cinq minutes. Sans carte bancaire.

Obtenir un audit gratuit Parler à un expert

À lire ensuite

Tous les articles