Patch Management OT
otDéfinition
Le Patch Management OT est la discipline qui organise l'application des correctifs de sécurité dans les environnements industriels, où l'indisponibilité d'un automate ou d'un SCADA peut arrêter une chaîne de production ou compromettre la sécurité physique. Contrairement à l'IT, un correctif ne peut jamais être déployé directement en production : il doit d'abord être testé sur un environnement miroir reproduisant fidèlement les versions de firmware, les PLC et les protocoles industriels utilisés (Modbus, Profinet, IEC 61850). La validation implique le fournisseur de l'équipement, car de nombreux contrats de garantie exigent son approbation explicite avant toute mise à jour, sous peine de perte de support. Les correctifs sont ensuite déployés lors de fenêtres de maintenance planifiées, souvent annuelles ou semestrielles, en coordination avec les équipes de production pour minimiser l'impact sur la disponibilité. Certains actifs obsolètes, non supportés par l'éditeur, ne peuvent plus recevoir de correctifs : la mitigation passe alors par la segmentation réseau, le virtual patching via IPS industriel, ou le renforcement de la surveillance. La norme IEC 62443-2-3 encadre spécifiquement la gestion des correctifs en environnement IACS. Un patch management défaillant en OT expose les infrastructures critiques à l'exploitation de vulnérabilités connues et documentées, comme l'ont illustré plusieurs incidents publiés par la CISA.
Description
La gestion des correctifs OT est un processus adapté aux contraintes industrielles : indisponibilité de patches pour les équipements legacy, nécessité de tests préalables en environnement miroir ou sur jumeau numérique, et fenêtres de maintenance planifiées souvent espacées de plusieurs mois pour les systèmes en production continue.
Contexte OT/ICS
IEC 62443-2-3 définit les exigences du programme de gestion des correctifs pour les IACS. NERC CIP-007 R2 impose un délai d'évaluation de 35 jours pour les patches BES. Les environnements sans patches disponibles nécessitent des compensating controls documentés (segmentation réseau renforcée, désactivation des services vulnérables) jusqu'à la prochaine fenêtre de maintenance.
Points clés
- Environnement de test : qualification de chaque patch sur un système miroir avant déploiement en production OT
- Fenêtres de maintenance : planification des patches lors des arrêts programmés, validation par le fabricant requise
- Compensating controls : documenter les mesures compensatoires pour les équipements non patchables (IEC 62443-2-3)
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h