FR 3102024 A1 20210416 FR 1911495 A 20191015 Ce procédé (PGBD) de gestion d’une base de données de clés publiques est mis en œuvre par un dispositif serveur. Il comporte : - une étape (E20) d’obtention d’une clé d’indexation (CIX-CL1), ladite clé d’indexation étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à au moins une clé publique ; et - une étape (E40) d’enregistrement de ladite au moins une clé publique dans un enregistrement de ladite base de données indexé par ladite clé d’indexation (CIX-CL1) si ladite clé d’indexation est unique. La clé d’indexation (CIX-CL1) peut être distribuée à un tiers pour lui permettre d’obtenir et d’authentifier la clé publique. Figure 3 Procédé de gestion d’une base de données de clés publiques, procédé d’authentification de clés publiques, et dispositifs serveur et client mettant en œuvre ces procédés L’invention se situe dans le domaine technologique de la cryptographie à clé publique ou cryptographie asymétrique. On rappelle que l’utilisation de la cryptographie asymétrique pour transmettre et recevoir des données de façon sécurisée requiert pour les utilisateurs un moyen d’obtenir et d’authentifier les clés publiques de leurs correspondants. L’invention cible plus particulièrement le problème de l’authentification des clés publiques. L’authentification des clés publiques est en effet un problème incontournable lorsque l’on choisit la cryptographie asymétrique (ou hybride) pour transmettre des données en assurant leur confidentialité et leur authenticité. Celui qui transmet utilise la clé publique de chiffrement du destinataire pour chiffrer la donnée à transmettre. Celui qui reçoit utilise la clé publique de vérification de signature de l’émetteur pour vérifier la signature de la donnée. Dans l’état actuel de la technique, le problème d’authentification des clés publiques est généralement solutionné en mettant en œuvre un certificat électronique. Un certificat est une donnée publique, contenant d’une part des informations d’identification d’une personne et d’autre part une clé publique. Sa validité peut être vérifiée, par quiconque l’ayant reçu par quelque canal que ce soit, auprès d’une autorité de certification. Cette solution nécessite l’achat puis la gestion d’un certificat et de la clé privée associée. Elle est utilisée pour permettre à des utilisateurs d’authentifier un serveur web. On parle alors de certificat SSL, permettant d’établir un canal de communication sécurisé HTTPS, pour la navigation sur Internet. Pour que cette solution soit pleinement satisfaisante, les utilisateurs devraient vérifier effectivement à qui est attribué le certificat à chaque fois qu’ils se connectent à un serveur en HTTPS, ce qu’ils ne font que très rarement. L’usage du protocole HTTPS sans vérifier le certificat signifie seulement qu’un attaquant aura beaucoup de mal à espionner le canal ou à modifier les transmissions dans le canal. Cela n’empêche aucunement d’établir directement le canal avec l’attaquant lui-même (selon le mécanisme frauduleux de « phishing »), car pour cela il suffit que l’attaquant ait lui aussi un certificat quelconque. Il existe en effet des autorités de complaisance qui délivrent des certificats authentiques à des sociétés dont le nom est usurpé. Par ailleurs, la solution des certificats SSL n’est techniquement pas adaptée pour permettre à des utilisateurs finaux de s’authentifier entre eux, afin d’échanger des données entre eux. Cela nécessiterait que chaque utilisateur fasse l’acquisition d’un certificat et que le logiciel ou le service qu’ils utilisent pour correspondre intègre la possibilité qu’ils s’authentifient entre eux par ce moyen. Plus généralement, les technologies PKI (Public Key Infrastructure) permettent de gérer et distribuer des certificats électroniques utilisables pour déployer des certificats SSL ou pour signer des documents, par exemple des e-mails, afin de garantir la confidentialité, l’authentification, l’intégrité et la non-répudiation lors de transactions électroniques. Différents modèles de PKI existent, mais tous reposent sur les certificats numériques et sur le principe d’une chaîne de confiance. Chaque clé publique est signée par un tiers dont la clé publique est elle-même signée par un autre tiers. Authentifier la clé publique d’un correspondant requiert de faire confiance à chacun des tiers de la chaîne de confiance, non pas uniquement à l’autorité au sommet de la chaîne. Au coût d’acquisition de telles solutions s’ajoute donc un problème de confiance inhérent à leur architecture. On notera que dans l’état actuel de la technique, il est admis ( https://fr.wikipedia.org/wiki/Non-r%C3%A9pudiation) que la non-répudiation ne peut être atteinte qu’en utilisant la technologie du certificat numérique. Ces solutions ne sont donc pas satisfaisantes. L’invention vise par conséquent une nouvelle méthode d’authentification de clé publique qui ne présente pas les inconvénients des méthodes connues. Plus précisément, et selon un premier aspect, l’invention concerne un procédé de gestion d’une base de données de clés publiques. Ce procédé peut être mis en œuvre par un dispositif serveur. Il comporte : une étape d’obtention d’un trousseau de clés, ce trousseau comportant au moins une clé publique destinée à être authentifiée par un procédé d’authentification conforme à l’invention, chacune de ces clés publiques étant associée à une clé privée; une étape d’obtention d’une clé d’indexation, cette clé d’indexation étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique ; une étape de vérification de l’unicité de la clé d’indexation dans la base de données; et soit une étape d’enregistrement du trousseau dans un enregistrement de la base de données indexé par ladite clé d’indexation en cas de succès de l’étape de vérification d’unicité ; soit une étape de rejet du trousseau en cas d’échec de l’étape de vérification d’unicité. Corrélativement, l’invention concerne un dispositif serveur comportant : une unité d’obtention d’un trousseau de clés, ce trousseau comportant au moins une clé publique destinée à être authentifiée par un procédé d’authentification selon l’invention, chacune des dites clés publiques étant associée à une clé privée ; une unité d’obtention d’une clé d’indexation, cette clé d’indexation étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique ; une unité de vérification de l’unicité de la clé d’indexation dans une base de données de clés publiques ; et une unité d’enregistrement configurée pour enregistrer le trousseau dans un enregistrement de la base de données indexé par la clé d’indexation si la clé d’indexation est unique ; une unité configurée pour rejeter ledit trousseau si la clé d’indexation n’est pas unique. Selon un deuxième aspect, l’invention vise aussi un procédé d’authentification d’au moins une clé publique. Ce procédé comporte : une étape d’obtention d’un vérificateur, ce vérificateur constituant une clé d’indexation d’un enregistrement comportant un trousseau de clés comportant ladite au moins une clé publique dans une base de données ; une étape d’obtention du trousseau à partir de la clé d’indexation ; une étape d’obtention d’une valeur cryptographique, cette valeur cryptographique étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique ; une étape de comparaison de la valeur cryptographique et du vérificateur; une étape d’authentification de ladite au moins une clé publique en fonction du résultat de cette étape de comparaison. Corrélativement, l’invention vise un dispositif d’authentification d’au moins une clé publique. Ce dispositif peut être mis en œuvre par un dispositif client. Il comporte : une unité d’obtention d’un vérificateur, ce vérificateur constituant une clé d’indexation d’un enregistrement comportant un trousseau de clés comportant ladite au moins une clé publique dans une base de données ; une unité d’obtention de ce trousseau à partir de la clé d’indexation ; une unité d’obtention d’une valeur cryptographique, cette valeur cryptographique étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique ; une unité de comparaison de la valeur cryptographique et du vérificateur ; une unité d’authentification configurée pour authentifier ladite au moins une clé publique en fonction du résultat de la comparaison. Dans un mode préféré de réalisation, le dispositif client calcule lui-même la clé d’indexation et le dispositif serveur reçoit la clé d’indexation du dispositif client. En variante, la clé d’indexation est calculée par le dispositif serveur. De façon très avantageuse, l’invention ne nécessite pas d’utiliser un certificat numérique comportant la clé publique. Par conséquent, le procédé d’authentification selon l’invention ne nécessite pas l’intervention d’un tiers de confiance. Le procédé d’authentification selon l’invention peut être mis en œuvre par un dispositif client seul, à l’aide du seul vérificateur. Le problème de confiance est ainsi éliminé. En effet, le fait d’associer les clés publiques au vérificateur (faisant ainsi également fonction de clé d’indexation) dans la base de données gérée par l’invention permet de distribuer les clés publiques. Les utilisateurs de la solution ont seulement besoin connaître les vérificateurs de leurs correspondants pour obtenir les clés publiques de ceux-ci auprès d’un serveur et pouvoir aussitôt, et de façon autonome, authentifier ces clés publiques. Il peut donc être considéré que l’invention vise à offrir un nouveau modèle de PKI (Public Key Infrastructure). L’utilisation d’une fonction de hachage cryptographique pour l’obtention du vérificateur empêche un attaquant de forger une autre clé publique qui réussirait l’étape d’authentification. De façon très avantageuse, le vérificateur ainsi obtenu par hachage sert également de clé d’indexation. De façon très avantageuse, le fait de s’assurer de l’unicité de la clé d’indexation permet d’obtenir la clé publique à partir de la clé d’indexation en une seule opération. Les clés publiques enregistrées dans la base de données peuvent être de différentes natures. Il peut en particulier s’agir : de clés publiques de chiffrement de données ; de clés publiques de vérification de signature. L’invention peut être utilisée par deux dispositifs clients pour s’échanger des données de façon sécurisée. Ainsi, l’invention concerne un procédé sécurisé de transmission d’une donnée par un dispositif client émetteur à un dispositif client récepteur. Ce procédé comporte : une étape d’authentification d’une clé publique de chiffrement du dispositif client récepteur en mettant en œuvre un procédé d’authentification conforme à l’invention ; une étape de chiffrement de la donnée avec cette clé publique de chiffrement ; et une étape de mise à disposition de la donnée chiffrée au dispositif client récepteur. Dans un mode particulier de réalisation, ce procédé peut être utilisé pour transmettre de façon sécurisé une clé secrète au dispositif récepteur, cette clé secrète étant destinée à être utilisée pour chiffrer à l’aide d’un algorithme de cryptographie symétrique une donnée utile que le dispositif client émetteur souhaite communiquer au dispositif client récepteur. Ce procédé comporte : une étape d’obtention de ladite clé secrète, par exemple de façon aléatoire ; une étape de chiffrement de la donnée utile avec la clé secrète ; la donnée utile chiffrée étant mise à disposition dudit dispositif client récepteur avec la clé secrète chiffrée, cette clé secrète chiffrée ayant été chiffrée avec la clé publique de chiffrement. Dans un mode particulier de réalisation, ce procédé de cryptographie hybride comporte en outre : une étape de signature de la donnée utile avec une clé privée de signature dudit dispositif client émetteur ; la signature de la donnée utile étant mise à disposition dudit dispositif client récepteur avec la clé secrète chiffrée et avec la donnée utile chiffrée. Ce mode de réalisation permet au dispositif client récepteur d’authentifier le dispositif client émetteur. L’invention peut aussi être utilisée dans le contexte d’un procédé de cryptographie asymétrique. En effet, dans un mode particulier de réalisation du procédé sécurisé de transmission selon l’invention, la donnée transmise de façon sécurisée au dispositif client émetteur est une donnée utile. Ce procédé comporte : une étape de signature de la donnée utile avec une clé privée de signature du dispositif client émetteur ; la signature de la donnée utile étant mise à disposition dudit dispositif client récepteur avec la donnée utile chiffrée. L’invention vise aussi un procédé sécurisé de réception, par un dispositif client récepteur et en provenance d’un dispositif client transmetteur, d’une donnée utile, ce procédé comportant : une étape de réception de la donnée utile chiffrée et d’une signature de la donnée utile, la signature ayant été obtenue avec une clé privée de signature du dispositif client émetteur ; une étape d’authentification d’une clé publique de vérification de signature du dispositif client émetteur en mettant en œuvre un procédé d’authentification conforme à l’invention ; une étape d’obtention de ladite donnée utile à partir de la donnée utile chiffrée en utilisant une clé privée de déchiffrement du dispositif récepteur ; une étape de déchiffrement de la signature avec la clé publique de vérification de signature du dispositif émetteur ; une étape de validation de la donnée utile à partir du résultat de l’étape de déchiffrement de la signature et à partir de la donnée utile obtenue à partir de la donnée utile chiffrée. Dans un mode particulier de réalisation dans lequel l’invention est mise en œuvre dans un contexte de cryptographie hybride, ce procédé sécurisé de réception comporte en outre : une étape de réception d’une clé secrète chiffrée avec une clé publique de chiffrement du dispositif client récepteur ; une étape d’obtention de la clé secrète à partir de la clé secrète chiffrée et de la clé privée de déchiffrement du dispositif client récepteur ; la donnée utile étant obtenue à partir de la donnée utile chiffrée et de la clé secrète. Dans un autre mode de réalisation dans lequel l’invention est mise en œuvre dans un contexte de cryptographie asymétrique, la donnée utile est obtenue en déchiffrant la donnée utile chiffrée avec la clé privée de déchiffrement du dispositif récepteur. Dans un mode particulier de réalisation, les différentes étapes des procédés selon l’invention (procédé de gestion de base de données, procédé d’authentification de clé publique, procédé sécurisé de transmission de données, procédé sécurisé de réception de données) sont déterminées par des instructions de programmes d’ordinateurs. En conséquence, l’invention vise aussi un programme d’ordinateur, sur un support d’informations, ce programme comportant des instructions adaptées à la mise en œuvre d’au moins un procédé tel que mentionné ci-dessus. Ce programme peut 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'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou système 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, le support d'informations 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 par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations 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é en question. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente un dispositif serveur et des dispositifs clients conformes à des modes particuliers de réalisation de l’invention dans leur environnement ; la figure 2 représente un exemple de trousseau de clés publiques pouvant être utilisé dans l’invention ; la figure 3 représente sous forme d’organigramme les principales étapes d’un procédé de gestion d’une base de données de clés publiques conforme à un mode de réalisation de l’invention ; la figure 4 représente un exemple d’enregistrement de base de données pouvant être utilisé dans l’invention ; la figure 5 représente sous forme d’organigramme les principales étapes d’un procédé d’authentification de clé publique conforme à un mode de réalisation de l’invention ; la figure 6 représente un exemple de mise en œuvre de l’invention par des dispositifs clients pour s’échanger des données de façon sécurisée ; la figure 7 représente un exemple de mise en œuvre de l’invention par des dispositifs clients pour s’échanger des données de façon sécurisée ; la figure 8 représente un exemple de mise en œuvre de l’invention par des dispositifs clients pour s’échanger des données de façon sécurisée ; la figure 9 représente un exemple de mise en œuvre de l’invention par des dispositifs clients pour s’échanger des données de façon sécurisée ; la figure 10 représente schématiquement un dispositif serveur conforme à un mode de réalisation de l’invention ; la figure 11 représente schématiquement un dispositif d’authentification conforme à un mode de réalisation de l’invention ; la figure 12 représente schématiquement un dispositif client conforme à un mode de réalisation de l’invention. représente Procédé (PGBD) de gestion d’une base de données (BD) de clés publiques, ce procédé étant mis en œuvre par un dispositif serveur (SRV), comportant : - une étape (E10) d’obtention d’un trousseau de clés, ledit trousseau (TR2-CL1) comportant au moins une clé publique (KP-CL1) destinée à être authentifiée par un procédé d’authentification selon la revendication 4, chacune des dites clés publiques étant associée à une clé privée (KS-CL1); - une étape (E20) d’obtention d’une clé d’indexation (CIX-CL1), ladite clé d’indexation étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique (KP-CL1) ; une étape (E30) de vérification de l’unicité de ladite clé d’indexation (CIX-CL1) dans ladite base de données (BD); et - soit une étape (E40) d’enregistrement dudit trousseau (TR2-CL1) dans un enregistrement (ENRG-CL1) de ladite base de données indexé par ladite clé d’indexation (CIX-CL1) en cas de succès de ladite étape (E30) de vérification d’unicité ; - soit une étape (E50) de rejet dudit trousseau (TR2-CL1) en cas d’échec de ladite étape (E30) de vérification d’unicité. Procédé de gestion selon la revendication 1 dans lequel ladite clé d’indexation (CIX-CL1) est reçue (E20) d’un dispositif client (CL1). Procédé de gestion selon la revendication 1 dans lequel ladite clé d’indexation (CIX-CL1) est calculée (E20) par ledit dispositif serveur (SRV). Procédé (PA) d’authentification d’au moins une clé publique (KP-CL1) comportant : - une étape d’obtention (F10) d’un vérificateur (VF-CL1), ce vérificateur (VF-CL1) constituant une clé d’indexation (CIX-CL1) d’un enregistrement (ENRG-CL1) comportant un trousseau (TR2-CL1) de clés comportant ladite au moins une clé publique (KP-CL1) dans une base de données (BD) ; - une étape (F20) d’obtention dudit trousseau (TR2-CL1) à partir de ladite clé d’indexation (CIX-CL1) ; - une étape (F30) d’obtention d’une valeur cryptographique (HA), ladite valeur cryptographique (HA) étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique (KP-CL1) ; - une étape (F40) de comparaison de ladite valeur cryptographique (HA) et dudit vérificateur (VF-CL1); - une étape (F50) d’authentification de ladite au moins une clé publique (KP-CL1) en fonction du résultat de ladite étape (F40) de comparaison. Procédé sécurisé de transmission d’une donnée (DU, K) par un dispositif client émetteur (TX) à un dispositif client récepteur (RX), ledit procédé comportant : - une étape (G20, G30) d’authentification d’une clé publique de chiffrement (KPa-RX) dudit dispositif client récepteur (RX) en mettant en œuvre un procédé d’authentification conforme à la revendication 4 ; -une étape (G140, G260) de chiffrement de ladite donnée (K, DU) avec ladite clé publique de chiffrement (KPa-RX) ; et - une étape (G150, G270, G390, G420) de mise à disposition de ladite donnée chiffrée (DU-ENC, K-ENC) audit dispositif client récepteur (RX). Procédé sécurisé de transmission de donnée selon la revendication 5 dans lequel la donnée (K) est une clé secrète utilisée pour chiffrer (G250) une donnée utile (DU) à l’aide d’un algorithme de cryptographie symétrique, ledit procédé comportant : - une étape (G240) d’obtention de ladite clé secrète (K) ; une étape (G250) de chiffrement de ladite donnée utile (DU) avec ladite clé secrète (K) ; - ladite donnée utile chiffrée (DU-ENC) étant mise à disposition dudit dispositif client récepteur (RX) (G270, G390) avec ladite clé secrète chiffrée (K-ENC), ladite clé secrète chiffrée (K-ENC) ayant été chiffrée avec ladite clé publique de chiffrement (KPa-RX). Procédé sécurisé de transmission de donnée selon la revendication 6, ledit procédé comportant : - une étape (G380) de signature de ladite donnée utile (DU) avec une clé secrète de signature (KSb-TX) dudit dispositif client émetteur (TX) ; - la signature (HDU-SIG) de ladite donnée utile étant mise à disposition dudit dispositif client récepteur (RX) (G390) avec ladite clé secrète chiffrée (K-ENC) et avec ladite donnée utile chiffrée (DU-ENC). Procédé sécurisé de transmission de donnée selon la revendication 5, dans lequel la donnée (DU) est une donnée utile, ledit procédé comportant : - une étape (G380) de signature de ladite donnée utile (DU) avec une clé privée de signature (KSb-TX) dudit dispositif client émetteur (TX) ; la signature (HDU-SIG) de ladite donnée utile étant mise à disposition dudit dispositif client récepteur (RX) (G420) avec ladite donnée utile chiffrée (DU-ENC). Procédé sécurisé de réception, par un dispositif client récepteur (RX) et en provenance d’un dispositif client émetteur (TX), d’une donnée utile (DU), le procédé comportant : - une étape (H420, H320) de réception de ladite donnée utile chiffrée (DU-ENC) et d’une signature (HDU-SIG) de ladite donnée utile (DU), ladite signature (HDU-SIG) ayant été obtenue (G380) avec une clé privée de signature (KSb-TX) dudit dispositif client émetteur (TX) ; - une étape d’authentification (H310) d’une clé publique (KPb-TX) de vérification de signature dudit dispositif client émetteur (TX) en mettant en œuvre un procédé d’authentification conforme à la revendication 4 ; - une étape (H160, H260, H270) d’obtention de ladite donnée utile (DU) à partir de ladite donnée utile chiffrée (DU-ENC) en utilisant la clé privée de déchiffrement (KSa-RX) dudit dispositif récepteur (RX) ; - une étape (H380) de déchiffrement de ladite signature (HDU-SIG) avec ladite clé publique de vérification de signature (KPb-TX) dudit dispositif émetteur (TX) ; - une étape (H390) de validation de ladite donnée utile (DU) à partir du résultat (HDU) de ladite étape (H380) de déchiffrement et d’un haché de ladite donnée utile (DU), celle-ci étant obtenue (H160, H260, H270) à partir de ladite donnée utile chiffrée (DU-ENC). Procédé sécurisé de réception d’une donnée utile (DU) selon la revendication 9, ledit procédé comportant en outre : - une étape (H320) de réception d’une clé secrète chiffrée (K-ENC) avec une clé publique (KPa-RX) de chiffrement dudit dispositif client récepteur (RX) ; - une étape (H260) d’obtention de ladite clé secrète (K) à partir de ladite clé secrète chiffrée (K-ENC) et de ladite clé privée de déchiffrement (KSa-RX) dudit dispositif client récepteur (RX) ; ladite donnée utile (DU) étant obtenue (H270) à partir de ladite donnée utile chiffrée (DU-ENC) et de ladite clé secrète (K). Dispositif serveur (SRV) comportant : - une unité (COM) d’obtention d’un trousseau de clés, ledit trousseau (TR2-CL1) comportant au moins une clé publique (KP-CL1) destinée à être authentifiée par un procédé d’authentification selon la revendication 4, chacune des dites clés publiques étant associée à une clé privée (KS-CL1); - une unité (COM, CRY) d’obtention d’une clé d’indexation (CIX-CL1), ladite clé d’indexation étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique (KP-CL1) ; une unité (CTR) de vérification de l’unicité de ladite clé d’indexation (CIX-CL1) dans une base de données (BD) de clés publiques ; et - une unité (STR) d’enregistrement configurée pour enregistrer ledit trousseau (TR2-CL1) dans un enregistrement (ENRG-CL1) de ladite base de données indexé par ladite clé d’indexation (CIX-CL1) si ladite clé d’indexation (CIX-CL1) est unique ; une unité (CTR) configurée pour rejeter ledit trousseau (TR2-CL1) si ladite clé d’indexation (CIX-CL1) n’est pas unique. Dispositif d’authentification (DPA) d’au moins une clé publique (KP-CL1), ce dispositif pouvant être mis en œuvre par un dispositif client (CL2) et comportant : - une unité (IHM) d’obtention (F10) d’un vérificateur (VF-CL1), ce vérificateur (VF-CL1) constituant une clé d’indexation (CIX-CL1) d’un enregistrement (ENRG-CL1) comportant un trousseau (TR2-CL1) de clés comportant ladite au moins une clé publique (KP-CL1) dans une base de données (BD) ; - une unité (COM) d’obtention dudit trousseau (TR2-CL1) à partir de ladite clé d’indexation (CIX-CL1) ; - une unité (CRY) d’obtention d’une valeur cryptographique (HA), ladite valeur cryptographique (HA) étant obtenue en mettant au moins en œuvre une fonction de hachage cryptographique appliquée au moins à ladite au moins une clé publique (KP-CL1) ; - une unité (CTR) de comparaison de ladite valeur cryptographique (HA) et dudit vérificateur (VF-CL1); - une unité d’authentification (CTR) configurée pour authentifier ladite au moins une clé publique (KP-CL1) en fonction du résultat de ladite comparaison. Dispositif client émetteur (TX) comportant un dispositif d’authentification selon la revendication 12, ledit dispositif étant configuré pour mettre en œuvre un procédé selon l’une quelconque des revendications 5 à 8 pour transmettre une donnée (DU, K) de façon sécurisée à un dispositif client récepteur (RX). Dispositif client récepteur (RX), ledit dispositif étant configuré pour mettre en œuvre un procédé selon l’une quelconque des revendications 9 à 10 pour recevoir une donnée (DU, K) de façon sécurisée en provenance d’un dispositif client émetteur (RX). Dispositif client récepteur (RX) selon la revendication 14 caractérisé en ce qu’il comporte en outre un dispositif d’authentification selon la revendication 12. Programme d’ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes d’un procédé (PGBD) de gestion d’une base de données (BD) de clés publiques selon l’une quelconque des revendications 1 à 3. Programme d’ordinateur (PGPA) comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes d’un procédé selon la revendication 4. Programme d’ordinateur (PGCL) comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes d’un procédé selon l’une quelconque des revendications 5 à 10. Support de données lisible par ordinateur, sur lequel est enregistré un programme d'ordinateur selon l’une des revendications 16 à 18.