Pourquoi Connext DDS Secure est le choix intelligent pour la sécurité IIoT industrielle

« La sécurité doit être intégrée, pas rajoutée après coup. » Ce principe est particulièrement vrai alors que l'Internet Industriel des Objets (IIoT) s'étend. Pourtant, de nombreux systèmes adoptent encore la sécurité comme une réflexion après coup. Comprendre pourquoi peut aider les architectes à éviter des rétrofits coûteux.

Souvent, les modèles de menace et les exigences de sécurité ne sont pas pleinement intégrés dans la phase d'architecture. Les solutions existantes sont ensuite rétroéquipées avec du chiffrement ou des contrôles d'accès, ce qui peut être coûteux, fragile et insuffisant. La direction peut prioriser la performance sur la sécurité, supposant que l'isolation ou un air-gap protégera le système. Au moment où la sécurité est ajoutée, ré-architecturer toute la solution peut être prohibitivement cher.

Concevoir des systèmes sécurisés nécessite d'équilibrer la protection contre les attaques avec un impact minimal sur la performance, l'interopérabilité et l'évolutivité – des défis qui s'intensifient à mesure que les systèmes deviennent plus complexes. La Spécification DDS Security et RTI Connext® DDS Secure répondent à ces défis avec un cadre pair-à-pair centré sur les données qui supporte nativement des contrôles de sécurité à grain fin, le multicast et la distribution de données sans copie.

Si vous utilisez déjà DDS ou l'évaluez, Connext DDS Secure offre un chemin clair pour aligner la sécurité avec les risques métier et les objectifs de performance. Ci-dessous, nous explorons comment il répond aux besoins des environnements IIoT critiques et illustrons son impact avec une étude de cas d'interopérabilité de dispositifs médicaux.

La sécurité DDS est-elle adaptée à votre cas d'usage ?

Les ingénieurs RTI évaluent les clients potentiels contre cinq questions clés. Si au moins trois reçoivent « oui », DDS est probablement le cadre de connectivité optimal :

1. Une brève interruption est-elle inacceptable pour votre système ?
2. Avez-vous utilisé les termes « milliseconde » ou « microseconde » au cours des deux dernières semaines ?
3. Avez-vous plus de dix ingénieurs logiciels ?
4. Avez-vous besoin de publier des données vers de multiples destinations (ex. cloud, base de données, dispositifs edge) ?
5. Concevez-vous une nouvelle architecture IIoT ?

Question 1 – Disponibilité
Lorsque la disponibilité est critique, la topologie pair-à-pair de DDS élimine les points uniques de défaillance. Les politiques QoS telles que Ownership, Durability, Liveliness et Deadline permettent une dégradation gracieuse. DDS Security ajoute la ségrégation de domaine, l'authentification des participants et l'authentification des messages, qui atténuent les attaques DoS tout en préservant la disponibilité.

Question 2 – Performance temps réel
Les flux de données à haute fréquence exigent une latence minimale. DDS Security vous permet de configurer la confidentialité, l'intégrité et l'authenticité par sujet ou participant sans changer le code d'application. Cette approche finement ajustée assure que seuls les mécanismes de sécurité nécessaires sont appliqués, maintenant les temps aller-retour bas.

Question 3 – Efficacité de développement
Les grandes équipes bénéficient de la conception centrée sur les données de DDS, qui découple les modèles de données des APIs de traitement. Les politiques de sécurité sont définies dans des fichiers déclaratifs (gouvernance de domaine, permissions des participants) qui peuvent être audités et mis à jour indépendamment du code, réduisant le risque d'intégration et accélérant la livraison.

Question 4 – Optimisation du multicast
Contrairement à TLS/DTLS, qui ne peut pas exploiter le multicast, DDS Security supporte nativement le multicast pour une distribution de données efficace. C'est essentiel pour les applications de style broadcast telles que la télémétrie, le diagnostic et la messagerie de contrôle.

Question 5 – Flexibilité pour nouvelle architecture
Quand vous construisez un nouveau système, vous pouvez intégrer la sécurité dès le départ. DDS est un standard ouvert, neutre vis-à-vis des fournisseurs, et DDS Security offre des APIs d'authentification, d'autorisation, de cryptographie et de journalisation enfichables, le rendant idéal pour des déploiements IIoT évolutifs et multi-fournisseurs.

RTI Connext DDS Secure a été validé par de nombreux clients commerciaux et gouvernementaux. Les retours ont continuellement informé les améliorations produit et les contributions à la communauté DDS.

Exemple : Sécurité DDS pour l'interopérabilité sécurisée des dispositifs médicaux

La norme ASTM F2761‑09 Integrated Clinical Environment (ICE) promeut l'interopérabilité entre dispositifs médicaux hétérogènes. OpenICE, une implémentation open-source d'ICE, utilise DDS comme colonne vertébrale de communication. Sans sécurité explicite, un initié pourrait agir comme un homme-au-mileu, falsifiant les données patient et compromettant les soins.

OpenICE permet la connectivité à travers divers dispositifs médicaux. En appliquant DDS Security, les administrateurs peuvent imposer des contrôles d'accès par dispositif, assurant que seuls les participants autorisés publient ou s'abonnent à des sujets sensibles. Cela atténue les menaces internes et préserve la sécurité des patients.

La sécurité au niveau transport seul ne suffit pas

Même lorsque tout le trafic est chiffré avec TLS/DTLS, un dispositif compromis peut encore publier des données malveillantes si des contrôles à grain fin manquent. Les politiques d'accès basées sur les rôles de DDS Security empêchent de telles attaques sans affecter la sécurité de transport existante.

Pour les dispositifs à ressources limitées ou les applications sensibles à la bande passante, vous pouvez adapter les niveaux de sécurité – n'activant que l'intégrité ou l'authenticité là où c'est approprié – minimisant la surcharge tout en maintenant la conformité.

RTI propose également des transports TLS/DTLS personnalisés qui peuvent être intégrés avec DDS pour les cas d'usage qui les exigent. Nos Études d'Architecture vous aident à choisir le bon mélange de sécurité transport et middleware basé sur le risque et la performance.

Conclusion et références

Pour les infrastructures critiques, nous recommandons d'adopter RTI Connext DDS Secure et le standard OMG DDS Security. Références clés :

• [1] Spécification OMG DDS Security – https://www.omg.org/spec/DDS-Security/
• [2] Architecture de Référence Internet Industriel (IIRA) – https://www.iiar.org/
• [3] Cadre de Connectivité Internet Industriel (IICF) – https://www.iicf.org/
• [4] Cadre de Sécurité Internet Industriel (IISF) – https://www.iisf.org/
• [5] Sécurité ICE – https://www.ice-security.org/