Sécuriser l'usine connectée : pourquoi la cybersécurité OT est devenue une priorité
J'ai passé une partie de ma carrière sur le terrain, à configurer des automates et à dépanner des réseaux industriels. Pendant longtemps, la sécurité des systèmes OT (Operational Technology) était presque un angle mort. On mettait un pare-feu à l'entrée du site, on espérait que l'Air Gap tiendrait, et on passait à autre chose. Mais le paysage a changé. Aujourd'hui, la cybersécurité OT ne se résume plus à une checklist de conformité : c'est un enjeu de continuité d'activité, de sécurité des personnes et de souveraineté industrielle.
De l'Air Gap à la surface d'attaque connectée
Il y a dix ans encore, beaucoup d'usines fonctionnaient en vase clos. Les réseaux OT étaient physiquement isolés du reste du monde. Un Air Gap véritable. Mais la transformation numérique, l'industrie 4.0 et la promesse de la maintenance prédictive ont poussé les opérateurs à connecter leurs machines. Résultat : le cloisonnement s'est fissuré. Des automates, des SCADA et des capteurs se retrouvent aujourd'hui sur des réseaux qui touchent à l'IT, parfois même à Internet. La surface d'attaque s'est élargie sans que les pratiques de sécurité aient suivi le même rythme.
Je me souviens d'un audit chez un équipementier où l'équipe maintenance avait branché un routeur 4G sur un automate pour pouvoir surveiller des alarmes à distance. Personne n'avait prévenu la DSI. C'est un cas typique de shadow IT : une initiative locale, bien intentionnée, qui crée une brèche. Aujourd'hui, quand on parle de cybersécurité OT, on parle d'abord de visibilité. On ne peut pas protéger ce qu'on ne voit pas.
Les fondamentaux : le Purdue model et la segmentation réseau
L'un des premiers réflexes à avoir, c'est la network segmentation. Le modèle de référence reste le Purdue model, qui organise les systèmes industriels en niveaux, du terrain (capteurs, actionneurs) jusqu'au niveau entreprise (ERP, MES). L'idée est simple : chaque niveau doit pouvoir communiquer avec ses voisins immédiats, mais pas directement avec les couches supérieures ou inférieures sans passer par des zones de contrôle.
En pratique, ça veut dire qu'un attaquant qui compromet un poste dans le réseau IT ne doit pas pouvoir atteindre un automate de sécurité. On y arrive avec des pare-feu industriels, qui connaissent les protocoles comme Modbus ou OPC-UA, et avec une politique de règles strictes. Mais la segmentation ne s'improvise pas. J'ai vu des projets où on a mis en place des VLAN sans réfléchir aux flux nécessaires : ça a cassé la production en deux jours.
Il faut aussi penser à la sécurité des API. Les systèmes modernes exposent des interfaces web pour la configuration ou la remontée de données. Chaque API non sécurisée est une porte d'entrée potentielle. Un reverse proxy bien configuré, de l'authentification forte, et une surveillance des appels : c'est le minimum.
Normes et référentiels : l'ANSSI et l'IEC 62443
En France, l'ANSSI a publié des guides pour la cybersécurité des systèmes industriels, notamment dans les secteurs d'importance vitale. Mais le référentiel international qui s'impose est la série de normes IEC 62443. C'est le cadre le plus complet pour sécuriser un environnement OT. Il couvre tout, de la gouvernance à la sécurité des produits en passant par les exigences pour les intégrateurs et les opérateurs.
L'ISA (International Society of Automation) a beaucoup contribué à ces normes. Les principes qu'on y trouve ne sont pas révolutionnaires, mais ils sont adaptés au contexte industriel : disponibilité avant confidentialité, gestion des mises à jour sans arrêt de production, etc. Par exemple, le patch management est un vrai casse-tête en OT. On ne peut pas redémarrer un tour de contrôle à 14h un mardi. Il faut planifier des fenêtres, tester les correctifs sur des maquettes, et souvent accepter de vivre avec des vulnérabilités connues le temps de la maintenance.
Détection et réponse : honeypots, MITRE ATT&CK ICS et plan d'urgence
La prévention ne suffit pas. Il faut aussi détecter les intrusions. Les solutions de détection d'intrusion spécialisées pour les protocoles industriels existent, mais leur déploiement demande une connaissance fine du trafic normal. Un honeypot industriel peut aider à attirer les attaquants et à comprendre leurs méthodes sans risquer la production. Le framework MITRE ATT&CK ICS est une ressource précieuse pour cartographier les tactiques et techniques spécifiques aux systèmes industriels. Ça aide les équipes SOC à ne pas chercher une aiguille dans une botte de foin.
Un incident response plan adapté à l'OT est indispensable. Pas question d'appliquer une procédure IT standard qui dirait "éteignez le serveur". Dans une aciérie ou une usine chimique, éteindre un serveur peut provoquer une explosion ou une coulée de métal en fusion. Le plan doit prévoir des scénarios de dégradation, des basculements manuels et des contacts avec les fournisseurs d'automatismes.
Vers une convergence IT/OT maîtrisée
L'arrivée du 5G industriel et du cloud hybride accélère la convergence. On voit des architectures où des données OT remontent vers des plateformes cloud pour l'analyse, avec des retours de configuration vers le terrain. C'est puissant, mais ça impose de repenser la sécurité. Le Zero Trust s'invite dans les discussions OT : ne faire confiance à aucun nœud, vérifier chaque flux, segmenter même à l'intérieur d'un même niveau Purdue. C'est un changement de culture.
Un autre sujet qui monte, c'est la sécurité des objets connectés en environnement OT-IoT. Des petits capteurs sans fil, des actionneurs bas coût, parfois sans capacité de chiffrement. Ils échappent aux contrôles traditionnels. Là encore, la network segmentation et le suivi des inventaires sont clés. On ne peut pas sécuriser ce qu'on n'a pas listé.
Pour les équipes qui débutent, je recommande de commencer par un audit de l'existant, un mapping des flux, et la mise en place d'un minimum de pare-feu industriel. Ensuite, on peut aborder la détection d'intrusion et les exercices de crise. L'important, c'est de ne pas vouloir tout faire d'un coup. La cybersécurité OT est un chemin, pas une destination.