FR 3066346 A1 20181116 FR 1754202 A 20170512 1 Domaine technique La présente invention concerne le domaine général des connexions sécurisées employant la technologie Bluetooth. L'invention concerne plus particulièrement un procédé d'appairage (également dénommé jumelage) simple et sécurisé SSP (Secure Simple Pairing) de type « hors bande » (00B : Out Of Band), qui permet d'améliorer très significativement le transfert sécurisé des informations, en utilisant un canal dédié séparé du canal principal de communication et ne nécessitant ni intervention humaine (par exemple : frappe sur un clavier) ni emploi d'un moyen de communication complémentaire (par exemple : moyen de communication en champ proche NFC). Technique antérieure Les systèmes et procédés d'appairage actuels requièrent fréquemment l'emploi de codes qu'un opérateur doit entrer manuellement (principe du « PassKey Entry »), l'emploi de clés d'authentification, ou encore l'accès à un réseau de communication global. Les documents WO 16058965 Al, EP 2958354 Al et US 9215075 BA illustrent ces principes de l'art antérieur avec tous les inconvénients qu'il comporte, liés à leur complexité d'utilisation et ce d'autant plus lorsque, ni intervention humaine, ni emploi d'un moyen de communication complémentaire n'est désiré utilisé ou tout simplement non disponible. En effet, de tels systèmes et procédés restent contraignants et peu pratiques car ils sont d'une part particulièrement vulnérables notamment aux attaques de type « homme du milieu » (Man In The Middle : MITM) et d'autre part ils nécessitent, même de manière limitée, l'usage de technologies souvent peu sécurisées (par exemple : Wi-Fi, NFC) et/ou l'utilisation additionnelle d'algorithmes 3066346 2 cryptographiques à clés publiques significativement lourds et contraignants lorsque ces derniers sont utilisés avec des systèmes embarqués à faible ressource. 5 Exposé de l'invention La présente invention vise à remédier aux inconvénients de l'art antérieur précités, en présentant un procédé de sécurisation en vue d'un appairage SSP de type « hors bande » ne nécessitant ni intervention humaine ni emploi d'un moyen 10 de communication complémentaire. Ainsi, il est proposé un procédé de sécurisation en vue d'un appairage simple et sécurisé SSP hors bande dans la bande entre un élément périphérique et au moins un élément central possédant chacun une interface de communication sans 15 fil, remarquable en ce qu'il comprend au moins les étapes suivantes : - initier une connexion entre ledit élément périphérique et ledit élément central, afin d'établir une connexion non encryptée entre ledit élément 20 périphérique et ledit élément central via ladite interface de communication sans fil, ledit élément périphérique mettant en oeuvre un serveur de données pour lequel initialement seul un ensemble restreint Er de requêtes et réponses est accessible audit 25 élément central, - construire une pile protocolaire de communication entre ledit élément périphérique et ledit élément central à partir dudit ensemble restreint Er de requêtes et réponses accessibles audit élément 30 central, ladite pile protocolaire ainsi construite exploitant un protocole mettant en oeuvre, entre autres, une procédure d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central, 3066346 3 - établir, à l'issue de ladite procédure d'authentification forte et mutuelle, un canal sécurisé de communication entre ledit élément périphérique et ledit élément central, 5 - échanger, via ledit canal sécurisé, les données nécessaires à l'appairage SSP, et procéder audit appairage. Selon l'invention, on entend par « élément 10 périphérique » un système (tel que par exemple un système embarqué) apte, entre autres, à mettre à disposition et à alimenter (mettre en oeuvre) une collection de données sous la forme d'un serveur de données, tandis que l'« élément central » (encore appelé « système externe » ou « système 15 distant ») est apte à se connecter et accéder audit serveur de données en tant que client. Ledit élément périphérique est par exemple un conteneur de transport de fonds tel qu'un conteneur de transport de valeurs, ou un système de protection de distributeur à 20 billets, ou, encore et de manière non exhaustive, un coffre de dépôts d'espèces résidentiel ou semi-résidentiel, une armoire à compartiments maculant, etc_ Bien entendu, ledit élément périphérique est prévu pour évoluer et être déplacé dans des zones non sécurisées et donc présentant des risques 25 significatifs d'attaques. Ledit élément central est par exemple une machine de type PC, ou bien tout autre système embarqué. Il est ici à noter qu'entre ledit élément périphérique et ledit élément central peuvent également s'insérer une ou 30 des passerelles de communication (transport BLE, transport IP, etc.) telles que, par exemple, un téléphone portable, une tablette, un réseau IP, etc_ Cependant, ledit élément central, le plus souvent, consistera finalement, et en terminaison de communication, en une machine de type PC (qui, 3066346 4 elle, sera localisée quasi-systématiquement dans une zone physiquement sécurisée). L'invention proposée repose ainsi, entre autres, sur l'existence d'une architecture très répandue, l'architecture 5 client/serveur. Ainsi, la présente invention implique une réelle et importante activité inventive car le procédé ici proposé et qui est revendiqué apporte une solution particulièrement efficace aux inconvénients présentés et ci-avant explicités 10 de l'art antérieur ainsi qu'une réponse extrêmement puissante au problème technique suivant se posant. En effet, le transfert des informations doit, dans le présent cas, inévitablement s'effectuer hors bande pour que le lien radio repose sur des bases solides et ne puisse être aisément 15 déchiffrable. Or, dans la présente application et dans un certain nombre d'autres applications de même type, le système communiquant ne dispose d'aucun mécanisme de réponse tel que, par exemple, un clavier, un écran ou un émetteur récepteur de type NFC, mécanisme qui permettrait de procéder à un 20 appairage BLE sûr et efficace. Pour résoudre ce délicat problème technique d'absence de mécanisme de réponse, il a été imaginé de construire une pile protocolaire de communication dont les couches successives permettent de transporter un protocole sériel classique. Ainsi, un canal 25 sécurisé transporté par la radio BLE peut être construit pour enfin procéder à un appairage BLE hors bande dans la bande. Le procédé selon l'invention ici exploité et revendiqué fournit donc une solution authentiquement efficace audit problème technique complexe et incontournable exposé ci- 30 dessus. Ce besoin d'une telle solution efficace, solution répondant de manière particulièrement adaptée audit besoin, existe et était ressenti depuis un certain nombre d'années. Compte tenu des sérieuses attentes, dans ce domaine, d'une telle solution mettant en oeuvre l'ensemble des 3066346 5 caractéristiques techniques revendiquées et détaillées dans la suite de la description, le fait de satisfaire de manière efficace et définitive à ce besoin réellement ressenti engendrera, en outre, inévitablement un authentique succès 5 commercial. La communication entre ledit élément périphérique et ledit élément central est susceptible de faire appel à un ensemble global Eg de requêtes et réponses. Selon l'invention, ledit élément périphérique met en 10 oeuvre un serveur de données pour lequel initialement (c'est-à-dire au lancement du protocole) seul un ensemble restreint Er de requêtes et réponses parmi l'ensemble global Eg est accessible audit élément central. On entend par « accessible » le fait que lesdites 15 requêtes et réponses sont mises en oeuvre librement, par exemple sans faire l'objet d'aucune vérification de niveau d'authentification ou de niveau de chiffrement. Les requêtes et réponses n'appartenant pas audit ensemble restreint Er sont rendues au moins temporairement 20 inaccessibles (par exemple par une restriction des droits en écriture/lecture et par le fait qu'elles nécessitent un certain niveau d'authentification pour le client ou un certain niveau de chiffrement, ceux-ci n'étant jamais acquis au début du procédé). 25 Possiblement, les requêtes et réponses n'appartenant pas audit ensemble restreint Er peuvent être rendues accessibles au client à un moment plus tardif ou après un certain nombre d'étapes a franchir dans ledit procédé. Préférentiellement, le paramétrage et la programmation de 30 ladite accessibilité sont prévus afin d'être réversibles à tout moment. Avantageusement, ladite pile protocolaire comprend, entre autres, une couche spécialisée dans la 3066346 6 fragmentation/défragmentation, une couche spécialisée dans le chiffrement/déchiffrement. La pile protocolaire est construite à partir dudit ensemble restreint Er de requêtes et réponses accessibles 5 audit élément central. Ci-après sont décrites les couches protocolaires de ladite pile, du plus haut niveau vers le niveau le plus bas : - un jeu de requêtes/réponses permettant la procédure 10 d'authentification mutuelle, - un jeu de requêtes/réponses permettant la « transmission des données d'appairage de la radio Bluetooth », par exemple 6 chiffres ou encore la clé temporaire de chiffrement, 15 - un jeu de requêtes/réponses « métier » permettant l'interaction avec, par exemple, le conteneur de transport de fonds, - une couche qui est en charge d'accorder ou non l'acceptation d'une requête entrante en fonction de 20 l'état courant de la procédure d'authentification. Par contre, les jeux de requêtes/réponses cités précédemment dits « métier » et de « transmission des données d'appairage de la radio Bluetooth » ne sont pas acceptés tant que l'authentification mutuelle n'est pas 25 atteinte avec succès, - une couche qui a pour fonction de former une unité de transport protocolaire, chaque unité de transport protocolaire étant composée d'un champ « requête ou réponse », d'un champ « longueur de données » et d'un 30 champ « données correspondantes », - une couche qui est en charge d'encapsuler chaque unité de transport protocolaire dans une trame, la trame étant composée d'une unité de transport protocolaire et d'un champ permettant un contrôle d'intégrité sur le 3066346 7 contenu de l'unité de transport protocolaire, une couche de fragmentation/défragmentation qui est en charge de découper ou de reconstituer les trames en tronçons de taille inférieure ou égale à la taille 5 maximum admissible par les caractéristiques IN ou OUT de l'ensemble restreint Er d'un serveur GATT Bluetooth, une couche de chiffrement de chaque tronçon en fonction de l'état courant de la procédure d'authentification, - une couche de transport BLE accédant à l'ensemble 10 restreint Er dudit serveur GATT, composé de deux caractéristiques dites IN et OUT afin de communiquer avec la partie distante. La pile protocolaire est, ainsi, avantageusement prévue pour exploiter un protocole mettant en oeuvre, entre autres, 15 une procédure d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central. Ladite procédure d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central met en oeuvre : 20 - deux clés filles Kansp et Kansc issues d'une clé mère initiale Ka chargée dans ledit élément périphérique lors de sa fabrication. Il est ici, en outre, à noter que si le système extérieur est un système lui-même embarqué, il a été alors 25 également chargé par cette clé K, lors de sa fabrication. Par contre, s'il s'agit d'un système de type PC se trouvant en zone physiquement sécurisée, ce dernier a alors accès à cette clé Ka dans une base de données à accès sécurisé, 30 ladite clé mère initiale Ka étant différenciée par le numéro de série (NS, NSc) desdits éléments, - deux nombres aléatoires (NAl : propre à l'élément périphérique, NA2 : propre à l'élément central), - un algorithme de chiffrement symétrique, tel que 3066346 8 par exemple l'algorithme AES-128 (algorithme de chiffrement symétrique : Advanced Encryption Standard dit AES-[128, 192 ou 256 bits]), et consiste en un échange en deux temps : 5 une demande de génération desdits nombres aléatoires (NAl, NA2), o ledit élément périphérique génère un aléa NAl et ledit élément périphérique envoie audit élément central son aléa NAl ainsi que son 10 numéro de série NS, o ledit élément central génère un aléa NA2 et ledit élément central envoie audit élément périphérique son aléa NA2 ainsi que son numéro de série N50, 15 - l'établissement d'un canal sécurisé de communication entre ledit élément périphérique et ledit élément central par : o la génération, par les deux parties en communication que sont ledit élément 20 périphérique et ledit élément central, d'une clé de session d'authentification KSa, destinée à permettre aux deux parties en communication que sont ledit élément périphérique et ledit élément central, de 25 générer un certificat. Ce certificat est principalement basé sur la clé de session d'authentification KSa et des numéros de série (NS, N50) desdits éléments en communication, o chacune des deux parties en communication que 30 sont ledit élément périphérique et ledit élément central, se transmet une portion distincte du certificat précédemment généré. Chacune des parties distantes est alors apte à vérifier la portion reçue en prouvant ainsi 3066346 9 l'appartenance mutuelle à l'application. o si la vérification des portions de certificat se termine avec succès, les deux parties en communication que sont ledit élément 5 périphérique et ledit élément central, génèrent une clé de session de chiffrement KS' destinée à permettre le chiffrement des communications ultérieures via au moins ledit ensemble restreint Er de requêtes et réponses 10 accessibles audit élément central. La clé de session de chiffrement KS, s'élabore à partir de la clé de session d'authentification KS, et de la clé mère de chiffrement K, chargée dans lesdits éléments lors de leur fabrication. Si 15 le système extérieur ou élément central est un système lui-même embarqué, il a été alors également chargé par cette clé K, a sa fabrication, et lorsqu'il s'agit d'un système de type PC se trouvant en zone physiquement 20 sécurisée, ce dernier a alors accès à cette clé K, dans une base de données à accès sécurisé. Les numéros de série NS p et N50 sont chargés 25 respectivement dans lesdits éléments périphérique et central lors de leur fabrication. Préférentiellement, lesdits nombres aléatoires (NAI, NAA sont respectivement générés par ledit élément 30 périphérique et par ledit élément central. Plus préférentiellement, ledit nombre aléatoire NA1 émis par ledit élément périphérique est généré par un Vrai Générateur de Nombres Aléatoires (certification selon la norme de sécurité FIPS 140-2). Egalement, ledit nombre 3066346 10 aléatoire NA2 émis par ledit élément central peut être (mais non obligatoirement) généré via un pseudo-générateur (machine type PC). En effet, il est à noter qu'il est très préférable que NA1 et NA2 soient tous deux générés par un Vrai Générateur 5 de Nombres Aléatoires (Vrai selon la norme de sécurité FIPS 140-2). Malheureusement peu de machines de type PC aujourd'hui possèdent un Vrai Générateur de Nombres Aléatoires, le plus souvent elles disposent de pseudogénérateurs. 10 Préférentiellement, selon l'invention, les clés de sécurité (clé mère d'authentification et clé mère de chiffrement, clé de session d'authentification et clé de session de chiffrement, etc.) sont des clés de cryptage dit 15 symétrique, de préférence selon l'algorithme AES (128 bits, 192 bits ou 256 bits). Préférentiellement, l'ensemble des clés mères attribuées audit élément périphérique sont stockées dans une zone 20 mémoire non volatile. Encore plus préférentiellement, l'accès au composant comprenant ladite zone mémoire non volatile est apte à être verrouillé relativement à des tentatives d'accès physiques via une interface associée parmi les suivantes : JTAG (Join Test Action Group), SW (Serial Wire, pcontrôleur 25 ARM Cortex-M), Boot ROM (code dans la mémoire morte de démarrage) interne audit composant. En cas d'attaque ou de comportement inusuel des systèmes en présence (élément périphérique, élément central) et de la 30 communication, et selon la nature de l'attaque ou du comportement inusuel, au moins un mécanisme de protection desdits systèmes et de la communication est déclenché parmi, entre autres : - la non divulgation de sa portion du certificat, par 3066346 11 exemple dans le cas où l'élément central (système extérieur) ne s'identifie pas correctement, - l'engagement d'une sécurité temporelle de blocage des demandes d'authentification (plus aucune 5 communication n'est possible), par exemple dans le cas où l'authentification échoue répétitivement (préférentiellement, la valeur de ce temps de blocage augmente exponentiellement avec le nombre d'échecs d'authentification), la déconnexion de la 10 communication radio Bluetooth à l'initiative dudit élément périphérique, par exemple, au-delà d'un certain nombre d'échecs d'authentification et notamment au-delà de trois échecs consécutifs. - la perte de la clé de session d'authentification, par 15 exemple dans le cas où l'authentification mutuelle est atteinte avec succès et qu'une période d'inactivité supérieure à un temps défini survient, par exemple, après soixante secondes sans aucun échange entre ledit périphérique et ledit central, 20 dans ce cas, l'élément central (système extérieur, système distant) devra alors réitérer son authentification. Préférentiellement (mais de manière non restrictive), 25 les mécanismes de protection desdits systèmes et de la communication présentés ci-avant sont déclenchés en cas d'attaque ou de comportement inusuel des systèmes en présence au cours de la procédure d'authentification forte et mutuelle. 30 Avantageusement, ladite clé de session d'authentification KS,, émise au cours de la procédure d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central, est générée, entre 3066346 12 autres, à partir de ladite clé mère initiale K, desdits nombres aléatoires (NAI, NAA et des numéros de série (NS, NSA desdits éléments. 5 Avantageusement, ledit protocole assurant le mécanisme d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central est un protocole sériel. Ledit protocole sériel est habituellement transporté sur 10 un support physique tel que, un port RS232, ou un port USB, cependant, dans le cas présent, il est transporté par la liaison radio Bluetooth par l'intermédiaire de l'ensemble restreint Er du serveur GATT et de la pile protocolaire. Préférentiellement, ledit protocole sériel est de type 15 « half-duplex » (fonctionnant alternativement dans les deux sens). Avantageusement, chaque trame de requêtes et réponses émise au cours dudit protocole sériel est constituée de 20 fragments de taille égale. En outre, chaque fragment est, avant son envoi, tout d'abord rendu unique en insérant un aléa ou incrément 'ALEAINC' dans la donnée en clair à transmettre, puis chiffré en employant, entre autres, une clé de session de chiffrement 25 KS,. Avantageusement, ladite clé de session de chiffrement KS, est générée à partir d'une clé mère de chiffrement K, (AES [128, 192 ou 256 bits]) ayant été initialement chargée 30 respectivement lors de sa fabrication dans ledit élément périphérique. Elle peut être également chargée dans ledit élément central, en effet, si ledit élément central extérieur est un système lui-même embarqué, il a été alors également chargé par cette clé K, à sa fabrication, si ce dernier est 3066346 13 un système de type PC se trouvant en zone physiquement sécurisée, il a alors accès à cette clé K, dans une base de données à accès sécurisé. Avantageusement, ladite clé de session de chiffrement 5 KS, est obtenue à partir de la clé mère de chiffrement K, diversifiée par ladite clé de session d'authentification KS,. Avantageusement, le procédé de sécurisation selon l'invention dispose en outre, dans des variantes avancées, 10 de mécanismes de sécurité complémentaires tels que : - le refus de requêtes autres que les requêtes permettant une authentification tant que la phase d'authentification ne s'est pas achevée avec succès (vérification validée de(s) 15 certificat(s)), - la perte automatique de la clé de session d'authentification KS, et de la clé de session de chiffrement KS' par exemple après une période d'inactivité dans la communication supérieure à un 20 temps prédéfini par exemple suite à une période d'inactivité de soixante secondes. En cas de perte simultanée de la clé de session d'authentification KS, et de la clé de session de chiffrement 25 KS' et/ou après une période d'inactivité, l'élément central doit réitérer son authentification (système distant), tandis que les éléments central et périphérique devront régénérer leurs clés de session de chiffrement KS,. Préférentiellement, suite à la perte simultanée de la 30 clé de session d'authentification KS, et de la clé de session de chiffrement KS' les éléments périphérique et central sont aptes à poursuivre leur communication (par exemple pour tenter une nouvelle authentification) de manière chiffrée (par exemple par l'usage d'une clé de chiffrement dédiée). 3066346 14 Plus préférentiellement, les éléments périphérique et central poursuivent leur communication de manière chiffrée à l'aide de ladite clé de session de chiffrement KS, caduque. Avantageusement, ladite clé de session de chiffrement 5 KS, caduque est remplacée pour les deux éléments en communication par une nouvelle clé de session de chiffrement, par changement à la volée, dès que l'authentification mutuelle est effectuée avec succès. 10 De manière tout à fait préférée, ladite interface de communication sans fil est radioconnectée selon la technologie Bluetooth basse consommation BLE et ledit serveur de données est un serveur GATT (Generic ATTribute Profile). Dans ce cas, les fragments constituant chaque trame de 15 requêtes et réponses (émise au cours dudit protocole sériel) présentent une taille (en octets) proche du maximum possible pour la radio BLE concernée. Ainsi, par exemple : - dans le cas d'une radio BLE répondant à la norme 4.2 ou à une norme inférieure, le fragment aura une 20 taille de 20 octets au plus, - dans le cas d'une radio BLE répondant à la norme 5 ou à une norme supérieure, le fragment aura une taille égale ou supérieure à 20 octets, par exemple 240 octets. 25 Avantageusement, ledit ensemble restreint Er de requêtes et réponses accessibles audit élément central est un ensemble de caractéristiques liées à au moins un service dudit serveur GATT, par exemple un service, dit propriétaire, possédant un 30 identifiant 128 bits nommé ici « Service Dialogue » comprenant seulement les deux caractéristiques citées ci-après IN et OUT. Préférentiellement, ledit ensemble restreint Er de requêtes et réponses accessibles audit élément central est 3066346 15 un ensemble de caractéristiques d'un des services dudit serveur GATT, par exemple, le service précité « Service Dialogue ». 5 Avantageusement, ledit ensemble restreint Er de caractéristiques dudit serveur GATT accessibles audit élément central comprend au moins : une caractéristique dite IN pour l'émission de requêtes et pour laquelle le droit d'accès dudit élément central est 10 de type ECRITURE-LECTURE, une caractéristique dite OUT pour l'émission de réponses et pour laquelle le droit d'accès dudit élément central est de type LECTURE-NOTIFICATION ou bien LECTURE-INDICATION.I1 est ici à préciser que « Lecture-Notification » et « Lecture-Indication » sont deux types 15 d'accès distincts. Le droit d'accès à la caractéristique dite OUT peut employer soit un accès dit « Lecture-Notification » ou bien un accès dit « Lecture-Indication », l'un ou l'autre convenant à la mise en oeuvre du présent procédé.Le procédé selon la présente invention comprend enfin une étape 20 consistant, et un canal chiffrement dites IN et désormais une fois la procédure d'authentification réussie sécurisé de communication établi par le biais du des données transitant par les caractéristiques OUT du serveur GATT, à transmettre, par ce lien sécurisé et à l'aide des requêtes/réponses 25 permettant la « transmission des données d'appairage de la radio Bluetooth » de la pile protocolaire, les données secrètes nécessaires à l'initiation de la procédure d'appairage 00B de la radio Bluetooth, transmission qui aurait été opérée de manière standard, c'est-à-dire selon 30 l'art antérieur disponible et donc avant d'avoir la possibilité d'exploiter avantageusement les caractéristiques revendiquées de la présente invention, par un lien Hors Bande, c'est-à-dire par un lien physique différent de la radio Bluetooth. 3066346 16 Enfin, hors du présent procédé mais néanmoins directement conditionné par celui-ci en ce qui concerne sa sûreté, une fois cette dernière étape de la procédure d'appairage 00B de la radio Bluetooth atteinte, ladite radio 5 Bluetooth va dès lors, et de manière standard, permettre la sécurisation des données transitant dans l'air par le biais de sa propre procédure de chiffrement. Dans ce nouvel état atteint, toutes les caractéristiques du serveur GATT et les données applicatives qui s'y rattachent, initialement 10 inaccessibles, car préférentiellement réputées restreintes d'accès tant qu'un niveau d'authentification et/ou de chiffrement suffisant n'a pas été atteint, deviennent accessibles et ce de manière sécurisée, par ledit élément central. 15 En ce qui concerne la susceptibilité d'application industrielle, il apparaît à l'évidence que l'invention permet authentiquement une sécurisation en amont des communications employant le principe du SSP hors bande, en créant un canal 20 sécurisé de communication (dans la bande) permettant de s'affranchir avantageusement de moyens de communication complémentaires (Wi-Fi, NFC) et/ou de l'utilisation additionnelle d'algorithmes cryptographiques à clés publiques significativement lourds et contraignants lorsque ces 25 derniers sont utilisés avec des systèmes embarqués à faible ressource, et ceci en garantissant par là-même un appairage indiscutablement sûr et fiable. Ce procédé peut s'appliquer à tout type d'éléments 30 périphériques et central et préférentiellement à des éléments embarqués, tels que des conteneurs de transport de fonds pour lesquels il est indispensable d'évoluer à tout instant dans un environnement hautement sécurisé. 3066346 17 Enfin, il va de soi que la présente invention ne se limite pas aux seules formes d'exécution décrites ci-avant, elle en embrasse, au contraire, toutes les variantes de réalisation et d'application respectant le même principe. REVENDICATIONS1- Procédé de sécurisation en vue d'un appairage simple et sécurisé SSP hors bande dans la bande entre un élément périphérique et au moins un élément central possédant chacun une interface de communication sans fil, caractérisé en ce qu'il comprend au moins les étapes suivantes : - initier une connexion entre ledit élément périphérique et ledit élément central, afin d'établir une connexion non encryptée entre ledit élément périphérique et ledit élément central via ladite interface de communication sans fil, ledit élément périphérique mettant en oeuvre un serveur de données pour lequel initialement seul un ensemble restreint Er de requêtes et réponses est accessible audit élément central, - construire une pile protocolaire de communication entre ledit élément périphérique et ledit élément central à partir dudit ensemble restreint Er de requêtes et réponses accessibles audit élément central, ladite pile protocolaire construite exploitant un protocole mettant en oeuvre, entre autres, une procédure d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central, - établir, à l'issue de ladite procédure d'authentification forte et mutuelle, un canal sécurisé de communication entre ledit élément périphérique et ledit élément central, - échanger, via ledit canal sécurisé, les données nécessaires à l'appairage SSP, et procéder audit appairage. 2- Procédé de sécurisation selon la revendication 3066346 19 précédente, caractérisé en ce que ladite pile protocolaire comprend, entre autres, une couche spécialisée dans la fragmentation/défragmentation, une couche spécialisée dans le chiffrement/déchiffrement. 5 3- Procédé de sécurisation selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite procédure d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central met en oeuvre : 10 - deux clés filles Kansp et Kansc issues d'une clé mère initiale Ka chargée dans ledit élément périphérique lors de sa fabrication et si l'élément central est un système lui-même embarqué, il est alors également chargé par cette 15 clé Ka lors de sa fabrication, ou si l'élément central est un système de type PC se trouvant en zone physiquement sécurisée, il a alors accès à cette clé K, dans une base de données à accès sécurisé, ladite clé mère initiale Ka étant 20 différenciée par le numéro de série (NS, NSc) desdits éléments, - deux nombres aléatoires (NAI, propre à l'élément périphérique, NA2, propre à l'élément central), 25 - un algorithme de chiffrement symétrique, tel que, notamment, l'algorithme de chiffrement symétrique AES-(128, 192 ou 256 bits), 30 et consiste en un échange en deux temps : - une demande de génération desdits nombres aléatoires (NAl, NA2), o ledit élément périphérique génère un aléa NAl et ledit élément périphérique envoie audit 3066346 20 élément central son aléa NAl ainsi que son numéro de série NS, o ledit élément central génère un aléa NA2 et 5 envoie audit élément périphérique son aléa NA2 ainsi que son numéro de série NS,, -l'établissement d'un canal sécurisé de communication entre ledit élément périphérique et 10 ledit élément central par : o la génération, par les deux parties en communication que sont ledit élément périphérique et ledit élément central, d'une clé de session 15 d'authentification KS,, destinée à permettre aux deux parties en communication que sont ledit élément périphérique et ledit élément central, de générer un certificat, ledit certificat étant principalement basé sur la clé de session 20 d'authentification KS, et des numéros de série (NS, NSc) desdits éléments en communication, chacune des deux parties en communication que sont ledit élément périphérique et ledit élément central, se transmettant une portion distincte du certificat 25 précédemment généré, chacune des parties distantes étant alors apte à vérifier la portion reçue et prouvant ainsi l'appartenance mutuelle à l'application, 30 o si la vérification des portions de certificat se termine avec succès, les deux parties en communication que sont ledit élément périphérique et ledit élément central, génère une clé de session de chiffrement KS, destinée à permettre le chiffrement des 3066346 21 communications ultérieures via au moins ledit ensemble restreint Er de requêtes et réponses accessibles audit élément central, la clé de session de chiffrement KS, s'élaborant à 5 partir de la clé de session d'authentification KS, et de la clé mère de chiffrement K, chargée dans lesdits éléments lors de leur fabrication, alors que si le système extérieur est un système lui-même embarqué, il a été 10 alors également chargé par cette clé K, lors de sa fabrication, et si ce dernier est un système de type PC se trouvant en zone physiquement sécurisée, ce dit dernier a alors accès à cette clé K, dans une base de données 15 à accès sécurisé. 4- Procédé de sécurisation selon la revendication précédente, caractérisé en ce que ladite clé de session d'authentification KS, est générée, entre autres, a partir de 20 ladite clé mère initiale K,, desdits nombres aléatoires (NAl, NA2) et des numéros de série (NS, NSc) desdits éléments. 5- Procédé de sécurisation selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit 25 protocole assurant un mécanisme d'authentification forte et mutuelle entre ledit élément périphérique et ledit élément central est un protocole sériel. 6- Procédé de sécurisation selon la revendication 30 précédente, caractérisé en ce que chaque trame de requête et réponse émise au cours dudit protocole sériel est constituée de fragments de taille égale, et en ce que chaque fragment est, avant son envoi, tout d'abord rendu unique en insérant un aléa ou incrément 'ALEAINC' dans la donnée en clair à 3066346 22 transmettre puis chiffré en employant, entre autres, une clé de session de chiffrement KS,. 7- Procédé de sécurisation selon l'une des 5 revendications 3 ou 4 et les revendications 5 à 6, caractérisé en ce que ladite clé de session de chiffrement KS, est générée a partir d'une clé mère de chiffrement K, différenciée par ladite clé de session d'authentification KS,, ladite clé mère de chiffrement K, ayant été initialement chargée 10 respectivement lors de sa fabrication dans ledit élément périphérique et si l'élément central est un système lui-même embarqué, il a été alors également chargé par cette clé K, lors de sa fabrication, alors que si ce dernier est un système de type PC se trouvant en zone physiquement sécurisée, il a 15 alors accès à cette clé K, dans une base de données à accès sécurisé. 8- Procédé de sécurisation selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite 20 interface de communication sans fil est radioconnectée selon la technologie Bluetooth basse consommation BLE et en ce que ledit serveur de données est un serveur GATT. 9- Procédé d'appairage selon la revendication 25 précédente, caractérisé en ce que ledit ensemble restreint Er de requêtes et réponses accessibles audit élément central est un ensemble de caractéristiques d'un des services dudit serveur GATT. 30 10- Procédé d'appairage selon la revendication 8 ou 9, caractérisé en ce que ledit ensemble restreint Er de caractéristiques dudit serveur GATT accessibles audit élément central comprend au moins, une caractéristique dite IN pour l'émission de requêtes et pour laquelle le droit d'accès 3066346 23 dudit élément central est de type ECRITURE-LECTURE, une caractéristique dite OUT pour l'émission de réponses et pour laquelle le droit d'accès dudit élément central est de type LECTURE-NOTIFICATION ou bien LECTURE-INDICATION. 5 11- Procédé de sécurisation selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape consistant, une fois la procédure d'authentification réussie et un canal sécurisé de 10 communication établi par le biais du chiffrement des données transitant par les caractéristiques dites IN et OUT du serveur GATT, a transmettre, par ce lien alors sécurisé et à l'aide des requêtes/réponses permettant la transmission des données d'appairage de la radio Bluetooth de la pile protocolaire, 15 les données secrètes nécessaires à l'initiation de la procédure d'appairage 00B de la radio Bluetooth. 12- Procédé d'appairage selon la revendication 20 précédente, caractérisé en ce que, une fois la dernière étape de la procédure d'appairage 00B de la radio Bluetooth atteinte, ladite radio Bluetooth va permettre de sécuriser les données transitant dans l'air par le biais de sa propre procédure de chiffrement, toutes les caractéristiques du 25 serveur GATT et les données applicatives qui s'y rattachent, initialement inaccessibles, puisque réputées restreintes d'accès tant qu'un niveau d'authentification et/ou de chiffrement suffisant n'a pas été atteint, devenant alors accessibles et ce de manière sécurisée, par ledit élément 30 central.