DoS OT (Déni de Service Industriel)
otDéfinition
Le déni de service en environnement OT (Denial of Service, DoS) désigne les attaques visant à rendre indisponibles les systèmes de contrôle industriel en saturant leurs ressources de communication, de calcul ou en exploitant des vulnérabilités spécifiques qui provoquent le plantage ou le redémarrage des équipements ciblés. Le DoS OT est particulièrement dangereux car la plupart des équipements industriels sont conçus pour la disponibilité et la performance mais pas pour la résilience face à des trafics réseaux malveillants ou anormaux. Le DoS en environnement OT peut être intentionnel (attaque délibérée) ou accidentel : des équipements OT fragiles peuvent être crashés par du trafic réseau standard (scans de ports, requêtes ICMP non standard, trafic excessif) qui ne causerait aucun problème sur des systèmes IT robustes. Des incidents documentés montrent des PLC ou des automates de sécurité qui se sont redémarrés ou ont perdu leur programme après avoir reçu des scans réseau de sécurité IT inadaptés à l'environnement OT. Cette vulnérabilité aux trafics non malveillants mais non prévus est une caractéristique commune des équipements OT vieillissants. Les techniques de DoS OT documentées dans ATT&CK for ICS (Deny of Service T0814) incluent : le DoS réseau ciblant les communications SCADA (saturation de bande passante rendant inaccessibles les RTU distants), le DoS applicatif ciblant les vulnérabilités de pile de protocoles des équipements OT (certains équipements Modbus plantent sur des requêtes Modbus malformées), le DoS par exploitation de vulnérabilités spécifiques (CVE dans des équipements Siemens, Rockwell ou ABB pouvant causer des redémarrages sur réception de paquets spéciaux), et la perturbation des timing industriels (injection de paquets perturbant les communications temps réel des bus de terrain, causant des timeouts de contrôle). L'impact d'un DoS OT va au-delà de la simple indisponibilité : si le DoS cible un équipement SIS ou un système de protection critique, la disponibilité des fonctions de sécurité peut être compromise pendant la durée de l'attaque, créant une fenêtre de vulnérabilité de sécurité fonctionnelle.
Fonctionnement du DoS sur équipements OT fragiles
Des expériences de sécurité en laboratoire OT ont démontré que de nombreux équipements industriels vieillissants présentent des vulnérabilités DoS sur leurs piles de protocoles : un PLC Allen-Bradley MicroLogix 1100 (CVE-2012-6435) pouvait être crashé en envoyant des requêtes EtherNet/IP malformées, plusieurs relais de protection ABB présentaient des vulnérabilités de déni de service sur leurs interfaces FTP/HTTP embarquées, et des variateurs de fréquence Siemens MICROMASTER répondaient de manière non prévue à des requêtes PROFIBUS spécifiques. Ces vulnérabilités illustrent l'importance de tester la robustesse des équipements OT dans des environnements de test avant de les connecter à des réseaux, et de déployer des firewalls industriels filtrant le trafic réseau vers les équipements fragiles.
Contexte OT/ICS et continuité du processus
L'impact d'un DoS OT sur la continuité du processus industriel dépend de l'équipement ciblé et de l'architecture : si un PLC secondaire (non critique) plante, l'impact peut être limité à une perte d'instrumentation locale. Si le serveur SCADA central plante, les opérateurs perdent la visibilité sur le processus mais le contrôle automatique peut continuer via les PLC locaux (selon l'architecture). Si le PLC contrôlant un équipement critique plante, la boucle de régulation s'arrête et le processus peut dériver vers des conditions non sûres si aucune protection de sécurité fonctionnelle indépendante ne prend le relais.
Sécurité et mitigation
Protection contre le DoS OT : déployer des firewalls industriels avec limitation de débit (rate limiting) devant les équipements OT fragiles, mettre en place des règles de filtrage spécifiques aux protocoles OT autorisés (whitelist de protocoles et d'équipements sources), appliquer les patches de vulnérabilités DoS documentées sur les équipements concernés (abonnement aux bulletins PSIRT des fabricants), vérifier périodiquement la robustesse des équipements OT critiques vis-à-vis du DoS (tests de robustesse dans un environnement de test isolé), et concevoir les architectures OT pour éviter les single points of failure vulnérables au DoS (redondance des composants critiques).
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.
Un projet cybersécurité ?
Expert dispo · Réponse 24h