Brevet FR3139259A1 — publié le 20240301

Procédé d’enrôlement auprès d’un serveur d’un dispositif destiné à communiquer dans un réseau, le procédé comprenant les étapes suivantes mises en œuvre par un terminal d’administration : récupération via un premier canal de communication d’une demande de certificat numérique (D) transmise par le dispositif, et étant associée à une première clé privée (KPR) du dispositif pour sécuriser des communications dans le réseau ; transmission (118) de la demande à un serveur via un deuxième canal de communication, le serveur étant configuré pour signer la demande de certificat numérique (D) avec une deuxième clé privée associée à ne clé publique (CA) du serveur, de sorte à générer un certificat numérique (S) ; récupération (126) du certificat numérique (S) via le deuxième canal ; et transmission (128) du certificat numérique (S) au dispositif via le premier canal. Figure pour l’abrégé : figure 3 Procédé d’enrôlement d’un dispositif auprès d’un serveur DOMAINE DE L'INVENTION La présente invention concerne un procédé d’enrôlement d’un dispositif auprès d’un serveur. ETAT DE LA TECHNIQUE L’évolution vers des réseaux électriques « plus intelligents », dits « Smart Grids », constitue un pivot clé de la transition énergétique vers les systèmes électriques de demain. La mise en œuvre de ces Smart Grids passe par la numérisation des systèmes et l’intégration de nouvelles capacités de communication et mène à la convergence entre les technologies de l’information et les technologies dites « d’exploitation » (IT: Information Technology / OT: Operational Technology). Cette convergence apporte de nouvelles vulnérabilités sur ces systèmes industriels, qui mêlent à présent des dimensions cyber et physique, comme c’est le cas notamment pour les réseaux d’énergies. Les cas d’usages et les vecteurs d’attaque y sont très nombreux et diversifiés. Cette problématique d’une vulnérabilité croissante des systèmes industriels, à mesure que la numérisation des équipements progresse, concerne tous les domaines « d’utilisation », avec différents niveaux de criticité. Par exemple, les Smart Grids interconnectent au système informatique du gestionnaire du réseau, un nombre croissant de systèmes d’information associés aux différents acteurs tiers et pour lesquels il n’est pas possible de maitriser ni les niveaux, ni les pratiques de sécurité. Par exemple, le système d’un producteur éolien avec celui du gestionnaire de réseau de distribution. Il devient donc de plus en plus important pour les gestionnaires de réseau de protéger leur système d’information. Un problème particulier qui se pose est celui de déterminer comment une confiance peut être accordée à un dispositif faisant partie d’un réseau tel qu’une Smart Grid, de sorte que ce dispositif puisse avoir le droit d’établir des communications sécurisées au sein d’un tel réseau. Un des buts de l’invention est de répondre au problème exposé ci-dessus. Il est à cet effet proposé, selon un premier aspect, un procédé d’enrôlement auprès d’un serveur d’un dispositif destiné à communiquer dans un réseau, le procédé comprenant les étapes suivantes mises en œuvre par un terminal d’administration : - établissement d’un premier canal de communication avec le dispositif, - récupération via le premier canal de communication d’une demande de certificat numérique générée puis transmise par le dispositif, la demande de certificat numérique étant associée à une première clé privée du dispositif destinée à sécuriser des communications du dispositif dans le réseau, - établissement d’un deuxième canal de communication avec le serveur, - transmission de la demande de certificat numérique au serveur via le deuxième canal de communication, le serveur étant configuré pour signer la demande de certification numérique avec une deuxième clé privée associée à une clé publique du serveur, de sorte à générer un certificat numérique, - récupération du certificat numérique via le deuxième canal de communication, - transmission du certificat numérique au dispositif via le premier canal de communication. Le procédé selon le premier aspect peut également comprendre les caractéristiques optionnelles suivantes, prises seules ou en combinaison à chaque fois que cela est possible. De préférence, la demande de certificat numérique est chiffrée par le dispositif avec la clé publique du serveur, est transmise au serveur sous forme chiffrée, le serveur étant configuré pour déchiffrer la demande de certificat numérique sous forme chiffrée à avec la deuxième clé privée avant de signer la demande de certificat numérique déchiffrée. De préférence, le procédé selon le premier aspect comprend par ailleurs les étapes suivantes : - génération d’un code par le terminal d’administration, le code étant associé à la demande de certificat numérique, - transmission du code au serveur via le deuxième canal de communication, - transmission du code à un administrateur du serveur par un troisième canal de communication différent du deuxième canal de communication. De préférence, le troisième canal de communication est établi entre un premier équipement distinct du terminal d’administration et un deuxième équipement détenu par l’administrateur, le troisième canal de communication étant par exemple un canal de communication téléphonique. De préférence, le procédé selon le premier aspect comprend les étapes suivantes : - connexion du terminal d’administration au dispositif au moyen d’un câble, de sorte que le premier canal de communication passe par le câble, - déconnexion du câble après la transmission du certificat numérique au dispositif via le premier canal de communication. De préférence, l’établissement du deuxième canal de communication comprend l’établissement d’un tunnel sécurisé, préférentiellement avec le protocole IPsec. De préférence, le deuxième canal de communication passe par le dispositif. Il est également proposé, selon un deuxième aspect, une mémoire lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour l’exécution des étapes du procédé selon le premier aspect. Il est également proposé, selon un troisième aspect, un terminal d’administration comprenant : - au moins une interface de communication pour établir un premier canal de communication avec un dispositif, et pour établir un deuxième canal de communication avec un serveur, - une unité de traitement, dans lequel l’unité de traitement est configurée pour : - récupérer via le premier canal de communication une demande de certificat numérique générée puis transmise par le dispositif, la demande de certificat numérique étant associée à une première clé privée du dispositif destinée à sécuriser des communications du dispositif dans le réseau, - transmettre la demande de certificat numérique au serveur via le deuxième canal de communication, le serveur étant configuré pour signer la demande de certification numérique avec une deuxième clé privée associée à une clé publique du serveur, de sorte à générer un certificat numérique, - récupérer le certificat numérique via le deuxième canal de communication, - transmettre le certificat numérique au dispositif via le premier canal de communication. Il est également proposé, selon un quatrième aspect, un système comprenant : - un terminal d’administration selon le troisième aspect, - un serveur configuré pour signer la demande de certification numérique avec la deuxième clé privée associée à la clé publique du serveur, de sorte à générer le certificat numérique. DESCRIPTION DES FIGURES D’autres caractéristiques, buts et avantages de l’invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels : La et la illustrent de façon schématique une passerelle de communication, un terminal d’administration et un serveur, selon un mode de réalisation. La est un organigramme d’étapes d’un procédé d’enrôlement selon un mode de réalisation. Sur l’ensemble des figures, les éléments similaires portent des références identiques. DESCRIPTION DETAILLEE DE L'INVENTION En référence aux figures 1 et 2 , un réseau de communication, par exemple un réseau électrique de type « Smart Grid » tel qu’évoqué en introduction, comprend un dispositif 1 et un serveur 2. Le dispositif 1 comprend au moins une interface de communication pour communiquer avec d’autres équipements du réseau (en particulier le serveur) et pour communiquer avec un terminal d’administration. Dans le mode de réalisation représenté sur la , le dispositif 1 comprend une première interface de communication 10 pour communiquer avec d’autres équipements du réseau (en particulier le serveur), et une deuxième interface de communication 11 pour communiquer avec le terminal d’administration, distincte de la première interface de communication. La première interface de communication 10 est quelconque. Elle peut être de type filaire (Ethernet) ou radio sans fil (Wi-Fi, cellulaire, etc.). La deuxième interface de communication 11 comprend un port physique constituant un point de connexion physique pour un câble de communication, de sorte à permettre d’établir une liaison filaire entre la passerelle de communication et un terminal d’administration. Le dispositif 1 comprend par ailleurs une unité de traitement de données 12. L’unité de traitement de données 12 comprend au moins un processeur configuré pour commander la mise en œuvre d’étapes qui seront détaillées dans la suite. Le dispositif 1 comprend par ailleurs une mémoire 14. Cette mémoire 14, lisible par l’unité de traitement de données, stocke des instructions exécutables par cette unité pour l’exécution des étapes précitées. La mémoire 14 est par ailleurs adaptée pour stocker des données qui seront discutées ci-après. Le dispositif 1 est par exemple une passerelle de communication 1. Une fonction assurée par la passerelle de communication 1 est par exemple de relayer des données émanant d’un premier équipement du réseau vers un deuxième équipement du réseau. Dans ce qui suit, on supposera que le dispositif 1 est une telle passerelle, étant entendu qu’il ne s’agit que d’un mode de réalisation non limitatif. Le serveur 2 comprend une interface de communication 20 pour communiquer avec d’autres équipements du réseau (en particulier la passerelle de communication 1). Le serveur 2 comprend par ailleurs une unité de traitement de données 22. L’unité de traitement de données 22 comprend au moins un processeur configuré pour commander la mise en œuvre d’étapes qui seront détaillées dans la suite. Le serveur 2 comprend par ailleurs une mémoire 24. Cette mémoire 24, lisible par l’unité de traitement de données, stocke des instructions exécutables par cette unité pour l’exécution des étapes précitées. La mémoire 24 est par ailleurs adaptée pour stocker des données qui seront discutées ci-après. Le serveur 2 comprend par ailleurs une interface homme-machine 26, permettant à un administrateur d’interagir avec le serveur. L’interface homme-machine 26 comprend typiquement un périphérique de sortie tel qu’un écran d’affichage, permettant de fournir des informations à l’administrateur, et un périphérique d’entrée, tel qu’un clavier, permettant à cet administrateur de commander le fonctionnement du serveur et/ou de saisir des données. Une fonction du serveur 2 est de participer à l’enrôlement de la passerelle de communication 1 au sein du réseau, c’est-à-dire déclarer cette passerelle comme un équipement autorisé à communiquer avec d’autres équipements au sein du réseau. On a également représenté sur les figures 1 et 2 un terminal d’administration 3. Le terminal d’administration 3 comprend au moins une interface de communication pour communiquer avec la passerelle et avec le serveur. Dans le mode de réalisation représenté sur la , le terminal d’administration comprend une seule interface de communication 30 permettant de communiquer avec la passerelle et avec le serveur. L’interface de communication 30 comprend un port physique constituant un point de connexion physique pour un câble de communication, de sorte à permettre d’établir une liaison filaire entre le port physique (interface de communication 11) de la passerelle de communication et le port physique du terminal d’administration (interface de communication 30). Le terminal d’administration 3 comprend par ailleurs une unité de traitement de données 32. L’unité de traitement de données 32 comprend au moins un processeur configuré pour commander la mise en œuvre d’étapes qui seront détaillées dans la suite. Le terminal d’administration 3 comprend par ailleurs une mémoire 34. Cette mémoire 34, lisible par l’unité de traitement de données, stocke des instructions exécutables par cette unité pour l’exécution des étapes précitées. Le terminal d’administration 3 comprend par ailleurs une interface homme-machine 36, permettant à un utilisateur d’interagir avec le terminal 3. L’interface homme-machine 36 comprend typiquement un périphérique de sortie tel qu’un écran d’affichage, permettant de fournir des informations à l’utilisateur, et un périphérique d’entrée, tel qu’un clavier, permettant à cet utilisateur de commander le fonctionnement du serveur et/ou saisir des données. Une fonction assurée par le terminal d’administration 3 est de participer à un procédé d’enrôlement de la passerelle de communication 1 auprès du serveur 2. Le terminal d’administration 3 se présente typiquement sous la forme d’un équipement portatif tel qu’un ordinateur portable, une tablette ou même un smartphone. En référence à la , un procédé d’enrôlement de la passerelle 1 auprès du serveur 2 comprend les étapes suivantes. Le terminal d’administration 3 établit un premier canal de communication avec la passerelle de communication 1 (étape 100). Dans un mode de réalisation, le terminal d’administration 3 est connecté à la passerelle de communication 1 au moyen d’un câble de communication, de sorte à établir le premier canal de communication passant par le câble entre le terminal d’administration 3 et la passerelle 1. Dans ce mode de réalisation, une première extrémité du câble de communication est branchée au port physique de la passerelle (interface de communication 11), et une deuxième extrémité du câble de communication, opposée à la première extrémité, est branchée au port physique du terminal d’administration (interface de communication 30). Ces branchements sont typiquement réalisés par un utilisateur du terminal d’administration 3. Le premier canal de communication utilise par exemple le protocole SSH au-dessus d’une liaison Ethernet (couche 2 OSI) et TCP/IP (couche 3 OSI). Le protocole SSH peut nécessiter la transmission d’une donnée de connexion (identifiant et/ou mot de passe) par le terminal 3 à la passerelle 1. Ces données de connexion peuvent être mémorisées à l’avance dans le terminal 3 ou bien saisies dans le terminal 3 par l’utilisateur du terminal 3. Le terminal d’administration 3 génère une requête d’enrôlement R destinée à la passerelle 1 (étape 102). La requête d’enrôlement comprend une clé publique CA du serveur 2. En variante, la clé publique CA n’est pas transmise par le terminal d’administration 3 au dispositif 1, mais est mémorisée à l’avance dans la mémoire 24 de la passerelle 1. La requête d’enrôlement R est transmise à la passerelle 1 via le premier canal de communication (étape 104). Sur réception de la requête d’enrôlement R (étape 106), la passerelle 1 génère une clé privée KPR et une clé publique KPU associée à la clé privée KPR. La passerelle 1 génère par ailleurs une demande de certificat numérique D associée à la clé privée KPR (étape 108). La demande D incorpore la clé publique générée KPU. La demande D peut également incorporer un identifiant unique de la passerelle 1, permettant de la distinguer des autres équipements du réseau. Cet identifiant unique est par exemple un numéro de série. La clé privée KPR est mémorisée dans la mémoire de la passerelle 1, de même que la clé publique CA et la clé publique KPU. La clé privée KPR n’a pas vocation à être communiquée à un équipement extérieur à la passerelle 1 (en particulier le terminal d’administration 3). La passerelle chiffre la demande D avec la clé publique CA (étape 109). La passerelle 1 transmet la demande de certificat numérique D sous forme chiffrée au terminal d’administration 3 via le premier canal de communication (étape 110). Le terminal d’administration 3 récupère la demande de certificat numérique D sous forme chiffrée via le premier canal de communication (étape 112). Le terminal d’administration 3 génère un code C associé à la demande de certificat numérique D (étape 114). Ce code C est par exemple un code PIN à 4 ou 6 chiffres. Le terminal d’administration 3 établit un deuxième canal de communication avec le serveur 2 (étape 116). Dans un mode de réalisation, le deuxième canal de communication passe par le câble de communication et par la passerelle 1. Autrement dit, c’est par l’intermédiaire de la passerelle 1 que le terminal d’administration 3 peut communiquer avec le serveur 2. Sur la , le premier canal de communication et le deuxième canal de communication sont représentés par deux lignes fléchées en pointillés. Le deuxième canal de communication peut être établi à un moment quelconque : avant l’émission de la requête R, après la récupération de la demande de certification de signature électronique D, ou bien entre ces deux étapes. De préférence, le deuxième canal de communication comprend un tunnel pour permettre au terminal d’administration 3 de communiquer de manière sécurisée avec le serveur 2. Le tunnel est par exemple conforme au protocole IPSec. De préférence, la sécurité de ce deuxième canal de communication s’appuie sur des éléments cryptographiques détenus par l’utilisateur du terminal d’administration 3. Il peut par exemple s’agir d’un jeton cryptographique matériel tel qu’une carte à puce. Le terminal d’administration 3 transmet la demande de certificat numérique D sous forme chiffrée au serveur 2, via le deuxième canal de communication (étape 118). Le terminal d’administration 3 transmet également le code C au serveur 2, via le deuxième canal de communication. La demande certificat numérique D sous forme chiffrée et le code C peuvent être transmises au serveur 2 dans un même message ou dans des messages séparés, dans n’importe quel ordre, mais dans tous les cas d’une manière qui permet au serveur 2 de comprendre que ces données sont associées l’une à l’autre. Une fois ces données récupérées par le serveur 2 (étape 120), le serveur 2 fournit le code C à un administrateur de ce serveur 2, via son interface homme-machine 26 (par exemple en affichant ce code sur un écran d’affichage). Le code C est par ailleurs transmis à un administrateur du serveur 2 (étape 121) via un troisième canal de communication (non-illustré) différent du deuxième canal de communication. Dans un mode de réalisation, le troisième canal de communication est établi entre un premier équipement détenu par l’utilisateur (et distinct du terminal d’administration 3) et un deuxième équipement détenu par l’administrateur, le troisième canal de communication étant par exemple un canal de communication téléphonique. Par exemple, le terminal d’administration 3 affiche le code généré sur un écran d’affichage du terminal d’administration 3, et l’utilisateur saisit le code affiché dans le premier équipement à l’aide de moyens de saisie de cet équipement (clavier physique ou tactile). En définitive, deux valeurs de code sont fournies à l’administrateur, via deux canaux différents. Si ces deux valeurs correspondent, alors le code reçu par le serveur 2 est considéré valide. Dans le cas contraire, le code reçu par le serveur 2 est considéré invalide. L’administrateur déclenche la mise en œuvre des étapes suivantes par le serveur 2, via l’interface homme-machine 26, seulement si le code est valide. Le serveur 2 déchiffre la demande D sous forme chiffrée, de sorte à obtenir la demande D en clair. Le serveur 2 utilise pour cela une clé privée associée à la clé publique CA, que le serveur 2 est seul à détenir. Le serveur 2 signe la demande de certificat numérique D avec sa clé privée (celle associée à la clé publique CA) (étape 122), et fournit en résultat de cette étape de signature un certificat S associé à la clé privée KPR (générée lors de l’étape 108). Le serveur 2 transmet le certificat numérique S au terminal d’administration 3 via le deuxième canal de communication (étape 124). Le terminal d’administration 3 récupère donc le certificat numérique S via le deuxième canal de communication (étape 126). Après cette transmission, le deuxième canal de communication est interrompu. Le terminal d’administration 3 transmet le certificat numérique S à la passerelle de communication 1 via le premier canal de communication (étape 128). La passerelle 1 reçoit le certificat S (étape 130). Après cette transmission, l’utilisateur peut déconnecter le câble de communication de la passerelle 1 ; le premier canal de communication cesse alors d’exister. La détention par la passerelle 1 de ce certificat numérique S constitue une preuve d’enrôlement de la passerelle 1 auprès du serveur 2. Le certificat numérique S constitue une donnée associée à la clé privée KPR initialement générée par la passerelle 1. Cette clé privée KPR et le certificat associé S peuvent ensuite être utilisée par la passerelle 1 pour établir des communications sécurisées avec d’autres équipements du réseau. Dans le procédé qui précède, les étapes réalisées par la passerelle 1 sont commandées par le terminal d’administration 3. Le procédé détaillé précédemment peut faire l’objet d’autres variantes. En particulier : Le procédé qui précède, appliqué à une passerelle 1, est généralisable à tout autre dispositif destiné à communiquer dans le réseau. Bien qu’avantageuse, l’utilisation du code est facultative ; sa vérification par peut être réalisée différemment que par téléphone, en particulier de manière automatique, sans faire appel à un administrateur ; Le deuxième canal de communication peut ne pas passer par la passerelle 1, mais solliciter une interface de communication supplémentaire du terminal d’administration 3 pour lui permettre de communiquer avec le serveur 2 sans passer par la passerelle 1. Procédé d’enrôlement auprès d’un serveur d’un dispositif destiné à communiquer dans un réseau, le procédé comprenant les étapes suivantes mises en œuvre par un terminal d’administration : - établissement (100) d’un premier canal de communication avec le dispositif, - récupération via le premier canal de communication (112) d’une demande de certificat numérique (D) générée puis transmise par le dispositif, la demande de certificat numérique (D) étant associée à une première clé privée (KPR) du dispositif destinée à sécuriser des communications du dispositif dans le réseau, - établissement (116) d’un deuxième canal de communication avec le serveur, - transmission (118) de la demande de certificat numérique (D) au serveur via le deuxième canal de communication, le serveur étant configuré pour signer la demande de certification numérique (D) avec une deuxième clé privée associée à une clé publique (CA) du serveur, de sorte à générer un certificat numérique (S), - récupération (126) du certificat numérique (S) via le deuxième canal de communication, - transmission (128) du certificat numérique (S) au dispositif via le premier canal de communication. Procédé selon la revendication précédente, dans lequel la demande de certificat numérique (D) est chiffrée par le dispositif avec la clé publique du serveur, est transmise au serveur sous forme chiffrée, le serveur étant configuré pour déchiffrer la demande de certificat numérique sous forme chiffrée avec la deuxième clé privée avant de signer la demande de certificat numérique déchiffrée. Procédé selon l’une quelconque des revendications précédentes, comprenant par ailleurs les étapes suivantes : - génération (114) d’un code (C) par le terminal d’administration, le code étant associé à la demande de certificat de signature numérique, - transmission (118) du code au serveur via le deuxième canal de communication, - transmission du code à un administrateur du serveur par un troisième canal de communication différent du deuxième canal de communication. Procédé selon la revendication précédente, dans lequel le troisième canal de communication est établi entre un premier équipement distinct du terminal d’administration et un deuxième équipement détenu par l’administrateur, le troisième canal de communication étant par exemple un canal de communication téléphonique. Procédé selon l’une quelconque des revendications précédentes, comprenant en outre les étapes suivantes : - connexion du terminal d’administration au dispositif au moyen d’un câble, de sorte que le premier canal de communication passe par le câble, - déconnexion du câble après la transmission du certificat numérique au dispositif via le premier canal de communication. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’établissement du deuxième canal de communication comprend l’établissement d’un tunnel sécurisé, de préférence avec le protocole IPsec. Procédé selon l’une des revendications précédentes, dans lequel le deuxième canal de communication passe par le dispositif. Mémoire lisible (34) par ordinateur stockant des instructions exécutables par l’ordinateur pour l’exécution des étapes du procédé selon l’une des revendications précédentes. Terminal d’administration (3) comprenant : - au moins une interface de communication pour établir un premier canal de communication avec un dispositif, et pour établir un deuxième canal de communication avec un serveur, - une unité de traitement, dans lequel l’unité de traitement est configurée pour : - récupérer via le premier canal de communication une demande de certificat numérique (D) générée puis transmise par le dispositif, la demande de certificat numérique (D) étant associée à une première clé privée (KPR) du dispositif destinée à sécuriser des communications du dispositif dans le réseau, - transmettre la demande de certificat numérique (D) au serveur via le deuxième canal de communication, le serveur étant configuré pour signer la demande de certification numérique (D) avec une deuxième clé privée associée à une clé publique (CA) du serveur, de sorte à générer un certificat numérique (S), - récupérer le certificat numérique (S) via le deuxième canal de communication, - transmettre le certificat numérique (S) au dispositif via le premier canal de communication. Système comprenant : - un terminal d’administration (3) selon la revendication précédente, - un serveur (2) configuré pour signer la demande de certification numérique (D) avec la deuxième clé privée associée à la clé publique (CA) du serveur, de sorte à générer le certificat numérique (S).