Brevet FR3089031A1 — publié le 20200529

Description Titre de l'invention : Procédé de protection par secret d'une donnée stockée sur un équipement mettant en oeuvre un paramètre de biométrie comportementale, système de protection de donnée et programme d'ordinateur correspondants. Domaine technique [0001] Le domaine de l'invention est celui de la protection par secret d'une donnée stockée sur un équipement, notamment, mais non exclusivement, dans le cadre de l'authentification d'un utilisateur. [0002] En particulier, l'invention concerne l'authentification d'un utilisateur requérant l'accès à une ressource d'un serveur, tel qu'un service à distance, via un réseau de communication. [0003] L'invention concerne en outre la sécurisation des protocoles d'authentification, notamment les protocoles d'authentification à hase de certificat. [0004] Par protocole d'authentification à hase de certificat on entend un protocole d'authentification nécessitant l'utilisation d'un certificat numérique permettant de vérifier l'identité d'un utilisateur, d'une machine ou d'un périphérique, avant de lui octroyer l'accès à une ressource, un réseau, une application...etc. [0005] Ce type de protocole d'authentification utilise la cryptographie asymétrique, ou cryp- tographie dite à clé publique. L'utilisateur possède alors deux clés de chiffrement différentes: une première clé dite «de chiffrement», et une deuxième clé dite « de déchiffrement ». La première clé permet de rendre une donnée ou un message inintelligible à tous ceux qui ne possèdent pas la deuxième clé qui permet alors de retrouver la donnée ou le message initial. Par convention, on appelle la clé « de déchiffrement » la clé privée et la clé « de chiffrement » la clé publique. [0006] La clé publique est généralement contenue au sein d'un certificat numérique utilisé pour identifier un individu, un serveur, une entreprise ou toute autre entité. Cette clé publique est alors transmissible sans restrictions. La clé privée quant à elle n'est jamais transmise à personne et est généralement stockée au sein d'un équipement personnel. Son accès doit donc préférentiellement être protégé. [0007] Plus précisément, l'invention s'applique à la sécurisation de l'accès à la clé privée lors d'une authentification par certificat d'un utilisateur. Plus généralement cependant, l'invention concerne la protection de tout type de donnée stockée sur un équipement, et dont l'accès est protégé par un secret. Art antérieur et ses inconvénients [0008] Afin d'autoriser l'accès d'un utilisateur à un serveur hébergeant une ressource 2 comme par exemple un service à distance, un utilisateur doit généralement s'authentifier et fournir ainsi une preuve de son identité et de son droit à accéder à cette ressource. [0009] Pour cela, il existe plusieurs types de protocoles d'authentification, comme par exemple les protocoles d'authentification simple, et les protocoles d'authentification forte. [0010] L'authentification simple repose sur un unique facteur comme par exemple un secret. Ce type d'authentification basé sur le secret seul est à l'heure actuelle le plus répandu afin d'accéder à une ressource disponible sur un serveur. En effet, presque tous les serveurs permettent l'authentification d'un utilisateur à l'aide d'un nom, ou pseudonyme, et d'un secret, tel qu'un mot de passe. [0011] Malgré sa présence encore majoritaire notamment sur Internet, le secret seul en tant que méthode d'authentification n'est plus adapté à nos activités d'aujourd'hui. La multiplication des offres de service à distance pousse souvent l'utilisateur à adopter des pratiques de sécurité discutables, telles que l'utilisation d'un seul mot de passe sur différents services ou la création de combinaisons trop facilement déchiffrables. [0012] Contrairement à l'authentification simple, l'authentification forte repose sur deux facteurs ou plus. C'est le cas par exemple de l'authentification basée sur les certificats. [0013] Chaque utilisateur possède une paire de clé : une clé publique et une clé privée. La connaissance de la clé publique ne permet pas de déduire la clé privée. Chaque utilisateur conserve sa clé privée sans jamais la divulguer, seule la clé publique peut être distribuée. Afin d'éviter l'usurpation d'identité, il est généralement demandé à l'utilisateur de protéger sa clé privée, via un secret, généralement un mot de passe composé d'une chaîne de plusieurs caractères. Ainsi, ce mécanisme est plus sécurisé qu'une simple authentification par secret, dans la mesure où elle repose sur deux facteurs : ce que l'utilisateur connaît, le secret, et ce qu'il possède, le certificat. [0014] Bien que prouvés plus robustes du point de vue sécurité que l'utilisation du secret seul, les systèmes d'authentification sur Internet à base de certificats n'ont pas connu leur heure de gloire, notamment car il sont encore jugés trop peu sécurisés. [0015] En effet, l'authentification par certificat n'est efficace notamment que si aucune personne non autorisée n'a accès au secret de l'utilisateur, protégeant sa clé privée. En particulier, le secret étant protégé le plus souvent par simple mot de passe par exemple, il est facile pour un attaquant de le subtiliser. La confidentialité reposant exclusivement sur ces clés privées, si elles sont égarées, divulguées ou oubliées, toute la sécurité s'effondre. [0016] Notamment, si un attaquant récupère la clé privée, notamment par le vol de l'équipement stockant cette clé, et connaît le secret, il est alors capable de se faire passer pour l'utilisateur. Ainsi, un attaquant qui déroberait le secret protégeant la clé 3 privée pourrait non seulement usurper l'identité d'un utilisateur, mais également avoir accès au certificat qui comprend des données sensibles. Il pourrait alors aisément se faire passer pour l'utilisateur, et se faire authentifier comme tel, sans aucun moyen pour le serveur de détecter l'usurpation d'identité. [0017] Tl existe donc un besoin d'une technique améliorée de sécurisation de données, notamment, mais non exclusivement, de données utilisées dans le cadre d'une authentification d'un utilisateur. En particulier, il existe un besoin d'une technique améliorée d'authentification à base de certificat sur un réseau de communication permettant de sécuriser l'accès à la clé privé d'un utilisateur en cas de vol du secret protégeant cette clé. Exposé de l'invention [0018] L'invention répond à cc besoin en proposant un procédé de protection par secret d'une donnée stockée sur un équipement. [0019] Selon l'invention, un accès à cette donnée comprend une vérification, d'une part d'au moins un paramètre de biométrie comportementale associé à une saisie du secret (A2) par un utilisateur (U) au moyen dudit équipement (E), et d'autre part dudit secret saisi. [0020] Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de la sécu- risation d'accès à une donnée d'un équipement. L'invention propose de protéger un accès à une donnée stockée sur un équipement non pas par simple secret, comme par exemple un mot de passe ou un code PIN (en anglaisa Personal Identification Number »), mais par une double vérification, d'une part d'au moins un paramètre de biométrie comportementale associé à une saisie d'un secret par l'utilisateur au moyen de l'équipement, et d'autre part du secret saisi. [0021] Dans le contexte d'une authentification par certificat, l'accès à la clé privée n'est ainsi garanti que si à un secret donné, comme par exemple un mot de passe, correspond au moins un paramètre de biométrie comportementale lors de la saisie, par exemple une façon d'écrire le mot de passe sur un écran. [0022] Cette clé privée est le plus souvent associée à l'identité de l'utilisateur et permet d'authentifier cette identité. Elle peut être stockée par exemple sur un équipement comme par exemple un téléphone intelligent. En particulier, l'invention propose d'améliorer la sécurité de l'accès à cette clé privée en cas de vol de l'équipement sur lequel elle est stockée et du secret la protégeant. [0023] Grâce à l'invention, l'authentification par certificat est désormais basée sur trois facteurs et non plus deux comme dans l'art antérieur: ce que l'utilisateur connaît, c'est-à-dire son secret, ce qu'il possède, c'est-à-dire son certificat et son comportement lors de la saisie de son secret. On entend par comportement, la façon d'exécuter la saisie du secret par l'utilisateur. Un tel comportement peut être analysé selon des pa- ramètres de biométrie comportementale. [0024] Ainsi, si un imposteur, ou attaquant, ayant volé le secret, cherche à accéder à la clé privée, celui-ci est détecté et le procédé empêche l'accès à la clé privée, en dépit de la validité du secret, car cet attaquant n'est pas à même de reproduire le paramètre de biométrie comportementale lors de la saisie du secret. On accroît ainsi fortement la fiabilité de l'authentification de l'utilisateur, en imposant la vérification, en synergie, du contenu du secret détenu par l'utilisateur et d'une forme de saisie de ce contenu par l'utilisateur, qui est inhérente et intrinsèquement liée à sa personne. [0025] Selon une première caractéristique de l'invention, le secret est un code comprenant une suite de symboles. Un symbole est formé d'au moins un caractère alphanumérique ; il peut aussi être extrait d'au moins une capture d'empreinte biométrique physiologique et est alors transcriptible en au moins un caractère alphanumérique. [0026] Ainsi, un premier niveau de sécurité est mis en oeuvre lors du choix d'un secret. Celui-ci peut être plus ou moins complexe. En effet, un secret composé d'une suite de symboles formé de caractères alphanumériques peut être plus ou moins complexe en fonction du nombre de symboles, mais également du type de caractères alphanumériques composant ces symboles. Un secret comme un mot de passe comprenant un seul symbole formé de caractères alphanumériques simples, comme par exemple un seul mot uniquement constitué de lettres comme on peut le trouver dans un dictionnaire, sera plus facilement accessible par un attaquant qu'un mot de passe comprenant une pluralité de symboles comprenant au choix des chiffres et des lettres, voire des caractères spéciaux. Le secret peut également être constitué d'une phrase complète, chaque mot de la phrase constituant un symbole du code. Afin de rendre encore plus difficile pour un attaquant de subtiliser un secret, celui-ci peut comprendre une suite de symboles extraits d'au moins une capture d'empreinte biométrique physiologique, comme par exemple une empreinte digitale, un visage, r iris...etc. Cette empreinte biométrique physiologique peut alors être transcrite en un code, ou biocode, unique associé à cette empreinte. [0027] Selon une autre caractéristique de l'invention, la saisie du secret par l'utilisateur au moyen de l'équipement s'effectue selon l'une des techniques appartenant au groupe comprenant : - une saisie graphique du code sur l'équipement, - une capture d'au moins une empreinte biométrique physiologique de l'utilisateur, - un enregistrement vocal du code par l'utilisateur. [0028] Avantageusement, chaque technique permet l'association d'un paramètre de biométrie comportementale spécifique à la saisie d'un secret pour obtenir un niveau de sécurité supplémentaire. [0029] En effet, à un secret donné, l'utilisateur peut choisir d'associer une façon d'écrire s'il décide de le saisir graphiquement par exemple, ou une façon de le prononcer s'il décide de l'enregistrer vocalement par exemple. Dans un autre exemple, le secret peut être extrait d'au moins une capture d'empreinte biométrique physiologique. Le paramètre de hiométrie comportementale est alors inhérent aux caractéristiques physiques de l'utilisateur (forme du visage, empreinte rétinienne, empreinte digitale...). [0030] Selon un autre aspect de l'invention, le paramètre de hiométrie comportementale ap- partient au groupe comprenant: - une pression exercée sur l'équipement lors de la saisie du secret par l'utilisateur, - une forme des symboles saisis par l'utilisateur, - une vitesse d'exécution de la saisie par l'utilisateur du secret, - un timbre d'enregistrement vocal, - une donnée accélérométrique associée à un déplacement dudit équipement. On notera que, par opposition à la hiométrie physiologique, caractérisée par la capture de traits physiques de l'utilisateur, la hiométrie comportementale est liée à des caractéristiques comportementales dynamiques, comme par exemple la façon d'écrire, de bouger, ou encore de parler. [0031] Ainsi, une authentification triple, qui repose sur quelque chose que l'utilisateur sait, comme un secret, quelque chose qui est inhérent à sa personne comme par exemple son comportement et quelque chose qu'il a en sa possession comme une clé privée, est la meilleure façon d'éviter une authentification frauduleuse par un usurpateur. [0032] Selon un autre aspect, la double vérification comprend : - une première comparaison du secret saisi par l'utilisateur à un secret de référence enregistré sur l'équipement - une seconde comparaison du paramètre de biométrie comportementale à un paramètre de biométrie comportementale de référence associé à l'utilisateur lors d'une saisie du secret de référence. L'accès à la donnée protégée par secret, par exemple la clé privée, est autorisé si les première et seconde comparaisons sont positives. [0033] Ainsi, l'utilisateur est enrôlé la première fois qu'il choisit son secret, lors de la gé- nération de la clé privée. Au secret de référence choisi est alors associé un paramètre de biométrie comportementale de référence lors de la première saisie du secret de référence. [0034] L'accès à la clé privée n'est garanti que si le secret saisi et le paramètre de biométrie comportementale associé correspondent au secret de référence associé au paramètre de biométrie comportemental de référence. [0035] Selon un mode particulier de l'invention, la double vérification se fait sur l'intégralité du code. [0036] Avantageusement, la sécurité de l'accès à la donnée (e.g. la clé privée) est renforcée 6 en cas de vol d'un équipement sur lequel la donnée est stockée, puisqu'un attaquant devra reproduire l'ensemble du secret et le paramètre de biométrie comportemental de l'utilisateur. [0037] Selon un autre mode particulier de l'invention, la double vérification se fait sur un seul symbole du code choisi aléatoirement. [0038] Selon un autre mode de réalisation de l'invention, la double vérification se fait sur un sous-ensemble des symboles, ce sous-ensemble étant choisi aléatoirement. [0039] L'invention concerne également un système de protection par secret d'une donnée stockée sur un équipement comprenant un module de vérification d'une part d'au moins un paramètre de biométrie comportementale associé à une saisie du secret par un utilisateur au moyen de l'équipement, et d'autre part du secret saisi. [0040] Selon une caractéristique, le module de vérification est apte à mettre en oeuvre un procédé tel que décrit précédemment. [0041] L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé tel que décrit précédemment, lorsqu'il est exécuté par un processeur. [0042] L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de protection par secret d'une donnée selon l'invention tel que décrit ci-dessus. [0043] Un tel support d'enregistrement peut ê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 une clé USB ou un disque dur. [0044] D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou pal- d'autres moyens, de sorte que le programme d'ordinateur qu'il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. [0045] Alternativement, le support d'enregistrement peut être 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é de contrôle d'affichage précité. [0046] Le système de protection de donnée et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de protection de donnée selon la présente invention. Liste des figures [0047] D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement 7 à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : [0048] [fig.1A] : elle illustre un schéma synoptique général d'un procédé d'authentification par certificat selon l'art antérieur ; [0049] [fig.IB] : elle présente un détail d'une étape du procédé d'authentification de la [fig. 1 A] ; [0050] [fig.2A] : elle présente un schéma synoptique général d'un procédé d'authentification par certificat selon un mode de réalisation de l'invention ; [0051] [fig.2B] : elle présente un détail d'une étape du procédé d'authentification de la [fig. 2A]; [0052] [fig.3] : elle propose un schéma synoptique simplifié de la structure matérielle d'un système d'authentification par certificat selon un mode de réalisation de l'invention. [0053] Description détaillée de modes de réalisation de l'invention [0054] Le principe général de l'invention repose sur la protection de l'accès à des données stockées sur un équipement et plus particulièrement, dans un exemple particulier d'application, à une clé privée généralement associée à l'identité d'un utilisateur, en combinaison, par un secret connu de l'utilisateur, et par une analyse biométrique comportementale lors de la saisie du secret par l'utilisateur. [0055] On s'intéresse dans la suite à décrire un exemple particulier d'application de l'invention au contexte de l'authentification d'un utilisateur par certificat. On notera que l'invention n'est bien sûr pas limitée à ce type d'application et peut être avantageusement utilisée pour la protection de tout type de donnée stockée sur un équipement. [0056] La clé privée détenue par l'utilisateur est le plus souvent stockée sur un équipement comme par exemple un ordinateur, un téléphone intelligent ou encore une tablette. Afin d'éviter une usurpation d'identité de l'utilisateur en cas de vol de cet équipement, il est recommandé de protégée la clé privée par un secret. Ce secret est généralement, selon l'art antérieur, un mot de passe ou encore un code PIN (en anglais « Personal Identification Number »). [0057] Le procédé selon un mode de réalisation de l'invention permet une augmentation du niveau de protection de la clé privée et ainsi d'éviter en cas de vol de l'équipement sur lequel est stocké cette clé privée, une usurpation de l'identité de l'utilisateur par un attaquant qui aurait également subtilisé ou découvert le secret la protégeant. [0058] On présente désormais, en relation avec la [fig. 1A] un schéma synoptique général d'un procédé d'authentification par certificat connu permettant l'authentification d'un 8 utilisateur lorsque celui-ci souhaite accéder à une ressource d'un serveur via un réseau de communication. [0059] Lorsqu'un utilisateur U requiert l'accès à une ressource depuis un équipement E via une connexion à un réseau de communication, le serveur S hébergeant cette ressource demande une preuve de l'identité de cet utilisateur U avant de lui donner l'accès à la ressource. C'est le cas notamment lorsqu'un utilisateur U souhaite accéder à une ressource telle qu'un service à distance comme par exemple un service bancaire, un service de santé, ou encore un service de divertissement, hébergé par exemple sur un serveur du réseau Internet. [0060] Pour cela, plusieurs protocoles d'authentification d'un utilisateur U existent comme par exemple les protocoles d'authentification à base de certificat. Cc type de protocole d'authentification utilise la cryptographie asymétrique, ou cryptographie dite à clé publique. [0061] La cryptographie asymétrique utilise le chiffrement asymétrique basé par exemple sur un algorithme RSA (nommé par les initiales de ses trois inventeurs). L'utilisateur U possède deux clés de chiffrement différentes: une première clé, dite privée, et une deuxième clé, dite publique. La connaissance de la clé publique ne permet pas de déduire la clé privée. [0062] La clé publique est généralement contenue au sein d'un certificat numérique comprenant des informations supplémentaires, comme par exemple une période de validité, les droits d'utilisation, etc....Le certificat fournit alors une preuve reconnue de l'identité de l'utilisateur. Ce certificat est le plus souvent crée par une autorité de certification (en anglais « Cenificate Authority » ou CA) et est donné à un utilisateur disposant de la clé privée associée. Un utilisateur transmet alors l'information sur sa clé publique à un autre utilisateur ou à un serveur auquel il souhaite accéder en transmettant son certificat. Ainsi, la clé publique est transmissible sans restrictions alors que la clé privée n'est jamais transmise à personne. [0063] Ce protocole d'authentification à base de certificat permet entre autre : - de chiffrer le message à envoyer : l'expéditeur utilise la clé publique du destinataire pour coder son message. Le destinataire utilise sa clé privée pour décoder le message de l'expéditeur, garantissant la confidentialité du contenu ; - de s'assurer de l'authenticité de l'expéditeur: l'expéditeur utilise sa clé privée pour coder un message que le destinataire peut décoder avec la clé publique de l'expéditeur. C'est le mécanisme utilisé par exemple pour la signature numérique pour authentifier l'auteur d'un message. [0064] Le protocole SSL (en anglais « Secure Sockets Layer ») est un exemple de protocole d'authentification à base de certificat se basant sur la cryptographie asymétrique. [0065] Dans l'implémentation complète du protocole SSL, qui permet également 9 d'authentifier un utilisateur U, ou client, auprès du serveur S, lorsque celui-ci souhaite valider l'identité de l'utilisateur U souhaitant accéder à une ressource, le serveur S propose à cet utilisateur U un challenge de sécurité. Ce challenge de sécurité consiste à générer un jeu de données aléatoires et à l'envoyer à l'utilisateur U, qui doit ensuite le chiffrer avec sa clé privée. L'utilisateur U retourne ensuite le message chiffré au serveur S, accompagné de sa clé publique. La clé publique sert à déchiffrer le message et authentifier l'utilisateur U. Ce mécanisme est donc plus sécurisé qu'une simple authentification par secret, dans la mesure où elle repose sur deux facteurs : ce que l'utilisateur connaît, c'est-à-dire le secret, et ce qu'il possède, c'est-à-dire le certificat. [0066] Dans une première étape 101, le serveur S hébergeant la ressource à laquelle l'utilisateur U souhaite accéder transmet à l'équipement E le challenge de sécurité que l'utilisateur U devra chiffrer à l'aide de sa clé privée. Après réception du challenge de sécurité par l'équipement E, il est demandé à l'utilisateur U de saisir dans une étape 102, qui sera par la suite détaillée dans la [fig. 1B], un secret permettant de protéger sa clé privée. En effet, afin d'éviter l'usurpation d'identité, il est généralement demandé à l'utilisateur U de protéger sa clé privée, via un secret, généralement composé d'une chaîne de plusieurs caractères, comme par exemple un mot de passe composé de plusieurs caractères alphanumériques. [0067] Une fois le secret validé, l'accès à la clé privée est autorisé et l'équipement E chiffre le challenge de sécurité avec la clé privée dans une étape 103. [0068] Dans une étape 104, l'utilisateur U via l'équipement E transmet le challenge de sécurité chiffré au moyen de la clé privée de l'utilisateur U, ainsi qu'un certificat comprenant la clé publique de l'utilisateur U. [0069] Dans une étape 105, le serveur S reçoit ce challenge de sécurité chiffré, ainsi que le certificat de l'utilisateur comprenant sa clé publique. A l'aide de cette clé publique, le serveur S est capable de déchiffrer le challenge de sécurité pour valider l'identité de l'utilisateur U. Une fois, l'identité de l'utilisateur U validée, le serveur S autorise l'utilisateur U à accéder à une ressource, comme par exemple un service à distance tel qu'un service de banque en ligne ou de vente en ligne. Le serveur S utilise le certificat et le challenge de sécurité chiffré pour authentifier l'identité de l'utilisateur U. [0070] On présente désormais en relation avec la [11g. 1131, le détail de l'étape 102 d'accès à la clé privée. [0071] Afin d'accéder à la clé privée pour pouvoir chiffrer le challenge de sécurité l'utilisateur U doit saisir un secret dans une étape AI, comme par exemple un mot de passe. Dans une étape BI, ce secret est alors comparé à un secret de référence choisi par l'utilisateur U la première fois où il a requis l'accès à une ressource. Finalement, dans une étape Cl, si le secret saisi correspond au secret de référence, alors l'accès à la clé privé est autorisé. [0072] Cependant, si un attaquant récupère la clé privée, par exemple par le vol de l'équipement sur lequel cette clé est stockée, et connaît le secret, il est capable de se faire passer pour l'utilisateur U. Cette faille de sécurité explique en grande partie le faible succès que l'authentification par certificat rencontre sur le réseau Internet. [0073] On présente désormais en relation avec la [fig. 2A] un schéma synoptique général d'un procédé d'authentification par certificat selon l'invention permettant l'authentification d'un utilisateur lorsque celui-ci souhaite accéder à unc ressource d'un serveur. [0074] De la même manière que précédemment, dans une première étape 201, le serveur S hébergeant la ressource à laquelle l'utilisateur U souhaite accéder transmet à l'équipement E le challenge de sécurité que l'utilisateur U devra chiffrer à l'aide de sa clé privée. Après réception du challenge de sécurité par l'équipement E, il est demandé à l'utilisateur U de saisir dans une étape 202, qui sera par la suite détaillée dans la [fig. 2B], un secret permettant de protéger sa clé privée. [0075] Une fois le secret validé, l'accès à la clé privée est autorisé et l'équipement E chiffre le challenge de sécurité avec la clé privée dans une étape 203. [0076] Dans unc étape 204, l'utilisateur U via l'équipement E transmet le challenge de sécurité chiffré au moyen de la clé privée de l'utilisateur, ainsi qu'un certificat comprenant la clé publique de l'utilisateur U. [0077] Dans unc étape 205, le serveur S reçoit ce challenge de sécurité chiffré, ainsi que le certificat de l'utilisateur comprenant sa clé publique. A l'aide de cette clé publique, le serveur S est capable de déchiffrer le challenge de sécurité pour valider l'identité de l'utilisateur U. Une fois, l'identité de l'utilisateur U validée, le serveur S autorise l'utilisateur U à accéder à la ressource. [0078] Pour parer au problème du vol de la clé privée et du secret la protégeant, l'invention propose de complexifier l'accès à cette clé privée de manière à ce qu'un attaquant subtilisant la clé privée, ne soit pas en mesure d'y accéder et donc de l'utiliser. [0079] Pour cela, l'invention propose d'associer à la vérification du secret saisi, la véri- fication d'un paramètre de biométrie comportementale associé à la saisie du secret. L'accès à la clé privée est alors obtenu après une double vérification, d'une part d'au moins un paramètre de biométrie comportementale associé à la saisie du secret par l'utilisateur au moyen de l'équipement, et d'autre part du secret saisi en lui-même. [0080] Le secret utilisé est un code comprenant une suite de symboles formés d'au moins un caractère alphanumérique ou alors extraits d'au moins une capture d'empreinte biométrique physiologique et transcriptibles ensuite en au moins un caractère alphanumérique. Dans ce deuxième cas, le secret est un biocode, pour lequel une empreinte biométrique physiologique de l'utilisateur est transcriptible de façon bijective en une suite de caractères alphanumériques. 11 [0081] On présente désormais en relation avec la [fig. 2B] le détail de l'étape 202 d'accès à la clé privée. [0082] Dans une étape A2, l'utilisateur U, au lieu de saisir son secret protégeant la clé privée, par exemple en le tapant sur un clavier réel ou virtuel d'un équipement, le trace par exemple à l'aide de son doigt ou d'un stylet, sur un écran tactile. Un logiciel de reconnaissance embarqué sur l'équipement E permet de reconnaître : - d'une part, les caractères tracés à l'écran et donc d'inférer le secret (par exemple la chaîne de caractères 5n2ySk93); - d'autre part, d'inférer l'identité de l'utilisateur U à la façon qu'il a de tracer le secret (pression qu'il exerce sur l'écran tactile, graphologie, vitesse de tracé des caractères. Par exemple, la pression, l'angle et la vitesse d'écriture sont analysés lors de la saisie d'une signature d'un utilisateur à l'aide d'un stylet sur un écran tactile. L'utilisateur U est enrôlé la première fois qu'il choisit son secret, lors de la génération de la clé privée. [0083] Dans un autre mode de réalisation particulier, dans le cas où l'équipement E comprend un accéléromètre, une capture de données accélérométriques permet de caractériser l'interaction de l'utilisateur avec l'équipement, comme par exemple la façon de tenir, d'orienter ou de déplacer l'équipement E lors de la saisie du secret. [0084] Dans un mode de réalisation particulier, le secret est enregistré vocalement par l'utilisateur U lors de son premier enrôlement, par exemple une phrase lue par l'utilisateur. L'accès à la clé privée n'est possible que si le timbre, et/ou le rythme de la voix de l'utilisateur U correspond. Plus particulièrement, les intonations uniques de la voix peuvent être analysées et comparées à une empreinte vocale de référence afin de confirmer une identité. [0085] Une technique pour ce faire est décrite par exemple dans l'article scientifique de Zhu, Yingke, et al. ("Self-Attentive Speaker Einheddings for Text-Independent Speaker Verification " Proc. Interspeech 2018 (2018): 3573-357) dans lequel le locuteur est reconnu indépendamment du texte lu, ou dans l'article scientifique de Graves, et al. ("Speech recognition with deep recurrent neural networks" Acoustics, speech and signal processing (icassp), 2013 ieee international conférence on. IEEE, 2013.) , dans lequel le texte lu par un locuteur est reconnu et peut être retranscrit. [0086] Dans un autre mode de réalisation particulier, le secret est un biocode généré à la suite d'une capture d'empreinte biométrique physiologique comme par exemple le visage, l'iris, les empreintes digitales. Dans ce mode de réalisation un biocode est un identifiant unique et immutable qui peut être déduit de la caractéristique biométrique morphologique, ou physiologique, par un algorithme bijectif [0087] Lorsque le secret est un biocode issu d'une biométrie physiologique, la saisie peut 12 être sécurisée en l'associant à un paramètre de biométrie comportementale comme par exemple via la capture de données accélérométriques (associées à la façon dont l'équipement est manipulé par l'utilisateur lors de la capture d'empreinte hiométrique physiologique), ou bien en demandant à l'utilisateur U une entrée supplémentaire de type empreinte vocale ou saisie graphique (dont le résultat n'est alors pas le secret lui-même). Cette entrée peut être différente du secret, ici le hiocode, ou bien en faire partie. [0088] Dans une étape B2, une première comparaison est faite entre le secret saisi et un secret de référence choisi par l'utilisateur la première fois qu'il souhaite accéder à une ressource. Ce secret de référence est enregistré sur l'équipement de l'utilisateur. Cette comparaison s'opère sur la hase de la suite de caractères alphanumériques composant le secret. Ce sont donc deux chaînes de caractères qui sont comparées. [0089] Dans une étape C2, une seconde comparaison est faite entre au moins un paramètre de biométrie comportementale associé à la saisie du secret avec un paramètre de biométrie comportementale de référence associé à la saisie du secret de référence. Plusieurs paramètres de biométrie comportementale peuvent être pris en compte dans cette comparaison comme par exemple : une pression exercée sur l'équipement lors de la saisie du secret par l'utilisateur, une forme des symboles saisis par l'utilisateur, une vitesse d'exécution de la saisie par l'utilisateur du secret, un timbre de l'enregistrement vocal, unc donnée accélérométrique. [0090] Finalement dans une étape D2, l'accès à ladite clé privée est autorisé si la première comparaison et la seconde comparaison sont positives, i.e. si le contenu du secret est correct, et si la façon dont il a été saisi l'est également. [0091] Selon un mode particulier de l'invention, la double vérification se fait sur l'intégralité du code. [0092] Avantageusement, la sécurité de l'accès à la clé privée est renforcée en cas de vol d'un équipement sur lequel la clé privée est stockée, puisqu'un attaquant devra reproduire l'ensemble du secret et le ou les paramètre(s) de biométrie comportemental de l'utilisateur. [0093] Selon un autre mode particulier de l'invention, la double vérification se fait sur un seul symbole du code choisi aléatoirement. [0094] Selon un autre mode de réalisation de l'invention, la double vérification se fait sur un sous-ensemble des symboles, ce sous-ensemble étant choisi aléatoirement. [0095] Ainsi, l'authentification est donc basée sur trois facteurs : ce que l'utilisateur connaît, le secret, ce qu'il possède, le certificat, et son comportement, c'est-à-dire un paramètre de biométrie comportementale associé à la saisie du secret. [0096] On présente désormais en lien avec la [fig. 3] un schéma synoptique simplifié de la structure matérielle d'un système d'authentification par certificat selon un mode de 13 réalisation de l'invention. Ce système d'authentification par certificat comprend un module Ml de réception d'un challenge de sécurité entre un serveur S et un équipement E, un module M2 de chiffrement du challenge de sécurité par une clé privée détenue par l'utilisateur U et généralement stockée sur l'équipement E, et un module M3 de transmission depuis l'équipement E vers le serveur S du challenge de sécurité chiffré par la clé privée et d'un certificat comprenant une clé publique, cette clé publique étant associée à la clé privée et permettant au serveur S de déchiffrer le challenge de sécurité chiffré par la clé privée. [0097] Finalement, le système d'authentification par certificat comprend un module M4 de double vérification d'une part d'au moins un paramètre de biométrie comportementale associé à une saisie d'un secret par ledit utilisateur au moyen dudit équipement, et d'autre part dudit secret saisi. Le module M4 est également apte à mettre en oeuvre le procédé d'authentification par certificat selon l'invention. [0098] Dans un mode particulier de l'invention, cc système d'authentification par certificat est intégré à un équipement tel qu'un ordinateur, un téléphone intelligent ou encore une tablette. [0099] On notera que le terme module, ou unité, 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 oeuvre 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 oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). [0100] Plus généralement, un tel système d'authentification par certificat comprend une mémoire vive (par exemple une mémoire RAM), une unité de traitement équipée par exemple d'un processeur CPU, et pilotée par un programme d'ordinateur, représentatif des modules de réception d'un challenge de sécurité Ml, de chiffrement du challenge de sécurité par une clé privée M2 et de transmission du challenge de sécurité chiffré par la clé privée et d'un certificat comprenant une clé publique associée à la clé privée M3, stocké dans une mémoire morte (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive avant d'être exécutées par le processeur CPU de l'unité de traitement. La mémoire vive contient notamment une liste des clés privées correspondantes aux clés publiques publiées avec tous les certificats émis pour cet utilisateur, ainsi qu'une liste de secrets de référence associés à un comportement de référence. Le processeur de l'unité de traitement pilote la vérification de la saisie du 14 secret par l'utilisateur sur l'équipement et la vérification de la biométrie comportementale associée à la saisie par l'utilisateur du secret. [0101] Ces étapes peuvent être réalisées indifféremment sur une machine de calcul repro- grammable (un ordinateur PC, un processeur DSP ou un microcontrôlcur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6]