Sécurité de l'IoT industriel : protéger les appareils connectés et les e-mails qu'ils envoient

Les usines connectées s'appuient sur des appareils qui signalent tout changement important, qu'il s'agisse de chaleur, de vibrations, de pannes ou d'arrêts de production. Un message peut partir d'un capteur, passer par une passerelle, puis aboutir sous forme d'e-mail dans la boîte de réception d'un ingénieur. Cela permet de gagner du temps, mais offre également aux pirates davantage d'occasions de voler des identifiants, de modifier des données ou de se faire passer pour un expéditeur de confiance.

Pour les industriels qui modernisent leurs opérations connectées, une solide plan de sécurité de l’IoT industriel peut couvrir l’identité des appareils, l’accès au réseau, les autorisations dans le cloud, les API, le chiffrement et la surveillance. Les organisations doivent également tenir compte des systèmes en aval qui transforment les événements de l’IIoT en alertes opérationnelles, y compris l’infrastructure de messagerie électronique utilisée pour les transmettre. 

Cette approche plus large est conforme aux recommandations actuelles en matière de sécurité opérationnelle (OT). Le premier projet public de septembre 2026 de la norme NIST SP 800-82, révision 4, publiée en septembre 2026 ajoute à son champ d’application l’Internet des objets industriels et la convergence vers le cloud. Elle met également l’accent sur la gestion des actifs, la surveillance des réseaux et la conception d’une sécurité « zero trust ». La leçon à en tirer pour l’industrie est claire : les appareils connectés doivent être gérés comme les éléments d’un même système.

Pourquoi la sécurité de l'IIoT doit aller au-delà des appareils

Chaque connexion donne lieu à une décision de confiance

Un appareil IIoT fonctionne rarement de manière isolée. Il peut collecter une mesure, l'envoyer à une passerelle, se connecter à un courtier et transmettre les données vers le cloud. Il peut ensuite déclencher une règle et générer une alerte par e-mail. À chaque étape, le système suivant doit savoir d'où provient l'information, si cette source est autorisée et si les données sont fiables.

La visibilité des actifs constitue donc un contrôle fondamental. Les équipes doivent savoir quels appareils sont utilisés, à quoi ils se connectent et à qui ils appartiennent. Ce registre doit également couvrir les passerelles, les applications cloud, les comptes de service, les API et les expéditeurs de courriers électroniques.

Une référence utile devrait inclure :

• des identifiants et des informations d'authentification uniques pour chaque appareil, plutôt que des paramètres par défaut partagés ;
• une configuration sécurisée ainsi qu’un mécanisme contrôlé permettant de faire tourner ou de révoquer les clés ;
• les segments de réseau entre les services OT, IT, cloud et externes ;
• le trafic chiffré, lorsque l'appareil et le protocole le prennent en charge ;
• mises à jour signées et vérifiées, accompagnées de plans de restauration ;
• fichiers journaux qui relient les événements liés aux appareils à l'activité de la passerelle, des applications et des e-mails.

Ces mesures de contrôle limitent l'ampleur de la propagation d'une faille de sécurité et aident les équipes à remonter à la source des messages suspects.

Les alertes par e-mail constituent une nouvelle surface d'attaque

Le courrier électronique se situe souvent en fin de processus dans un flux de travail IIoT. Un capteur de pression n'envoie généralement pas lui-même de message SMTP. C'est plutôt une passerelle ou une plateforme de surveillance qui détecte l'événement et utilise un service de messagerie pour alerter le personnel. L'expéditeur étant une autre identité machine, celle-ci doit également être identifiée et contrôlée.

Si un pirate parvient à usurper le domaine d'origine de l'alerte, un faux avertissement de maintenance peut sembler authentique même lorsque l'équipement fonctionne correctement. Un expéditeur valide mais dont l'authentification est insuffisante peut poser un autre problème : les alertes urgentes risquent d'être classées dans les spams. L'objectif est de rendre la messagerie opérationnelle à la fois fiable et digne de confiance.

Pour les décisions ayant des répercussions importantes, l'e-mail doit servir de moyen d'alerte, et non constituer la seule preuve de la légitimité d'un changement.

Comment sécuriser les appareils connectés et leur trafic de messagerie électronique

Cartographier l'identité et l'accès tout au long du processus

Commencez par cartographier le parcours entre la machine et la boîte mail. Notez quel composant déclenche l'événement, quel service crée l'e-mail et quel domaine apparaît dans le champ « De ». Cela peut mettre en évidence des lacunes qu'un examen portant uniquement sur les appareils ne permettrait pas de détecter.

À mesure que les parcs informatiques s'étendent et que les fournisseurs changent, la sécurité doit accompagner l'ensemble du cycle de vie du système ; c'est pourquoi le contrôle d'accès, le chiffrement, les journaux d'audit et les mises à jour sécurisées doivent être considérés comme des enjeux de conception plutôt que comme des correctifs apportés en fin de processus. Après le lancement, ce travail se poursuit à travers l'application de correctifs, la rotation des clés, la surveillance et des revues régulières.

Voici un exemple concret :

1. Inventaire des appareils, des passerelles, des applications, des comptes de service et des domaines d'envoi.
2. N'accordez à chaque composant que les droits d'accès nécessaires à l'exercice de sa fonction.
3. Veillez à séparer le trafic OT des réseaux généraux du bureau et des réseaux connectés à Internet.
4. Évitez d'inclure des secrets et des clés dans le code source et les fichiers partagés.
5. Testez les procédures de mise à jour et de reprise avant qu'un incident ne se produise.
6. Vérifiez chaque nouvelle intégration afin d'évaluer les risques liés aux appareils et aux e-mails.

Cela permet aux équipes OT et IT d'assumer clairement la responsabilité de chaque mesure de contrôle.

Vérifiez l'authenticité de l'adresse e-mail avec autant de soin que celle de l'appareil

Une fois les expéditeurs autorisés identifiés, l'authentification des e-mails permet de protéger le domaine qu'ils utilisent. Le protocole « SPF » (DKIM) précise quels serveurs de messagerie sont autorisés à envoyer des e-mails au nom d'un domaine. Le protocole DKIM ajoute une signature cryptographique, ce qui permet aux systèmes destinataires de vérifier l'identité du domaine signataire et de détecter toute modification apportée au contenu signé. Le protocole DMARC vérifie si le domaine indiqué dans le champ « De » correspond à une identité authentifiée via le protocole SPF ou DKIM. Il peut ensuite indiquer aux destinataires la marche à suivre concernant les e-mails non conformes.

Pour les alertes IIoT, un outil de surveillance dans le cloud, un système de tickets ou un relais peut envoyer ces alertes au nom de l'entreprise. Cet expéditeur doit figurer dans la liste autorisée avant que l'application de la norme DMARC ne devienne stricte. Sinon, le passage à une politique de rejet risque de bloquer de véritables alertes générées par des machines.

Les équipes doivent vérifier la conformité des paramètres «SPF » et DKIM, examiner les rapports DMARC et supprimer les sources inconnues avant de mettre en place des mesures plus strictes. La création de sous-domaines distincts permet de clarifier la propriété entre les usines et les applications.

Restez attentifs aux changements concernant les heures supplémentaires et les e-mails

Les systèmes industriels ne restent pas immuables. L'installation d'une nouvelle passerelle, la mise à jour d'un micrologiciel, la migration vers le cloud ou le changement de prestataire de maintenance peuvent modifier à la fois le trafic réseau et le comportement des e-mails. Les contrôles qui fonctionnaient il y a quelques mois peuvent ne plus correspondre à la réalité du système.

La surveillance doit associer les événements OT aux données relatives à l'identité, au réseau, aux applications et aux e-mails. Une adresse IP source inconnue, des échecs d'authentification répétés ou un appareil empruntant un nouvel itinéraire peuvent être le signe d'une erreur de configuration ou d'un premier indice de compromission.

La sécurité de l'IoT industriel est optimale lorsque les appareils connectés et les messages qu'ils génèrent sont considérés comme formant une seule et même chaîne de confiance. Il faut protéger l'appareil, limiter les chemins qu'il peut emprunter, authentifier les systèmes qui agissent en son nom et surveiller l'ensemble du flux afin de détecter tout changement. C'est ainsi que les opérations connectées conservent leur utilité et leur fiabilité.

Réflexions finales

La sécurité de l’IoT industriel ne peut se limiter à la protection des appareils présents dans les ateliers. Chaque passerelle, application cloud, API et canal de communication impliqué dans un flux de travail opérationnel peut présenter des risques de sécurité. Le courrier électronique mérite une attention particulière, car des alertes compromises ou non authentifiées peuvent saper la confiance dans les informations opérationnelles critiques. En combinant des mesures de protection au niveau des appareils avec la surveillance du réseau, les contrôles d’accès et les protocoles d’authentification des e-mails tels que l’ SPF, DKIM et DMARC, les fabricants peuvent mettre en place un cadre de sécurité plus fiable. L’objectif est de protéger non seulement les appareils connectés, mais aussi l’ensemble de la chaîne de communication qui assure le bon fonctionnement des opérations industrielles.