Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Outils open source — Gratuits, portables, hors ligne
Caractéristiques communes
100 % hors ligne — aucune donnée transmise
Portables — un seul fichier exécutable
Gratuits — MIT ou GPL v3
Code source ouvert sur GitHub
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Academy Contact

Modbus TCP

ot

Définition

Modbus TCP est l'adaptation du protocole industriel Modbus au transport sur réseaux Ethernet/TCP-IP, standardisée en 1999. Il transporte les unités de données applicatives Modbus (MBAP - Modbus Application Protocol) dans des trames TCP sur le port 502, permettant une communication entre systèmes SCADA, HMI et automates PLC via les infrastructures réseau IP classiques tout en conservant la simplicité et l'interopérabilité du protocole Modbus d'origine. Modbus TCP conserve le modèle maître/esclave (ou client/serveur dans la terminologie moderne) de Modbus série. Le maître (typiquement le SCADA) envoie des requêtes de lecture ou d'écriture aux esclaves (typiquement les PLC) identifiés par leur adresse IP. Les function codes standards permettent de lire des bobines (FC01), des entrées discrètes (FC02), des registres holding (FC03), des registres input (FC04), et d'écrire des bobines (FC05/FC15) ou des registres (FC06/FC16). Sur le plan de la sécurité, Modbus TCP présente des vulnérabilités structurelles majeures héritées de sa conception dans les années 1970 : absence totale d'authentification (n'importe qui pouvant joindre le port 502 peut envoyer des commandes), pas de chiffrement des données, pas d'autorisation (lecture et écriture sur les mêmes registres sans contrôle de droits), et absence de mécanisme d'intégrité. Ces caractéristiques font de Modbus TCP un protocole extrêmement vulnérable lorsqu'exposé à des réseaux non contrôlés. L'outil Shodan répertorie régulièrement des centaines de milliers d'équipements Modbus TCP accessibles directement depuis Internet, représentant une surface d'attaque considérable. Des outils comme Modscan, Modpoll ou Scapy permettent à un attaquant d'énumérer facilement les registres exposés et d'envoyer des commandes d'écriture sans authentification. La sécurisation de Modbus TCP repose principalement sur des mesures architecturales : segmentation réseau stricte, firewalls avec DPI Modbus pour whitelister les function codes autorisés, et si possible migration vers des protocoles plus sécurisés comme OPC-UA avec authentification et chiffrement.

Fonctionnement de Modbus TCP

Une transaction Modbus TCP comprend une trame MBAP header (7 octets : transaction ID, protocol ID, longueur, unit ID) suivie d'une PDU Modbus (function code + données). Le serveur répond avec la même structure. Une lecture de registres (FC03) typique : le client envoie l'adresse de départ et le nombre de registres souhaités, le serveur répond avec les valeurs en big-endian 16 bits. La communication est synchrone, sans abonnement ; le client doit poller régulièrement. Modbus/TCP supporte jusqu'à 247 esclaves adressables sur un même segment, identifiés par l'unit ID dans l'en-tête MBAP.

Contexte OT/ICS et exposition

Modbus TCP reste le protocole industriel le plus répandu malgré son âge et ses lacunes sécuritaires, en raison de sa simplicité d'implémentation et de son écosystème vaste. On le retrouve dans les compteurs d'énergie, les variateurs de fréquence, les automates d'infrastructure (stations d'eau, sous-stations électriques), les systèmes HVAC et de nombreux équipements de terrain. Sa présence massive sur Shodan illustre le problème de l'exposition OT : des opérateurs ont configuré des accès distants via Modbus TCP sans sécurisation, exposant directement des équipements de contrôle critiques à Internet.

Sécurité et mitigation

Mesures de protection Modbus TCP : déployer un OT Firewall avec inspection DPI autorisant uniquement les function codes légitimes et bloquant les écritures non autorisées, isoler les équipements Modbus dans des VLAN dédiés, implémenter des ACL IP pour restreindre les sources autorisées, envisager un proxy Modbus qui authentifie les clients avant de relayer les requêtes, auditer régulièrement les registres exposés avec des outils comme Modpoll, et surveiller les anomalies de trafic (function codes inhabituels, adresses inconnues). Pour les nouvelles installations, privilégier OPC-UA ou Modbus sécurisé avec TLS.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis