1. Accueil
  2. Ressources
  3. IA sécurisée en OT

Intégrer l'IA en OT en toute sécurité : les principes CISA et NSA appliqués

L'IA peut aider les opérateurs, la maintenance et les ingénieurs, mais l'OT a d'autres règles que l'IT. Depuis décembre 2025, neuf agences ont publié des recommandations communes. Voici comment nous les appliquons.

Mis à jour: 24 octobre 2026 · SIM Solutions

Réponse courte

N'utilisez l'IA en OT qu'après avoir vérifié qu'elle est le bon outil et que ses bénéfices justifient ses risques, gardez un humain dans la boucle pour les décisions critiques, faites sortir les données du réseau OT plutôt que de laisser l'IA y entrer, et assurez-vous que le procédé revienne à l'automatisation classique ou au mode manuel si l'IA tombe en panne. Ce sont les points clés des « Principles for the secure integration of AI in operational technology », publiés le 3 décembre 2025 par la CISA et l'ACSC australien avec la NSA, le FBI et des partenaires dont le BSI allemand et le NCSC néerlandais.

Qui a publié ces recommandations

Elles ont été publiées le 3 décembre 2025 sous la conduite de la CISA et de l'ACSC australien, avec la NSA, le FBI, le Centre canadien pour la cybersécurité, le BSI allemand, le NCSC néerlandais et les centres nationaux de cybersécurité de Nouvelle-Zélande et du Royaume-Uni. Elles couvrent l'apprentissage automatique, les grands modèles de langage et les agents IA.

Les quatre principes et ce que nous faisons

PrincipeCe que nous faisons dans un projet
1. Comprendre l'IANous expliquons à votre équipe ce que le modèle sait faire ou non, et où il peut se tromper.
2. Évaluer l'usage de l'IA dans le domaine OTNous partons d'un cas d'usage concret au bénéfice clair, et disons non quand l'automatisation classique suffit.
3. Mettre en place gouvernance et assuranceDes responsables nommés, une liste de données convenue, la journalisation de ce que l'assistant a lu et répondu, et une revue avant chaque extension.
4. Intégrer sûreté et sécuritéLecture seule, flux de données sortants de l'OT, repli sûr, et fonctions de sécurité hors IA.

L'architecture que nous utilisons

  • Les données sont poussées du SCADA ou de l'historien vers une zone séparée ; l'assistant ne se connecte jamais au réseau de contrôle
  • Lecture seule par défaut ; un chemin d'écriture est une conception à part avec sa propre validation
  • Les modifications d'ingénierie passent d'abord par des systèmes de développement et la simulation ; le chargement dans les automates réels reste une étape manuelle
  • Chaque réponse affiche ses sources (alarme, courbe, document), pour que chacun puisse vérifier

Normes et réglementation

Pour les intégrateurs et prestataires, l'IEC 62443-2-4 fixe des exigences de sécurité pendant l'intégration et la maintenance, et l'IEC 62443-3-3 définit les exigences de sécurité des systèmes et les niveaux de sécurité. Pour NIS2 en Belgique et en France, voir NIS2 et OT ; pour l'AI Act et le règlement Machines, voir notre synthèse des dates.

Questions fréquentes

Un assistant IA peut-il prendre des décisions de sécurité ?

Non. Les fonctions de sécurité restent dans des systèmes de sécurité certifiés, et un humain reste dans la boucle pour les décisions critiques, conformément aux recommandations.

L'IA a-t-elle besoin d'accéder au réseau des automates ?

Non. Dans notre architecture, les données sortent du réseau OT vers une zone séparée et l'assistant travaille depuis celle-ci.

Et si l'IA tombe en panne ?

Rien ne change pour le procédé. L'installation fonctionne sur son automatisation normale ; l'assistant est une aide, pas un élément de la boucle de régulation.

Sources

Contact

Une nouvelle ligne, une mise à niveau ou de l'IA pour votre usine ?

Parlez-nous de votre projet, nous organiserons un échange technique.

SIM Solutions BV Lansiersstraat 18
2800 Malines, Belgique
E-mail: info@simsolutions.be N° d'entreprise / TVA : BE 0680.932.773