Longtemps isolés, les systèmes de contrôle industriels (OT) sont désormais connectés — et exposés. Mais on ne sécurise pas une usine comme un parc informatique de bureau : la disponibilité prime, et un arrêt pour « faire de la cyber » est rarement acceptable. La bonne approche est progressive.
Sommaire
Pourquoi l'OT ne se sécurise pas comme l'IT
En informatique de gestion, on redémarre un serveur, on applique un correctif dans la nuit, on coupe un accès. En OT, un automate pilote un procédé physique : on ne le redémarre pas sur un coup de tête, et certains équipements ne seront jamais patchés par leur constructeur. La priorité s'inverse aussi : en IT on protège d'abord la confidentialité ; en OT, ce sont la disponibilité et l'intégrité qui comptent, car elles touchent à la sécurité des personnes et de l'installation. Ces contraintes se pensent dès l'architecture d'automatisme.
La démarche IEC 62443, étape par étape
1. Savoir ce qu'on a
On ne protège pas ce qu'on ne connaît pas. La première étape est l'inventaire des actifs OT et la cartographie des flux : quels automates, quels postes, quelles connexions vers l'IT ou l'extérieur. C'est souvent à ce stade qu'on découvre des accès distants oubliés, installés « provisoirement » il y a des années.
2. Évaluer les risques
On identifie les scénarios qui feraient vraiment mal : arrêt de production, perte d'une fonction de sécurité, exfiltration de savoir-faire. On priorise selon l'impact réel sur votre procédé, pas selon la dernière menace à la mode.
3. Segmenter en zones et conduits
C'est le cœur de l'IEC 62443 : découper le réseau en zones de sécurité cohérentes, reliées par des « conduits » maîtrisés. Une attaque sur un poste ne doit pas pouvoir se propager à toute l'usine. La segmentation s'appuie sur des réseaux industriels bien conçus et se met en place progressivement, sans big bang.
Une grande partie des incidents OT n'exploite pas une faille sophistiquée, mais un accès distant mal maîtrisé ou une clé USB. Les mesures de base ont un impact disproportionné sur le risque réel.
Des gestes à fort impact et faible risque
- Cartographier et fermer les accès distants non maîtrisés
- Séparer clairement le réseau OT du réseau bureautique
- Durcir les configurations (comptes, services inutiles, ports ouverts)
- Mettre en place des sauvegardes fiables et un plan de reprise
- Sécuriser et tracer la télémaintenance
Déployer une mesure de sécurité sans en mesurer l'effet sur le procédé peut créer l'incident qu'on voulait éviter. Chaque changement se planifie et se teste, comme n'importe quelle intervention sur l'installation — c'est un réflexe partagé avec la mise en service.
Cybersécurité et migration : traiter les deux ensemble
Une migration ou un rétrofit est le moment idéal pour intégrer la cybersécurité : on repart d'une architecture propre, on segmente correctement et on sécurise les accès dès la conception, plutôt que de rajouter des rustines sur un système vieillissant. Coupler les deux chantiers évite de payer deux fois l'immobilisation.
La conformité comme sous-produit, pas comme objectif
Les exigences réglementaires (dont NIS2) poussent à agir, mais viser la seule conformité mène à des dossiers vides de sens. En traitant d'abord les vrais risques selon la logique IEC 62443, la conformité vient presque d'elle-même — et surtout, l'installation est réellement plus sûre. Notre expertise en cybersécurité OT part toujours de vos risques concrets.
La cybersécurité OT n'est pas un projet qu'on « termine ». C'est une démarche qui s'installe, étape par étape, sans jamais perdre de vue la contrainte numéro un : garder la production disponible. Le premier pas peut être un simple diagnostic gratuit.
