Brevet FR3163472A1 — publié le 20251219

L'invention concerne un procédé d’authentification biométrique d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif d’authentification biométrique et caractérisé en ce qu’il comprend : une première étape d’émission, à destination d’un premier contrat intelligent inscrit à une chaîne de blocs, d’au moins une première représentation cryptographique d’un attribut biométrique dudit utilisateur, dit biocode de référence ; une étape d’obtention d’au moins une deuxième représentation cryptographique, dit biocode courant, dudit attribut biométrique dudit utilisateur ; une deuxième étape d’émission, à destination d’un deuxième contrat intelligent inscrit à ladite chaîne de blocs, dudit biocode courant ; une étape de réception d’un statut de validité de ladite authentification déterminé en fonction du résultat d’une comparaison dudit biocode courant avec ledit biocode de référence. Figure pour l'abrégé : Figure 4 Procédés et dispositifs d’authentification et de validation biométrique d’un utilisateur 1. Domaine de l'invention L'invention se rapporte au domaine général des réseaux de télécommunications et plus particulièrement aux technologies permettant l’authentification d’un utilisateur auprès d’un service. 2. Art Antérieur Aujourd'hui, de nombreuses applications font appel à la biométrie. En effet, la biométrie s'est rapidement distinguée comme la technologie la plus indiquée pour identifier et/ou authentifier une personne de manière fiable et rapide. Elle propose un large éventail de techniques et peut servir dans des domaines très variés (sécurité des Etats, applications pour le grand public, etc.). De manière connue, l’authentification d'un utilisateur est réalisée en comparant les données biométriques de l’utilisateur présentées lors d’une transaction avec des données biométriques préenregistrées de la personne que l’utilisateur prétend être. Or, il n’est pas possible de comparer deux données biométriques entre elles sans que ces dernières ne soient, à un moment donné, « en clair » dans une mémoire d’un dispositif de vérification. La vérification doit donc être réalisée au sein d'un dispositif dit de confiance. Ce dispositif de confiance peut, par exemple, correspondre à un serveur centralisé et maîtrisé, un terminal de confiance, ou un composant de sécurité personnel (en anglais « secure element »). D’un point de vue de la protection des données, un procédé d'authentification implique le plus souvent un support décentralisé comme une carte à puce ou une enclave sécurisée. Ainsi, lors d’une authentification, les données biométriques de l’utilisateur sont stockées au sein d’un support décentralisé lui appartenant, limitant de fait les risques de fraude. Cependant, un support décentralisé a un coût et peut en outre être liée à un écosystème particulier (par exemple un fabricant). Il existe donc un besoin pour une solution permettant de réaliser une authentification biométrique de manière décentralisée et ce quel que soit l’écosystème / l’environnement technique de l’utilisateur. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose à cet effet un procédé d’authentification biométrique d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif d’authentification biométrique et caractérisé en ce qu’il comprend : une première étape d’émission, à destination d’un premier contrat intelligent inscrit à une chaîne de blocs, d’au moins une première représentation cryptographique d’un attribut biométrique dudit utilisateur, dit biocode de référence; une étape d’obtention d’au moins une deuxième représentation cryptographique, dit biocode courant, dudit attribut biométrique dudit utilisateur ; une deuxième étape d’émission, à destination d’un deuxième contrat intelligent inscrit à ladite chaîne de blocs, dudit biocode courant ; une étape de réception d’un statut de validité de ladite authentification déterminé en fonction du résultat d’une comparaison dudit biocode courant avec ledit biocode de référence. Avantageusement, l’invention permet à un utilisateur de s’authentifier à un service via une solution biométrique qui fait intervenir une chaîne de blocs. Concrètement, l’utilisateur s’enrôle auprès d’un premier contrat intelligent en fournissant un biocode de référence dont le contenu est dérivé d’un attribut biométrique lui appartenant (une signature, une empreinte digitale, un comportement, etc.). Le procédé obtient ensuite un nouveau biocode du même attribut, dit biocode courant, par exemple, à la suite d’une demande d’authentification reçue en provenance du service. Alternativement, le biocode courant est obtenu et gardé en mémoire par le procédé en attendant une demande d’authentification du service. Le procédé émet ensuite le biocode courant à destination d’un deuxième contrat intelligent de la chaîne de blocs de façon à ce qu’une authentification de l’utilisateur soit réalisée. Pour ce faire le biocode courant est comparé au biocode de référence. Si le résultat de la comparaison indique un pourcentage de similarité inférieur à une seuil prédéterminé alors le biocode de référence est considéré comme différent du biocode courant et l’authentification échoue. Dans le cas contraire l’authentification est validée. Cette comparaison peut par exemple être réalisée via une fonction de Hamming. On appelle « caractéristiques /attributs biométriques » les traits physiques et comportementaux qui sont enregistrés dans un système biométrique (par exemple le visage, les empreintes digitales ou la voix d'une personne). Comme indiqué dans le document (https://fr.wikipedia.org/wiki/Blockchain), on rappelle que la technologie des chaînes de blocs est une technologie de stockage et de transmission d'informations sans organe de contrôle. Techniquement, il s'agit d'une base de données distribuée dont les informations envoyées par les utilisateurs et les liens internes à la base sont vérifiés et groupés à intervalles de temps réguliers en blocs, l'ensemble étant sécurisé par cryptographie, et formant ainsi une chaîne. Par extension, une chaîne de blocs est une base de données distribuée qui gère une liste d'enregistrements protégés contre la falsification ou la modification par les nœuds de stockage ; c'est donc un registre distribué et sécurisé de toutes les transactions effectuées depuis le démarrage du système. Les chaînes de blocs sont notamment caractérisées en ce que leurs contenus ne peuvent pas être modifiés ou supprimés : une information publiée (c’est-à-dire enregistrée ou sauvegardée) dans une chaîne de blocs le reste pour toujours. On entend par contrat intelligent (en anglais « smart contract ») d’une chaîne de blocs un programme informatique qui permet de réaliser des transactions sous certaines conditions. L'objectif de ces contrats intelligents est de remplacer les contrats papiers par un code informatique afin de digitaliser les processus (ils émulent la logique des clauses contractuelles). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit biocode de référence et ledit biocode courant sont obtenus en fonction d’une première clef de chiffrement privée dudit utilisateur. Ce mode de mise en œuvre permet à l’utilisateur de ne pas divulguer l’attribut biométrique utilisé pour la génération des biocodes et d’en garder la maîtrise (l’attribut biométrique de l’utilisateur reste confidentiel). A noter que la génération du biocode est par exemple réalisée via un algorithme dit de « BioHashing ». Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite première clef de chiffrement privée dudit utilisateur correspond à une clef de chiffrement de l’utilisateur lui permettant de réaliser une transaction au sein de ladite chaîne de blocs. Ce mode de mise en œuvre permet de lier la personne physique qu’est l’utilisateur et plus précisément son biocode à un compte utilisateur qui permet d’accéder à la chaîne de blocs. Ainsi, de mise en œuvre permet de renforcer le lien qui existe entre la clé / le compte et les biocodes générés. A noter que la clef de chiffrement de l’utilisateur qui lui permet de réaliser une transaction au sein de la chaîne de blocs peut être une clef privée et/ou une clef publique par exemple hébergée(s) au sein d’un portefeuille (ou wallet en anglais) de chaîne de blocs. Pour rappel, un portefeuille de chaîne de blocs utilise la cryptographie asymétrique. L’utilisateur possède une clef privée et une clef publique afin d’échanger / de réaliser des transactions de manière sécurisée sur la chaîne de blocs. La clef publique (ou un de ses dérivés) est connue de tous et sert d’adresse pour les échanges effectués au sein de la chaîne de blocs. La clé privée permet, quant à elle, d’autoriser les transactions. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit biocode de référence est chiffré via une deuxième clef de chiffrement et en ce que ladite deuxième étape d’émission comprend en outre une clef de déchiffrement dudit biocode de référence. Avantageusement, ce mode de mise en œuvre permet d’augmenter le niveau de sécurité de la solution en fournissant une clef de déchiffrement du biocode de référence chiffré uniquement lorsque cela est nécessaire, c’est-à-dire lorsqu’une demande d’authentification de l’utilisateur est effectuée. En effet, le biocode de référence chiffré n’est pas utilisable en l’état. Pour réaliser une authentification le biocode de référence chiffré doit être préalablement déchiffré puis comparé au biocode courant. A noter que le chiffrement du biocode de référence peut mettre en œuvre un algorithme de chiffrement symétrique (la clef de chiffrement et de déchiffrement sont alors identiques) ou asymétrique. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce qu’au moins une troisième représentation cryptographique est obtenue, dit biocode courant de remplacement, dudit attribut biométrique dudit utilisateur, ledit biocode courant de remplacement étant généré en fonction d’une troisième clef de chiffrement privée dudit utilisateur et en ce que ledit biocode courant de remplacement est émis à destination dudit premier contrat intelligent ou dudit deuxième contrat intelligent. Avantageusement, ce mode de mise en œuvre permet l’utilisation de biocode courant à usage unique. En effet, en plus du biocode courant qui est envoyé par le procédé, celui-ci émet un biocode courant de remplacement chiffré qui pourra faire office de nouveau biocode de référence si les conditions requises sont réunies. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé d’authentification défini ci-dessus. L'invention concerne également un procédé de validation d’une authentification biométrique, ledit procédé étant mis en œuvre par un deuxième contrat intelligent inscrit à une chaîne de blocs et caractérisé en ce qu’il comprend : une étape de réception d’une première représentation cryptographique d’un attribut biométrique d’un utilisateur, dit biocode courant ; une étape d’obtention d’un résultat d’une comparaison dudit biocode courant avec au moins une deuxième représentation cryptographique dudit attribut biométrique dudit utilisateur, dit biocode de référence, ledit biocode de référence étant obtenu depuis un premier contrat intelligent inscrit à ladite chaîne de blocs ; une étape d’émission d’un statut de validité de ladite authentification déterminé en fonction dudit résultat. Avantageusement, l’invention permet de valider une demande d’authentification biométrique émise par un service via une solution qui fait intervenir une chaîne de blocs. Concrètement, le procédé exécuté au sein d’un contrat intelligent d’une chaîne de blocs (par exemple un contrat intelligent déployé en lien avec le service ou par l’utilisateur lui-même) compare un biocode courant reçu dans une demande d’authentification biométrique avec un biocode de référence. Le biocode de référence est par exemple contenu dans le contrat intelligent ou bien obtenu d’un autre contrat intelligent inscrit à la chaîne de blocs. Lorsque le résultat de la comparaison indique un pourcentage de similarité inférieur à un seuil prédéterminé alors le biocode de référence est considéré comme différent du biocode courant et l’authentification échoue. Dans le cas contraire l’authentification est validée. Cette comparaison peut, par exemple, être réalisée via une fonction de Hamming. Le résultat de l’authentification est ensuite émis à destination du terminal utilisateur qui a envoyé la demande d’authentification biométrique. Alternativement ou cumulativement le résultat de l’authentification est émis à destination d’un contrat intelligent de la chaîne de blocs par exemple déployé par le service. A noter que le premier et le deuxième contrat intelligent au sens de l’invention peuvent être un seul et même contrat intelligent. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit biocode de référence obtenu est chiffré et en ce que ledit biocode de référence est déchiffré via une clef de déchiffrement reçu lors de l’étape de réception. Avantageusement, ce mode de mise en œuvre permet d’augmenter le niveau de sécurité de la solution en recevant une clef de déchiffrement du biocode de référence chiffré uniquement lorsque cela est nécessaire, c’est-à-dire lorsqu’une demande d’authentification de l’utilisateur est reçue. En effet, le biocode de référence chiffré n’est pas utilisable en l’état. Pour réaliser une authentification, le biocode de référence chiffré doit être préalablement déchiffré puis comparé au biocode courant. A noter que le chiffrement du biocode de référence peut mettre en œuvre un algorithme de chiffrement symétrique (la clef de chiffrement et de déchiffrement sont alors identiques) ou asymétrique. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de réception comprend en outre au moins une troisième représentation cryptographique chiffrée, dit biocode courant de remplacement, dudit attribut biométrique dudit utilisateur et en ce que ledit biocode de référence est remplacé au sein dudit deuxième contrat intelligent par ledit biocode courant de remplacement chiffré reçu. Avantageusement, ce mode de mise en œuvre permet l’utilisation de biocode courant à usage unique. En effet, en plus du biocode courant qui est reçu par le procédé, un biocode courant de remplacement chiffré est également reçu de sorte qu’il remplace le biocode de référence lors de la prochaine demande d’authentification émise par l’utilisateur. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de validation défini ci-dessus. L'invention concerne également un dispositif d’authentification biométrique d’un utilisateur caractérisé en ce qu’il comprend : un premier module d’émission, à destination d’un premier contrat intelligent inscrit à une chaîne de blocs, d’au moins une première représentation cryptographique d’un attribut biométrique dudit utilisateur, dit biocode de référence; un module d’obtention d’au moins une deuxième représentation cryptographique, dit biocode courant, dudit attribut biométrique dudit utilisateur ; un deuxième module d’émission, à destination d’un deuxième contrat intelligent inscrit à ladite chaîne de blocs, dudit biocode courant ; un module de réception d’un statut de validité de ladite authentification déterminé en fonction du résultat d’une comparaison dudit biocode courant avec ledit biocode de référence. L'invention concerne également un dispositif de validation d’une demande d’authentification biométrique, ledit procédé étant mis en œuvre par un premier contrat intelligent inscrit à une chaîne de blocs et caractérisé en ce qu’il comprend : un module de réception d’une première représentation cryptographique d’un attribut biométrique d’un utilisateur, dit biocode courant ; un module d’obtention d’un résultat d’une comparaison dudit biocode courant avec au moins une deuxième représentation cryptographique dudit attribut biométrique dudit utilisateur, dit biocode de référence, ledit biocode de référence étant obtenu depuis un premier contrat intelligent inscrit à ladite chaîne de blocs ; un module d’émission d’un statut de validité de ladite authentification déterminé en fonction dudit résultat. Le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Selon un mode de mise en œuvre particulier de l'invention, un dispositif d’authentification biométrique tel que décrit ci-dessus est caractérisé en ce qu’il est compris dans un terminal mobile. L'invention concerne également un ou plusieurs programmes d'ordinateur comportant des instructions pour la mise en œuvre des procédés ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque lesdit programmes sont exécutés par un processeur. Les procédés peuvent être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ces programmes peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ces dispositifs d’authentification biométrique, de validation d’une demande d’authentification biométrique et ces programmes d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec les procédés d’authentification et de de validation. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : FIG. 1 La FIG. 1 illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention, FIG. 2 La FIG. 2 représente l’architecture matérielle d’un dispositif d’authentification biométrique selon un mode particulier de réalisation ; FIG. 3 La FIG. 3 représente l’architecture matérielle d’un dispositif de validation selon un mode particulier de réalisation ; FIG. 4 La FIG. 4 représente sous forme d’organigramme les principales étapes des procédés d’authentification et de validation selon un mode particulier de réalisation de l’invention. 5. Description d'un mode de réalisation de l'invention La FIG. 1 illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation. L’environnement représenté en FIG. 1 comprend une chaîne de blocs BC et un terminal T appartenant à un utilisateur (UT) de la chaîne de blocs. Le terminal T intègre un dispositif d’authentification apte à mettre en œuvre le procédé d’authentification. La chaîne de blocs BC comprend un ou plusieurs contrats intelligents apte à mettre en œuvre le procédé de validation en totalité ou de manière répartie. Le terminal T est par exemple un terminal de type smartphone (téléphone intelligent en anglais), tablette, serveur, télévision connectée, objet connecté, ordinateur de bord d’une voiture, ordinateur personnel ou tout autre terminal apte à communiquer (émettre et/ou recevoir des requêtes) selon les technologies de l’état l’art via un réseau de communication R, le réseau pouvant être privé ou public. L’environnement représenté en FIG. 1 comprend en outre un serveur S apte à fournir un service à l’utilisateur UT via son terminal T. Selon un mode particulier de réalisation de l'invention, la chaîne de blocs BC peut être hébergée par un ou plusieurs serveurs informatiques. La FIG. 2 illustre un dispositif d’authentification biométrique DISP1 configuré pour mettre en œuvre le procédé d’authentification selon un mode particulier de réalisation de l'invention. Le dispositif DISP1 a l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM1, une unité de traitement UT1, équipée par exemple d'un processeur PROC1, et pilotée par le programme d'ordinateur PG1 stocké en mémoire MEM1. Le programme d'ordinateur PG1 comprend des instructions pour mettre en œuvre les étapes du procédé d’authentification tel que décrit ultérieurement à l’appui de la FIG. 4 , lorsque le programme est exécuté par le processeur PROC1. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC1. Le processeur PROC1 de l'unité de traitement UT1 met notamment en œuvre les étapes du procédé d’authentification selon l'un quelconque des modes particuliers de réalisation décrits en relation avec la FIG. 4 et selon les instructions du programme d'ordinateur PG1. Le dispositif DISP1 comprend un module SND11 apte à émettre, à destination d’un premier contrat intelligent inscrit à une chaîne de blocs (BC), au moins une première représentation cryptographique d’un attribut biométrique d’un utilisateur (biocode de référence au sens de l’invention). Le dispositif DISP1 comprend en outre un module d’obtention OBT1 apte à obtenir au moins une deuxième représentation cryptographique de l’attribut biométrique de l’utilisateur (biocode courant au sens de l’invention). De manière générale un attribut biométrique peut être obtenu via un capteur biométrique (non représenté) inclus dans le dispositif d’authentification biométrique ou associé au dispositif d’authentification biométrique, le capteur biométrique étant apte à recueillir une caractéristique biométrique d’un utilisateur (empreintes digitales, empreintes vocales, caractéristique comportementales, etc.). Selon un mode particulier de réalisation de l'invention, un attribut biométrique au sens de l’invention peut correspondre à une donnée qui comprend une ou plusieurs caractéristiques biométriques de l’utilisateur. Le dispositif DISP1 comprend également un module SND12 apte à émettre à destination d’un deuxième contrat intelligent inscrit à la chaîne de blocs (BC) le biocode courant obtenu via le module OBT1. Le dispositif DISP1 comprend de plus un module de réception RECV1 apte à recevoir un statut de validité d’une authentification déterminé en fonction du résultat d’une comparaison du biocode courant avec le biocode de référence. Selon un mode particulier de réalisation de l'invention, le dispositif DISP1 comprend aussi un module de restitution (écran, haut-parleur, moteur vibreur, etc.) apte à restituer à l’utilisateur le statut de validité de l’authentification reçu par le module RECV1. Selon un mode particulier de réalisation de l'invention, les modules SND11, SND12, RECV1 sont un seul et même module ou répartis dans une pluralité de modules. La FIG. 3 illustre un dispositif de validation d’une authentification biométrique DISP2 configuré pour mettre en œuvre le procédé de validation selon un mode particulier de réalisation de l'invention. Le dispositif DISP2 a l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM2, une unité de traitement UT2, équipée par exemple d'un processeur PROC2, et pilotée par le programme d'ordinateur PG2 stocké en mémoire MEM2. Le programme d'ordinateur PG2 comprend des instructions pour mettre en œuvre les étapes du procédé de validation tel que décrit ultérieurement à l’appui de la FIG. 4 , lorsque le programme est exécuté par le processeur PROC2. A l'initialisation, les instructions de code du programme d'ordinateur PG2 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC2. Le processeur PROC2 de l'unité de traitement UT2 met notamment en œuvre les étapes du procédé de validation selon l'un quelconque des modes particuliers de réalisation décrits en relation avec la FIG. 4 et selon les instructions du programme d'ordinateur PG2. Le dispositif DISP2 comprend un module RECV2 apte à recevoir une première représentation cryptographique d’un attribut biométrique de l’utilisateur également appelé biocode courant. Le dispositif DISP2 comprend en outre un module d’obtention OBT2 apte à obtenir le résultat d’une comparaison du biocode courant reçu via le module RECV2 avec au moins une deuxième représentation cryptographique de l’attribut biométrique dudit utilisateur également appelé biocode de référence obtenu depuis un contrat intelligent inscrit à une chaîne de blocs. Le dispositif DISP2 comprend également un module d’émission SND2 apte à émettre un statut de validité d’une authentification biométrique déterminé en fonction du résultat obtenu via le module OBT2. La FIG. 4 illustre des étapes des procédés d’authentification et de validation selon un mode particulier de réalisation de l'invention en lien avec l’environnement de mise en œuvre décrit à l’appui de la FIG. 1 . Lors de l’étape E10, le terminal T et plus précisément le procédé d’authentification obtient d’un ou de plusieurs capteurs biométriques inclus ou associés au terminal T une ou plusieurs caractéristiques / attributs biométriques ATB de l’utilisateur UT (empreinte digitale, empreinte vocale, caractéristique comportementale, etc). Une fois obtenu le ou les attributs biométriques ATB sont chiffrés via une clef de chiffrement appartenant à l’utilisateur UT de sorte à générer une représentation cryptographique du ou des attributs biométriques ATB de l’utilisateur UT (biocode de référence au sens de l’invention). A noter que le chiffrement peut mettre en œuvre un algorithme de chiffrement symétrique (la clef de chiffrement et de déchiffrement sont alors identiques) ou asymétrique. Selon un mode particulier de réalisation de l'invention, dans le cas d’un chiffrement asymétrique du ou des attributs biométriques de l’utilisateur UT, la clef de chiffrement peut correspondre à une clef de chiffrement privée de l’utilisateur qui lui permet de réaliser une transaction au sein de la chaîne de blocs BC. Cette clef est, par exemple, hébergée au sein d’un portefeuille (ou wallet en anglais) de chaîne de blocs. Selon un mode particulier de réalisation de l'invention, le biocode de référence est chiffré via une clef de chiffrement Kc selon un algorithme de chiffrement symétrique ou asymétrique. Le procédé émet ensuite à destination du contrat intelligent SCu inscrit à la chaîne de blocs BC, le biocode de référence. Selon un mode particulier de réalisation de l'invention, le contrat intelligent SCu a été déployé par l’utilisateur UT. Avantageusement, ce mode de réalisation permet à l’utilisateur UT de garder le contrôle de ses données personnelles, le contrat intelligent et les conditions d’exécution associées étant connues de l’utilisateur UT. Lors de l’étape E30, le biocode de référence est reçu par le contrat intelligent SCu. Cette étape marque la fin du processus d’enrôlement de l’utilisateur UT. Lors de l’étape E11 le procédé émet à destination du service S, par exemple suite à une demande du service S, une authentification biométrique de l’utilisateur UT. Cette requête comprend une deuxième représentation cryptographique (biocode courant au sens de l’invention) du ou des attributs biométriques ATB de l’utilisateur UT utilisés lors de la phase d’enrôlement. Bien évidement la clef de chiffrement et l’algorithme de chiffrement mis en œuvre pour générer le biocode courant sont identiques à ceux mis en œuvre pour générer le biocode de référence. L’authentification biométrique de l’utilisateur UT et plus particulièrement le biocode courant est ensuite réémis (E22) par le service S à destination du contrat intelligent SCs inscrit à la chaîne de blocs BC. Selon un mode particulier de réalisation de l'invention, le contrat intelligent SCs a été déployé par le service S. Lorsque le biocode courant est reçu par le contrat intelligent SCs (E42), celui-ci met en œuvre le procédé de validation. Concrètement, le contrat intelligent SCs obtient du contrat intelligent SCu le biocode de référence (E43, E34, E34, E44) puis le compare avec le biocode courant reçu lors de l’étape E42. Lorsque le résultat de la comparaison indique un pourcentage de similarité inférieur à un seuil prédéterminé alors le biocode de référence est considéré comme différent du biocode courant et l’authentification biométrique échoue. Dans le cas contraire l’authentification biométrique est validée. Lors de l’étape E45, le statut de l’authentification biométrique (valide / non-valide) est diffusé au sein de la chaîne de blocs. Le service S reçoit le statut lors de l’étape E25 et le renvoie (E26) à destination du terminal T. Le terminal T reçoit (E16) le statut de l’authentification biométrique et en notifie l’utilisateur UT. Alternativement (non représenté) le statut de l’authentification biométrique (valide / non-valide) est reçu par le contrat intelligent SCu puis réémis à destination du terminal T. Alternativement (non représenté) le statut de l’authentification biométrique (valide / non-valide) est émis par le contrat intelligent SCs directement à destination du terminal T. Selon un mode particulier de réalisation de l'invention, le terminal T émet, à destination du contrat intelligent SCu, une troisième représentation cryptographique des attributs biométriques ATB de l’utilisateur UT (biocode de référence de remplacement au sens de l’invention). La clef de chiffrement utilisée pour générer le biocode de référence de remplacement est alors différente de celle utilisée pour générer le biocode de référence. Lorsque le statut de l’authentification biométrique de l’utilisateur UT diffusé lors de l’étape E45 indique que l’authentification est valide, le contrat intelligent SCu remplace le biocode de référence par le biocode de référence de remplacement (le biocode de référence est supprimé et le biocode de référence de remplacement devient le biocode de référence). Dans le cas contraire le biocode de référence est conservé comme référence pour la validation de la prochaine authentification biométrique de l’utilisateur UT. Le biocode de référence de remplacement est quant à lui gardé en mémoire mais non utilisé jusqu’à ce qu’une authentification biométrique de l’utilisateur UT réussisse et qu’il remplace le biocode de référence. Selon un mode particulier de réalisation de l'invention, lorsque le remplacement du biocode de référence par le biocode de référence de remplacement est effectif le contrat intelligent SCu peut notifier le terminal T afin que celui-ci génère et émette un nouveau biocode de référence de remplacement via une nouvelle clef de chiffrement. Selon un mode particulier de réalisation de l'invention, le contrat intelligent SCu obtient le biocode de référence de remplacement depuis le contrat intelligent SCs. Selon un mode particulier de réalisation de l'invention, le biocode de référence de remplacement est chiffré via une clef de chiffrement K’c selon un algorithme de chiffrement symétrique ou asymétrique. Selon un mode particulier de réalisation de l'invention, lorsque le biocode de référence émis lors de l’étape E10 a été chiffré, l’authentification biométrique émise (E11) par le terminal T à destination du contrat intelligent SCs via le service S comprend en outre la clef de déchiffrement Kd permettant de déchiffrer le biocode de référence chiffré obtenu par le contrat intelligent SCs depuis le contrat intelligent SCu (E43, E34, E34, E44). Ce mode de réalisation permet d’augmenter le niveau de sécurité de la solution en fournissant une clef de déchiffrement du biocode de référence chiffré uniquement lorsque cela est nécessaire, c’est-à-dire lorsqu’une demande d’authentification de l’utilisateur est effectuée. Selon un mode particulier de réalisation de l'invention, les contrats intelligents SCs et SCu sont un seul et même contrat intelligent. Procédé d’authentification biométrique d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif d’authentification biométrique et caractérisé en ce qu’il comprend : - une première étape d’émission (E30), à destination d’un premier contrat intelligent inscrit à une chaîne de blocs, d’au moins une première représentation cryptographique d’un attribut biométrique dudit utilisateur, dit biocode de référence ; - une étape d’obtention (E11) d’au moins une deuxième représentation cryptographique, dit biocode courant, dudit attribut biométrique dudit utilisateur ; - une deuxième étape d’émission (E11), à destination d’un deuxième contrat intelligent inscrit à ladite chaîne de blocs, dudit biocode courant ; - une étape de réception (E16) d’un statut de validité de ladite authentification déterminé en fonction du résultat d’une comparaison dudit biocode courant avec ledit biocode de référence. Procédé selon la revendication 1 dans lequel ledit biocode de référence et ledit biocode courant sont obtenus en fonction d’une première clef de chiffrement privée dudit utilisateur. Procédé selon la revendication 2 dans lequel ladite première clef de chiffrement privée dudit utilisateur correspond à une clef de chiffrement de l’utilisateur lui permettant de réaliser une transaction au sein de ladite chaîne de blocs. Procédé selon la revendication 1 dans lequel ledit biocode de référence est chiffré via une deuxième clef de chiffrement et en ce que ladite deuxième étape d’émission comprend en outre une clef de déchiffrement dudit biocode de référence. Procédé selon la revendication 1 dans lequel au moins une troisième représentation cryptographique est obtenue, dit biocode courant de remplacement, dudit attribut biométrique dudit utilisateur, ledit biocode courant de remplacement étant généré en fonction d’une troisième clef de chiffrement privée dudit utilisateur et en ce que ledit biocode courant de remplacement est émis à destination dudit premier contrat intelligent ou dudit deuxième contrat intelligent. Procédé de validation d’une authentification biométrique, ledit procédé étant mis en œuvre par un deuxième contrat intelligent inscrit à une chaîne de blocs et caractérisé en ce qu’il comprend : - une étape de réception (E42) d’une première représentation cryptographique d’un attribut biométrique d’un utilisateur, dit biocode courant ; - une étape d’obtention (E44) d’un résultat d’une comparaison dudit biocode courant avec au moins une deuxième représentation cryptographique dudit attribut biométrique dudit utilisateur, dit biocode de référence, ledit biocode de référence étant obtenu depuis un premier contrat intelligent inscrit à ladite chaîne de blocs ; une étape d’émission (E45) d’un statut de validité de ladite authentification déterminé en fonction dudit résultat. Procédé selon la revendication 6 dans lequel ledit biocode de référence obtenu est chiffré et en ce que ledit biocode de référence est déchiffré via une clef de déchiffrement reçu lors de l’étape de réception. Procédé selon la revendication 6 dans lequel l’étape de réception comprend en outre au moins une troisième représentation cryptographique chiffrée, dit biocode courant de remplacement, dudit attribut biométrique dudit utilisateur et en ce que ledit biocode de référence est remplacé au sein dudit deuxième contrat intelligent par ledit biocode courant de remplacement chiffré reçu. Dispositif d’authentification biométrique d’un utilisateur caractérisé en ce qu’il comprend : - un premier module d’émission (SND11), à destination d’un premier contrat intelligent inscrit à une chaîne de blocs, d’au moins une première représentation cryptographique d’un attribut biométrique dudit utilisateur, dit biocode de référence ; - un module d’obtention (OBT1) d’au moins une deuxième représentation cryptographique, dit biocode courant, dudit attribut biométrique dudit utilisateur ; - un deuxième module d’émission (SND12), à destination d’un deuxième contrat intelligent inscrit à ladite chaîne de blocs, dudit biocode courant ; - un module de réception (RECV1) d’un statut de validité de ladite authentification déterminé en fonction du résultat d’une comparaison dudit biocode courant avec ledit biocode de référence. Terminal caractérisé en ce qu’il comprend un dispositif d’authentification biométrique selon la revendication 9. Dispositif de validation d’une demande d’authentification biométrique, ledit procédé étant mis en œuvre par un premier contrat intelligent inscrit à une chaîne de blocs et caractérisé en ce qu’il comprend : - un module de réception (RECV2) d’une première représentation cryptographique d’un attribut biométrique d’un utilisateur, dit biocode courant ; - un module d’obtention (OBT2) d’un résultat d’une comparaison dudit biocode courant avec au moins une deuxième représentation cryptographique dudit attribut biométrique dudit utilisateur, dit biocode de référence, ledit biocode de référence étant obtenu depuis un premier contrat intelligent inscrit à ladite chaîne de blocs ; - un module d’émission (SND2) d’un statut de validité de ladite authentification déterminé en fonction dudit résultat. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé d’authentification selon l'une quelconque des revendications 1 à 5 et/ou du procédé de validation selon l'une quelconque des revendications 6 à 8, lorsque le programme est exécuté par un processeur.