BACnet/SC vise à rendre l'automatisation des bâtiments plus sûre grâce au cryptage, aux certificats et à une nouvelle architecture. Les professeurs Dr. Olivier Steiger et Dr. Sebastian Obermeier de la Haute École de Lucerne expliquent pourquoi cette question est aujourd'hui urgente, où se trouvent les obstacles et pourquoi même les meilleures normes ne servent à rien sans savoir-faire.
Quelle était la motivation initiale derrière le développement de BACnet Secure Connect ?
Prof. Dr. Olivier Steiger : BACnet/IP a été pendant de nombreuses années la norme en matière d'automatisation des bâtiments. Cependant, en raison de l’absence de cryptage et d’authentification, c’était comme un livre ouvert dans lequel on pouvait non seulement lire mais aussi intervenir. BACnet/SC entre ici en jeu avec son cryptage TLS et son authentification sécurisée des participants. Dans le même temps, d’anciennes faiblesses, telles que les diffusions, qui étaient toujours nécessaires dans BACnet/IP, ont été éliminées. Cela simplifie considérablement l’administration.
Quelles sont les principales différences entre BACnet/IP et BACnet/SC ?
Steiger : nous avons déjà parlé des émissions manquantes, mais il existe bien sûr d'autres différences importantes. Alors que BACnet/IP, par exemple, transmet des données en texte clair, BACnet/SC les crypte de manière fiable et permet également l'authentification des participants au réseau. Avec BACnet/SC, chaque appareil doit s'enregistrer avec un certificat valide avant de pouvoir communiquer. Il s’agit d’une rupture radicale avec la pratique antérieure, où un appareil branché était immédiatement connecté au réseau. Dernier point mais non le moindre : BACnet/SC utilise TCP au lieu d'UDP, ce qui rend la communication orientée connexion et donc plus fiable que BACnet/IP.
Obermeier : ce changement est crucial, en particulier pour les pare-feu. Avec UDP, je dois ouvrir le pare-feu en grand en utilisant des règles sans état pour autoriser les réponses entrantes. Avec TCP, ce risque est éliminé car il est orienté connexion. Cela permet d'attribuer clairement les réponses et ainsi de les faire passer à travers le pare-feu de manière contrôlée. Il s’agit d’un grand avantage pour l’intégration dans les paysages informatiques modernes.
Quels défis se posent dans la gestion des certificats dans la pratique ?
Obermeier : les certificats sont à la fois une bénédiction et une malédiction. Ils inspirent confiance, mais doivent être organisés tout au long de leur durée de vie. Des processus clairs et une infrastructure à clés publiques sont nécessaires pour leur émission, leur distribution, leur renouvellement et leur révocation. Bien que cela soit depuis longtemps la norme dans l’informatique traditionnelle, l’automatisation des bâtiments commence seulement à réfléchir à ces aspects. Sans responsabilités et sans processus documentés, les choses deviennent vite chaotiques et c’est précisément là que réside le défi : qui s’occupe de quoi ?
Steiger : cela devient particulièrement délicat dans les environnements multifournisseurs. Chaque fabricant fait cavalier seul, mais au final, c'est l'exploitant du bâtiment qui doit en assumer les conséquences et s'en accommoder. Étant donné l’absence de bonnes pratiques et de lignes directrices uniformes, nous effectuons des recherches sur ce sujet afin que chacun n’ait pas à réinventer la roue.
Nouvelle complexité pour les installateurs et les exploitants de bâtiments
Quels sont les obstacles typiques lors de la mise en service de BACnet/SC ?
Steiger : le premier obstacle est presque banal : on ne sait souvent pas qui est responsable. Qui gère les certificats ? Qui met les clés ? Qui fournit les mises à jour ? Le système ne peut pas fonctionner sans rôles et processus, c'est pourquoi ceux-ci doivent être définis bien avant qu'un bâtiment et les systèmes qui y sont installés ne soient achevés.
Obermeier : un exemple de notre laboratoire montre à quel point cela est délicat : les étudiants ont été invités à configurer une chaîne de certificats. Une seule case non cochée dans les instructions a conduit à ce que tout le monde se retrouve bloqué à l'extérieur et que l'appareil ne puisse être réutilisé qu'après une réinitialisation matérielle. De telles erreurs sont instructives, mais fatales dans la pratique. La sécurité implique toujours un effort initial, et même les plus petites omissions peuvent avoir des conséquences majeures.
Comment cela affecte-t-il les opérations quotidiennes dans le domaine de l’exploitation des bâtiments ou de la gestion des installations ?
Steiger : à court terme, les choses vont devenir plus complexes. Certains gestionnaires d’installations et responsables techniques ont une formation en génie électrique mais peu d’expérience en matière de sécurité des TIC. Les certificats, la gestion des clés et les processus liés à la sécurité sont un domaine inconnu pour eux, ce qui ne facilite pas leur quotidien, mais le rend au contraire plus difficile. À long terme, j’espère que des outils automatisés et des processus standardisés s’établiront, simplifiant ainsi beaucoup de choses. Mais ces solutions n’en sont encore qu’à leurs balbutiements.
Obermeier : il existe des approches initiales de gestion automatisée des certificats. Certains fabricants expérimentent des outils destinés à simplifier le renouvellement et la distribution. Dès que le marché sera suffisamment grand, des solutions plus professionnelles suivront, facilitant le quotidien des gestionnaires d’installations.
La coexistence parallèle de BACnet/IP et BACnet/SC est-elle possible ?
Steiger : oui, c’est effectivement la règle à l’heure actuelle. De nombreux systèmes existants fonctionnent sur BACnet/IP, tandis que les nouveaux composants du système fonctionnent sur SC. Techniquement, c'est possible, mais l'intégration technique de BACnet/SC est souvent plus difficile que prévu. Même les fabricants professionnels qui étaient prêts à nous aider à l'installer ont parfois mis du temps à tout mettre en oeuvre de manière fluide et fiable. Cela s'explique par le manque d'expérience dans ce domaine.
Obermeier : ans ce contexte, il convient toutefois de noter qu'un système n'est aussi sûr que son maillon le plus faible. Si je continue à utiliser des composants anciens et dangereux, le risque existe toujours. Une migration progressive est donc judicieuse, par exemple étage par étage lors de rénovations. Mais à moyen terme, il n’y a pas d’autre solution que de passer complètement à BACnet/SC.
Planification, interfaces informatiques et état du marché
Que doivent prendre en compte les planificateurs et les intégrateurs de systèmes lorsque BACnet/SC est requis ?
Steiger : vous devez développer dès le début une architecture réseau claire et réfléchir, par exemple, à la manière de gérer les certificats et les clés ou à ce à quoi il faut faire attention lors des mises à jour. Ces questions doivent trouver une réponse dès la phase de planification et non pas plus tard par l’exploitant. De plus, l’intégrateur doit être capable d’expliquer à l’opérateur à quels processus il peut s’attendre.
Obermeier : BACnet/SC n’est qu’un composant d’un concept de sécurité plus vaste et non une panacée. Les planificateurs doivent donc travailler en étroite collaboration avec les responsables de la sécurité informatique et définir clairement les interfaces. Quiconque considère BACnet/SC de manière isolée pense à trop court terme.
Dans quelle mesure BACnet/SC peut-il être intégré dans les concepts de sécurité informatique modernes
Obermeier : très bien, grâce à des fonctionnalités comme Zero Trust, où aucun paquet de données n'est aveuglément approuvé. Il en va de même pour les interfaces OT/IT, qui peuvent être intégrées en toute sécurité dans le cloud grâce à BACnet/SC.
Steiger : il y a un autre aspect qui devient de plus en plus important dans le secteur : le reporting sur la durabilité. Les exploitants de grands portefeuilles immobiliers doivent aujourd’hui pouvoir fournir leurs données énergétiques et de consommation en appuyant simplement sur un bouton. Cela fait de BACnet/SC un catalyseur pour les bâtiments intelligents et les bâtiments écologiques, car il garantit une communication sécurisée.
Où en sommes-nous en termes de pénétration du marché BACnet/SC ?
Steiger : BACnet est depuis longtemps la norme pour les projets de grande envergure. BACnet/SC est défini dans le cadre de la révision actuelle et les premiers produits sont disponibles, mais nous sommes encore au début de la mise en oeuvre. La plupart des systèmes continuent de fonctionner sur IP, et de nombreux responsables pensent : « Nous sécurisons simplement le réseau informatique, cela suffit ». Mais cela est trompeur car vous avez un système non sécurisé dans un shell sécurisé. Cependant, une fois la coquille brisée, vous êtes sans défense.
Obermeier : de plus, BACnet/SC doit être activement mentionné dans les appels d’offres. Ceux qui ne le demandent pas continueront à recevoir des appareils BACnet/IP classiques. La norme seule n’a que peu d’effet ; ce qu’il faut, c’est un engagement clair en faveur d’une plus grande sécurité.
Formation, recherche et perspectives
Quelles sont les possibilités de formation disponibles aujourd’hui et quelle est l’ampleur de la demande ?
Steiger : en collaboration avec le Cyber Defense Campus d'Armasuisse, nous étudions actuellement la cybersécurité dans l'automatisation des bâtiments. Nous examinons à quel point les protocoles non sécurisés sont dangereux dans la pratique et quels processus sont nécessaires pour accroître la sécurité. À l’avenir, nous nous intéresserons également aux compteurs intelligents et aux systèmes photovoltaïques, car il s’agit de phénomènes de masse et donc pertinents en matière de sécurité.
Obermeier : un autre sujet est la sécurité post-quantique. Aujourd’hui, BACnet/SC ne résiste pas aux attaques utilisant des ordinateurs quantiques. Ces derniers ne sont pas encore pertinents dans la pratique, mais nous voulons être prêts, c'est pourquoi nous recherchons également l'application optimale des algorithmes postquantiques et de la distribution de clés quantiques dans nos laboratoires.
Sur quoi portez-vous actuellement vos recherches à la HSLU ?
Steiger : en collaboration avec le Cyber Defense Campus d'Armasuisse, nous étudions actuellement la cybersécurité dans l'automatisation des bâtiments. Nous examinons à quel point les protocoles non sécurisés sont dangereux dans la pratique et quels processus sont nécessaires pour accroître la sécurité. À l’avenir, nous nous intéresserons également aux compteurs intelligents et aux systèmes photovoltaïques, car il s’agit de phénomènes de masse et donc pertinents en matière de sécurité.
Obermeier : un autre sujet est la sécurité post-quantique. Aujourd’hui, BACnet/SC ne résiste pas aux attaques utilisant des ordinateurs quantiques. Ces derniers ne sont pas encore pertinents dans la pratique, mais nous voulons être prêts, c'est pourquoi nous recherchons également l'application optimale des algorithmes postquantiques et de la distribution de clés quantiques dans nos laboratoires.
Cela pourrait vous intéresser aussi
Une automatisation des bâtiments pérenne en toute simplicité
BACnet® Secure Connect marque le début d’une nouvelle ère pour la sécurité de l’automatisation des bâtiments. Avec WAGO, vous misez sur des produits certifiés et des outils logiciels intuitifs pour préparer vos installations aux défis de demain. Découvrez l’offre complète de WAGO autour de BACnet/SC.
Réaliser des projets BACnet plus facilement et plus rapidement
Des réseaux complexes, des exigences croissantes en matière de sécurité informatique et des calendriers serrés rendent la réalisation de projets BACnet® exigeante. Avec le logiciel WAGO Solution Builder vous pouvez créer des solutions globales et efficaces tout au long du cycle de vie de votre bâtiment.
BACnet® « Building Automation and Control Networks » est un protocole de transfert de données pour l'automatisation de bâtiment et la régulation de bâtiment. Avec BACnet®, on facilite la communication entre des produits de différents constructeurs dans l'automatisation de bâtiment.
