FR 3156553 A1 20250613 FR 2313996 A 20231212 Procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit procédé comprenant ce qui suit dans ledit terminal : - authentification (U1) de l’utilisateur (UT) auprès du dispositif d’authentification à l’aide d’une communication sécurisée (ch) établie entre le terminal et ledit dispositif, - réception (U2) d’une sélection, à l’aide d’une interface utilisateur du terminal, d’au moins un élément d’identité à certifier dans ledit ensemble, - envoi (U3) d’un message audit dispositif, ledit message indiquant, de manière non identifiable par ledit dispositif, ledit élément d’identité sélectionné et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - réception (U4) en provenance dudit dispositif d’un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné. Fig. 2 Authentification de l’identité ou de la qualité d’un utilisateur L’invention se situe dans le domaine de la gestion de l’identité numérique. Plus précisément, l’invention porte sur un procédé de gestion de l’identité numérique qui préserve la vie privée des utilisateurs, dans lequel un fournisseur d’identité fournit à un utilisateur une certification d’un ou de plusieurs d’éléments d’identité propres à cet utilisateur, ce ou ces éléments d’identité appartenant à un ensemble d’éléments d’identité de l’utilisateur qui est disponible auprès dudit fournisseur d’identité. De nombreux fournisseurs de services, en ligne ou dans une relation en face à face avec l’utilisateur, requièrent la mise à disposition d’éléments d’identité de l’utilisateur, plus généralement de façon à délivrer leur service. Traditionnellement, dans un monde non-numérique, cet apport d’éléments d’identité est réalisé à l’aide de titres (physiques) émis par des autorités officielles (cartes d’identité, permis de conduire, etc.) et de justificatifs émis par des tiers certificateurs reconnus (facture d’électricité, facture télécom, certificat médical, etc.). Le développement des services accessibles via internet nécessite la mise en œuvre d’outils dédiés permettant la numérisation des éléments présents sur les supports précités, éventuellement de façon structurée et autorisant leur partage avec le fournisseur de services, après consentement de l’utilisateur. Les grands prescripteurs sur Internet ont jusqu’alors structuré le domaine de la gestion de l’identité numérique dans le sens de leur modèle d’affaires. Ils ont, par exemple, au travers du protocole OIDC (en anglais « OpenID Connect »), élaboré une offre qui centralise les éléments d’identité de l’utilisateur et, sous son contrôle, après identification / authentification et consentement de l’utilisateur, autorise, l’accès du service à tout ou partie des éléments d’identité de l’utilisateur. Un des principaux problèmes de ce type d’architecture, connue sous le nom d’Identité fédérée, réside dans le fait que le fournisseur d’identité apprend, à chaque fois qu’un utilisateur consomme un des services, quand l’opération se déroule et quels sont les éléments d’identité que l’utilisateur partage avec le fournisseur de services auquel il accède. Le fournisseur d’identité est ainsi en mesure de compiler l’historique des activités d’accès et des éléments d’identité de l’utilisateur requis par les divers services qu’il a visités. Ces données lui permettent alors de bâtir un profil de consommation de services de l’utilisateur auprès des fournisseurs de services et d’en disposer à des fins souvent commerciales. L'identité auto-souveraine (SSI, Self Sovereign Identity) est une autre approche de l'identité numérique, qui donne aux utilisateurs le contrôle total de leurs éléments d’identité : ils peuvent les présenter à l’accès à un service soit pour prouver qui ils sont ou une de leurs qualités. Seuls, le fournisseur de services et l’utilisateur interagissent lors de la phase de partage d’éléments d’identité. De façon à générer la confiance entre l’utilisateur et le service, l’utilisateur présente des éléments d’identité qui ont été certifiés par un tiers (le fournisseur d’identité) en qui le fournisseur de services a confiance. Dans cette logique, l’utilisateur détient des éléments d’identité le concernant, qui ont été délivrés et certifiés par une ou des entités de confiance, maîtrise leur diffusion auprès du fournisseur de services (après consentement) et protège sa vie privée vis-à-vis du fournisseur d’identité en l’excluant de la relation qu’il a avec le fournisseur de services. L’identité auto-souveraine repose sur l’implémentation d’un schéma d’authentification asynchrone des éléments d’identité d’un utilisateur, lequel schéma fonctionne selon un protocole particulier, par exemple le protocole El Passo tel que décrit à l’adresse https://arxiv.org/pdf/2002.10289.pdf, le protocole BBS+ tel que décrit à l’adresse https://identity.foundation/bbs-signature/draft-irtf-cfrg-bbs-signatures.html, etc. Dans la configuration actuelle du protocole PPass basé sur le protocole BBS/BBS+ qui est en cours de standardisation à l'IETF (« Internet Engineering Task Force » en anglais), le fournisseur d’identité, dispose des éléments d’identité de l’utilisateur. Il peut être opéré, par exemple, pour le compte de ou par une entité administrative disposant légalement des éléments d’identité de l’utilisateur. Le rôle de fournisseur d’identité peut être étendu à tous les organismes gérant et possédant légalement des éléments d’identité de l’utilisateur. Le (ou les) fournisseur(s) d’identité dispose(nt) d’un système de gestion du protocole PPass de façon à interagir avec l’utilisateur et son dispositif personnel et, secondement des moyens d’interaction avec les entités tierces consommatrices d’éléments d’identité de l’utilisateur dans le cadre de la fourniture d’une prestation. Un fournisseur d’identité gérant l’utilisateur est capable de l’identifier, de l’authentifier et de générer un jeton qui certifie les éléments d’identité issus de ce même fournisseur d’identité. Dans le schéma cryptographique actuel, le fournisseur d’identité gérant l’utilisateur dispose d’un ensemble d‘éléments d’identité de l’utilisateur. L’utilisateur, après identification / authentification auprès du fournisseur d’identité, obtient l’ensemble des éléments d’identité le concernant. Cet ensemble d’éléments d’identité est certifié par un jeton propre au fournisseur d’identité émetteur des éléments d’identité, jeton construit à l’aide d’une donnée secrète présente dans l’équipement de l‘utilisateur. Dans un contexte multi fournisseurs d’identité, l’utilisateur peut procéder pareillement auprès de divers fournisseurs d’identité. A l’issue des opérations d’authentification d’identité, l’utilisateur dispose sur son équipement de plusieurs ensembles d’éléments d’identité accompagnés chacun de leur propre jeton les certifiant. Certains fournisseurs d’identité peuvent disposer d’un nombre important d’éléments d’identité de l’utilisateur, comme les fournisseurs d’identité régaliens par exemple. Les calculs sur un ensemble d’éléments d’identité de l’utilisateur sont, à la génération et à la vérification du jeton dérivé l’accompagnant, une fonction linéaire du nombre d’éléments d’identité inclus dans l’ensemble des éléments d’identité, et donc de la taille de cet ensemble. De fait, les calculs sur un ensemble d’éléments d’identité de grande taille peuvent être coûteux en termes de ressources machines aussi bien à la génération du jeton les certifiant par le fournisseur d’identité, qu’à la dérivation dudit jeton par l’équipement de l’utilisateur pour générer une présentation vérifiable destinée à être transmise à un fournisseur de service auquel l’utilisateur souhaite accéder à l’aide de son équipement, ou encore qu’à la vérification par le fournisseur de service de la validité du jeton dérivé, au regard des éléments d’identité dévoilés par l’utilisateur. Afin de pallier cet inconvénient, une solution serait, pour un fournisseur d’identité gérant un utilisateur donné, de l’authentifier et de générer autant de jetons que d’éléments d’identité de l’utilisateur qui sont disponibles chez ce même fournisseur d’identité. Toutefois, une telle solution n’est pas souhaitable pour les raisons suivantes : - le fournisseur d’identité pourrait, en fonction de l’élément d’identité qu’il certifie, en déduire le service auquel souhaite accéder l’utilisateur, ce qui ne répond pas aux exigences de protection des données personnelles et de la vie privée de l’utilisateur ; - le stockage, dans l’équipement de l’utilisateur, de plusieurs jetons qui certifient chacun un élément d’identité de l’ensemble d’éléments d’identité, occuperait beaucoup de place mémoire dans ledit équipement, dont les ressources de stockage sont limitées. Objet et résumé de l’invention Un des buts de l'invention est de remédier à au moins un des inconvénients de l'état de la technique précité en proposant une nouvelle technique d’authentification de l’identité ou de la qualité d’un utilisateur, lorsque cet utilisateur n’a pas la nécessité de disposer de tous les éléments d’identité le concernant fournis par un fournisseur d’identité. A cet effet, un objet de la présente invention concerne un procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification, associé à un fournisseur d’identité, qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit procédé comprenant ce qui suit dans ledit terminal : - authentification de l’utilisateur auprès du dispositif d’authentification à l’aide d’une communication sécurisée établie entre le terminal et le dispositif d’authentification, - sélection, à l’aide d’une interface utilisateur du terminal, d’au moins un élément d’identité à certifier dans ledit ensemble, - envoi d’un message au dispositif d’authentification, ledit message indiquant, de manière non identifiable par le dispositif d’authentification, ledit élément d’identité sélectionné et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - réception en provenance du dispositif d’authentification d’un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné. Côté terminal utilisateur, grâce à l’invention, l’utilisateur est capable de requérir auprès de l’entité signataire un certificat signé qui certifie uniquement le ou les éléments d’identité dont l’utilisateur a besoin pour accéder à un fournisseur de produit et/ou service, sans dévoiler au dispositif d’authentification le ou les éléments d’identité inclus dans le certificat signé. Ceci permet au terminal associé à l’utilisateur, lors d’un tel accès, de dériver, à partir du certificat signé reçu de l’entité signataire, un jeton d’accès auprès d’un fournisseur de produit et/ou service qui n’aurait besoin de vérifier la validité d’uniquement ce(s) élément(s) d’identité. Compte tenu du fait que le nombre d’éléments d’identité sélectionné par l’utilisateur est inférieur au nombre d’éléments d’identité disponibles aussi bien dans le terminal utilisateur que dans le dispositif d’authentification, le temps de calcul pour dériver le jeton d’accès dans le terminal utilisateur est réduit d’un facteur linéaire qui est fonction du nombre d’éléments d’identité sélectionnés par l’utilisateur. Selon un mode de réalisation particulier, l’élément d’identité sélectionné est associé à une première valeur et l’élément d’identité non sélectionné est associé à une deuxième valeur, ledit message contenant un engagement sur la première valeur et sur la deuxième valeur. Un tel mode de réalisation permet à l’utilisateur de ne pas fournir en clair au dispositif d’authentification quel(s) élément(s) d’identité l’utilisateur souhaite certifier ou ne pas certifier, mais un engagement (ou mise en gage) sur le choix du ou des éléments d’identité à certifier ou à ne pas certifier. Dans le contexte de l’invention, une telle mise en gage permet avantageusement à l’utilisateur de ne pas divulguer au dispositif d’authentification le ou les élément(s) d’identité qu’il souhaite certifier ou ne pas certifier, avec toutefois l’impossibilité pour l’utilisateur de modifier son engagement. Selon un autre mode de réalisation particulier, la première valeur et la deuxième valeur sont respectivement 1 et 0. Selon encore un autre mode de réalisation particulier, le procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur comprend en outre : - un calcul d’une preuve que la première valeur et que la deuxième valeur mises en gage sont respectivement 1 et 0, - un envoi de ladite preuve audit dispositif d’authentification. Une telle preuve permet à l’utilisateur de démontrer à l’entité signataire que l’utilisateur sait révéler une mise en gage sur les première et deuxième valeurs. 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’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur tel que défini ci-dessus. L’invention vise également un terminal configuré pour obtenir une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification, associé à un fournisseur d’identité, qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans ledit terminal et étant connus du dispositif d’authentification, ledit terminal étant configuré en outre pour : - authentifier un utilisateur associé audit terminal, auprès du dispositif d’authentification, à l’aide d’une communication sécurisée établie entre le terminal et le dispositif d’authentification, - sélectionner, à l’aide d’une interface utilisateur du terminal, au moins un élément d’identité à certifier dans ledit ensemble, - envoyer un message au dispositif d’authentification, ledit message indiquant, de manière non identifiable par le dispositif d’authentification, ledit élément d’identité sélectionné et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - recevoir en provenance du dispositif d’authentification un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné. L’invention concerne également un procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification, associé à un fournisseur d’identité, qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit procédé comprenant ce qui suit dans le dispositif d’authentification : - obtention d’une authentification de l’utilisateur à l’aide d’une communication sécurisée établie entre un terminal associé à l’utilisateur et le dispositif d’authentification, - réception d’un message en provenance dudit terminal, le message indiquant, de manière non identifiable par le dispositif d’authentification, au moins un élément d’identité à certifier sélectionné dans ledit ensemble et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - calcul d’un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné, - envoi au terminal dudit certificat signé. L’invention permet avantageusement à toute entité signataire, typiquement un fournisseur d’identité, qui dispose en clair d’éléments d’identité d’un utilisateur, tels que par exemple son nom, sa nationalité, son adresse, sa date de naissance, son numéro de téléphone, etc. de générer un certificat signé sur au moins un de ces éléments d’identité que l’utilisateur souhaite certifier, sans pouvoir toutefois identifier de quel élément d’identité il s’agit. Cette invention propose ainsi un mécanisme cryptographique innovant qui a pour objectif d’assurer une meilleure protection des données personnelles des utilisateurs vis-à-vis des fournisseurs d’identité, notamment en empêchant les fournisseurs d’identité de déterminer les usages ou les services dont l’utilisateur souhaite bénéficier à l’aide du certificat signé. Dans le cas par exemple où l’utilisateur souhaite obtenir d’un fournisseur d’identité une attestation de majorité, autrement dit, un certificat ne portant que sur sa « date de naissance », l’invention permet avantageusement d’éviter au fournisseur d’identité de déduire que cet utilisateur a l’intention de se connecter à des sites réservés aux adultes, par exemple. Selon un mode de réalisation particulier, le certificat signé est calculé à partir d’un engagement contenu dans ledit message reçu, ledit engagement portant sur une première valeur associée à l’élément d’identité sélectionné et sur une deuxième valeur associée audit élément d’identité non sélectionné. Selon un autre mode de réalisation particulier, la première valeur et la deuxième valeur sont respectivement 1 et 0. Selon encore un autre mode de réalisation particulier, le procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur comprend en outre : - une réception, en provenance dudit terminal, d’une preuve que la première valeur et que la deuxième valeur mises en gage sont respectivement 1 et 0, - une vérification de ladite preuve reçue. 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 génération d’une authentification de l’identité ou de la qualité d’un utilisateur tel que défini ci-dessus. L’invention vise également un dispositif d’authentification configuré pour générer une authentification de l’identité ou de la qualité d’un utilisateur, ledit dispositif comprenant un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit dispositif d’authentification étant configuré pour : - obtenir une authentification de l’utilisateur à l’aide d’une communication sécurisée établie entre un terminal associé à l’utilisateur et le dispositif d’authentification, - recevoir un message en provenance dudit terminal, le message indiquant, de manière non identifiable par le dispositif d’authentification, au moins un élément d’identité à certifier, sélectionné dans ledit ensemble, et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - calculer un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné, - envoyer au terminal ledit certificat signé. L’invention vise aussi un programme d’ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur, lorsque ledit programme est exécuté par un ordinateur. L’invention vise aussi un programme d’ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur, lorsque ledit programme est exécuté par un ordinateur. 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'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 dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, une mémoire non volatile de type flash 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 de l’un quelconque des procédés 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 des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures : FIG. 1 La FIG. 1 représente un système d’authentification de l’identité ou de la qualité d’un utilisateur comportant un terminal associé à l’utilisateur et un dispositif d’authentification, dans un mode de réalisation particulier de la présente invention ; FIG. 2 La FIG. 2 représente sous forme d’ordinogramme des étapes d’un procédé de d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur, dans un mode de réalisation particulier de la présente invention ; FIG. 3 La FIG. 3 représente sous forme d’ordinogramme des détails du procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur de la FIG. 2 , dans un mode de réalisation particulier de la présente invention ; FIG. 4 La FIG. 4 représente sous forme d’ordinogramme des étapes d’un procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur, dans un mode de réalisation particulier de la présente invention ; FIG. 5 La FIG. 5 représente sous forme d’ordinogramme des détails du procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur de la FIG. 4 , dans un mode de réalisation particulier de la présente invention ; FIG. 6 La FIG. 6 représente sous forme d’un diagramme de flux les principaux échanges établis lors de la mise en œuvre du procédé d’obtention et de génération d’une authentification de l’identité ou de la qualité d’un utilisateur, dans un mode de réalisation particulier de la présente invention ; FIG. 7 La FIG. 7 représente l’architecture matérielle du terminal de la FIG. 1 , dans un mode de réalisation particulier de la présente invention ; FIG. 8 La FIG. 8 représente l’architecture matérielle du dispositif d’authentification de la FIG. 1 , dans un mode de réalisation particulier de la présente invention. Description de modes de réalisation En référence à la FIG. 1 , est illustré un système SYS d’authentification de l’identité ou de la qualité d’un utilisateur, dans un mode de réalisation particulier. Le système SYS de la figure 1 comporte un terminal TER associé à un utilisateur UT et un dispositif d’authentification AUT associé à un fournisseur d’identité FI. Le dispositif d’authentification AUT est configuré pour certifier un ou plusieurs éléments d’identité a 1 , …, a n de l’utilisateur UT. De tels éléments d’identité peuvent être par exemple de type régaliens (nom, prénom, date de naissance, …). De tels éléments d’identité peuvent être également relatifs à la qualité de l’utilisateur UT (majorité, séniorité, diplômes, etc.). De tels éléments d’identité appartiennent à un ensemble E d’au moins deux éléments d’identité, lequel ensemble E est stocké dans un module de stockage sécurisé MSS1 du terminal TER, tel que par exemple un SE (« Secure Element » en anglais), un HSM (« Hardware Security Module » en anglais), un TEE (« Trusted Execution Environment » en anglais), etc. Dans le mode de réalisation décrit ici, le terminal TER comprend un module de communication COM1 qui peut être utilisé pour envoyer au dispositif d’authentification AUT un ou plusieurs éléments d’identité sélectionné(s) au préalable par l’utilisateur UT et recevoir, en provenance du dispositif d’authentification AUT, un certificat signé CS portant sur le ou les éléments d’identité sélectionnés. On rappelle qu’un tel certificat signé ou accréditation est une attestation personnelle permettant à un utilisateur de convaincre un tiers qu’il possède une autorisation ou une qualification particulière. Elle est propre à un individu et générée par une entité de confiance, désigné par FI dans la description, via l’utilisation de signatures numériques. Cependant, les mécanismes standards de signature numérique nécessitent de révéler l’intégralité des données certifiées, même pour prouver l’authenticité d’une partie seulement d’entre elles, et permettent de tracer les utilisateurs. Dans la présente description, on utilise un mécanisme d’accréditation anonyme tel qu’introduit par Chaum (David Chaum : Showing Credentials Without Identification : SIgnatures Transferred Between Unconditionally Unlinkable Pseudonyms. EUROCRYPT 1985: 241-244). Un tel système permet à un utilisateur de prouver que ses éléments d’identité ont été certifiés, sans révéler d’information superflue. Le module COM1 peut être également utilisé pour envoyer à un fournisseur de service (non représenté) un jeton d’accès ou présentation vérifiable VP dérivé(e) du certificat signé CS, lors d’une phase d’accès de l’utilisateur UT au fournisseur de service, pour prouver au fournisseur de service que l’utilisateur UT remplit les conditions d’accès au service. Dans le cas par exemple où le fournisseur de service est un site de paris en ligne et de ce fait requiert une attestation de majorité, la présentation vérifiable VP constituera une preuve que l’utilisateur UT détient bien un permis de conduire. Dans le mode de réalisation décrit ici, le terminal TER comporte un module MAUT1 d’authentification de l’utilisateur UT auprès du dispositif d’authentification AUT. Dans le mode de réalisation décrit, le terminal TER comporte un module cryptographique MCRY1, par exemple un portefeuille d’identité électronique configuré pour stocker au moins un certificat signé CS délivré par un fournisseur d’identité FI associé au dispositif d’authentification AUT et pour générer une présentation vérifiable VP à présenter à un fournisseur de service pour accéder à un service, tout en protégeant la confidentialité de ses éléments d’identité . La présentation vérifiable VP comporte un certificat signé CS’ calculé par le terminal TER en rafraîchissant le certificat signé CS. Dans le mode de réalisation décrit ici, le terminal TER comprend une interface utilisateur IU de type vocal, par exemple un microphone, ou de type textuel, par exemple un clavier, qui est configurée pour recevoir le et/ou les élément(s) d’identité qui a et/ou ont été respectivement sélectionné(s) par l’utilisateur UT. Dans le mode de réalisation décrit ici, le dispositif d’authentification AUT comporte un module de communication COM2. Ce module peut notamment être utilisé par le dispositif d’authentification AUT pour obtenir le et/ou les éléments d’identité sélectionné(s) par l’utilisateur UT pour l’authentification de son identité ou de sa qualité, et envoyer au terminal TER un certificat signé CS portant sur le et/ou les éléments d’identité sélectionné(s). Dans le mode de réalisation décrit ici, le dispositif d’authentification AUT comporte un module cryptographique MCRY2. Ce module peut notamment être utilisé pour authentifier un utilisateur UT, générer et vérifier la validité d’un certificat signé CS portant sur un ou plusieurs éléments d’identité , et calculer des preuves démontrant par exemple que le certificat signé CS produit est valide. Dans le mode de réalisation décrit ici, le dispositif d’authentification AUT comporte un module de stockage sécurisé MSS2, dans lequel est enregistré l’ensemble E d’éléments d’identité de l’utilisateur UT. Ainsi, préalablement à la mise en œuvre du procédé d’authentification de l’identité ou de la qualité de l’utilisateur UT, les d’éléments d’identité de l’utilisateur UT sont disponibles au niveau du dispositif d’authentification AUT et connus de ce dernier. La FIG. 2 représente sous forme d’ordinogramme les principales étapes d’un procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur, mis en œuvre par le terminal TER. Dans cet exemple, l’utilisateur UT utilise son terminal TER pour demander au dispositif d’authentification AUT associé à un fournisseur d’identité FI de lui fournir un certificat signé CS portant sur au moins un élément d’identité sélectionné par l’utilisateur UT dans l’ensemble E d’éléments d’identité ( 1 ≤ i ≤ n ). Au cours d’une étape U1, une communication sécurisée ch est établie entre le terminal TER et le dispositif d’authentification AUT. Au cours de cette communication, le terminal TER envoie au dispositif d’authentification AUT une requête R AUT d’authentification de l’utilisateur UT. Une telle requête R AUT peut comprendre une clé publique de l’utilisateur UT ou bien une paire de clés publique et privée de l’utilisateur UT. Dans le mode de réalisation décrit ici, lorsque l’authentification de l’utilisateur UT réussit, au cours d’une étape U2, le terminal TER reçoit, via l’interface utilisateur IU, une sélection d’au moins un élément d’identité que l’utilisateur UT souhaite certifier par le dispositif d’authentification AUT. Au cours d’une étape U3, le terminal TER calcule un message cryptographique M U qui indique au dispositif d’authentification, de manière non identifiable par ce dernier, ledit au moins un élément d’identité qui a été sélectionné, ainsi que lesdits éléments d’identité qui n’ont pas été sélectionnés par l’utilisateur UT pour la certification. Au cours d’une étape U4, le terminal TER envoie au dispositif d’authentification AUT ledit message cryptographique M U . Au cours d’une étape U5, le terminal TER reçoit, en provenance de dispositif d’authentification AUT, un certificat signé CS qui certifie à l’aveugle la validité dudit au moins un élément d’identité . La structure particulière de ce certificat signé, qui certifie un sous-ensemble d’éléments d’identité, ici { }, dont le cardinal est inférieur à l’ensemble E d’éléments d’identité, permet ainsi avantageusement au terminal TER, de dériver, à partir du certificat signé reçu, un jeton d’accès auprès d’un fournisseur de produit et/ou service qui n’aurait besoin de vérifier la validité d’uniquement cet élément d’identité . Compte tenu du fait que le nombre d’éléments d’identité sélectionné par l’utilisateur est inférieur au nombre d’éléments d’identité disponible aussi bien dans le terminal TER que dans le dispositif d’authentification AUT, les temps de calcul pour dériver le jeton d’accès dans le terminal TER est réduit d’un facteur linéaire qui est fonction du nombre d’éléments d’identité sélectionné par l’utilisateur pour être certifiés. Dans le mode de réalisation décrit ici, le terminal TER est configuré pour rafraîchir le certificat signé, via le module cryptographique MCRY1, et envoyer le certificat signé rafraichi CS’ à un fournisseur de service (non représenté) dans une présentation vérifiable, en accompagnement de l’élément d’identité demandé par ce fournisseur de service. La FIG. 3 représente sous forme d’ordinogramme des détails du procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur tel que décrit en référence à la FIG. 2 . Dans le mode de réalisation décrit ici, la sélection U2 d’au moins un élément d’identité comprend : - la mise à une première valeur V1 égale à 1, d’un bit b i associé audit au moins un élément d’identité qui a été sélectionné ; - la mise à une deuxième valeur V2 égale à 0, d’un bit b 1 associé audit élément d’identité qui n’a pas été sélectionné ; - … ; - la mise à la deuxième valeur V2 égale à 0, d’un bit b i-1 associé audit élément d’identité qui n’a pas été sélectionné ; - la mise à la deuxième valeur V2 égale à 0, d’un bit b i+1 associé audit élément d’identité qui n’a pas été sélectionné ; - … ; - la mise à la deuxième valeur V2 égale à 0, d’un bit b n associé audit élément d’identité qui n’a pas été sélectionné. Dans un autre exemple de réalisation, V1=0 et V2=1. Dans le mode de réalisation décrit ici, le calcul U3 du message cryptographique M u met en œuvre en U30 le calcul d’un engagement ou mise en gage sur la valeur de chacun des bits b 1 à b n . Cet engagement comprend : - un engagement sur le contenu de la deuxième valeur V2 de b 1 ; - un engagement sur le contenu de la deuxième valeur V2 de b 2 ; -… ; - un engagement sur le contenu de la première valeur V1 de b i ; - … ; - un engagement sur le contenu de la deuxième valeur V2 de b n . La mise en gage d’une valeur est un procédé cryptographique connu de l’homme du métier qui permet à un émetteur de s’engager sur une valeur auprès d’un destinataire sans la dévoiler de prime abord et de telle sorte que cet engagement ne soit plus modifiable a posteriori. Cette valeur peut être, si nécessaire, dévoilée par la suite par l'émetteur. Ainsi, le destinataire a l’assurance qu’une fois l’engagement publié, l'émetteur ne peut plus changer d’avis sur la valeur contenue dans cet engagement. Dans un mode particulier de réalisation, la présente divulgation peut utiliser le schéma de mise en gage proposé par Pedersen en 1992 (Torben P. Pedersen. Non-interactive and information-theoretic secure verifiable secret sharing. In Joan Feigenbaum, editor, CRYPTO’91, volume 576 of LNCS, pages 129–140. Springer, Heidelberg, August 1992), qui a la particularité de produire des engagements parfaitement non distinguables (perfectly hiding en anglais). Dans le mode de réalisation décrit ici, le calcul U3 du message cryptographique M u met en œuvre en U31 le calcul d’une preuve Π permettant à l’utilisateur UT de démontrer au fournisseur d’identité FI qu’il sait révéler les mises en gage et que les valeurs mises en gage valent soit 0 soit 1. Dans un mode de réalisation particulier, la preuve Π est une preuve de connaissance dite à divulgation nulle de connaissance (« Zero-Knowledge Proof » ou ZKP en anglais) et comprend : - une preuve sur la mise en gage ; - une preuve sur la mise en gage ; - … ; - une preuve sur la mise en gage ; - … ; - une preuve sur la mise en gage On rappelle qu’une preuve de connaissance dite à divulgation nulle de connaissance permet à un vérifieur de se convaincre qu’un certain prouveur connaît bien un secret satisfaisant un prédicat donné, la preuve ne révélant au vérifieur aucune information sur le secret en question hormis le fait que celui-ci vérifie bien le prédicat donné. Par la suite, pour représenter les preuves à divulgation nulle de connaissance, nous utiliserons parfois la notation usuelle .Dans le mode de réalisation décrit ici, le message M U envoyé en U4 contient l’engagement et la preuve Π. La FIG. 4 représente sous forme d’ordinogramme les principales étapes d’un procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur, mis en œuvre par le dispositif d’authentification AUT. Selon un tel procédé, un fournisseur d’identité FI est capable de certifier un ou plusieurs éléments d’identité que l’utilisateur UT souhaite certifier, sans pouvoir identifier de quel élément d’identité ou de quels éléments d’identité il s’agit. Au cours d’une étape I1, le dispositif d’authentification AUT génère une communication sécurisée ch avec le terminal TER, par exemple en utilisant un aléa qui évite le rejeu. Au cours d’une étape I2, le dispositif d’authentification AUT reçoit une requête d’authentification R AUT en provenance du terminal TER demandant au dispositif d’authentification AUT d’authentifier l’utilisateur UT. Au cours d’une étape I3, le dispositif d’authentification AUT procède à l’authentification de l’utilisateur UT. Si l’authentification échoue (N sur la FIG. 4 ), le procédé de génération d’une authentification de l’identité ou de la qualité de l’utilisateur UT s’arrête. Si l’authentification réussit (O sur la figure 4), au cours d’une étape I4, le dispositif d’authentification AUT reçoit le message cryptographique M U en provenance du terminal TER. Selon l’invention, le message M U indique au dispositif d’authentification, de manière non identifiable par ce dernier, ledit au moins un élément d’identité qui a été sélectionné, ainsi que lesdits éléments d’identité qui n’ont pas été sélectionnés par l’utilisateur UT pour la certification. Au cours d’une étape I5, le dispositif d’authentification AUT calcule un certificat signé CS qui certifie la validité dudit au moins un élément d’identité qui a été sélectionné. Selon l’invention, la signature utilisée pour obtenir le certificat signé est une signature aveugle ou partiellement aveugle A. On rappelle qu’une signature aveugle est un mécanisme de sécurité utilisé en cryptographie pour permettre à une partie de signer un message sans avoir connaissance du contenu de ce message de sorte que la confidentialité du message soit préservée. Dans un tel mécanisme, la partie qui souhaite obtenir une signature aveugle combine le message à signer avec un facteur d’aveuglement généré aléatoirement et envoie le résultat de cette combinaison au signataire. Le signataire signe le message sans prendre connaissance de son contenu réel, et envoie la signature résultante au demandeur. Le demandeur peut utiliser le facteur d'aveuglement pour "désaveugler" la signature, c'est-à-dire pour annuler l'effet du facteur d'aveuglement et obtenir la signature du message d'origine. Dans le mode de réalisation décrit ici, la signature aveugle A est calculée en utilisant le schéma de signature BBS/BBS+. Au cours d’une étape I6, le dispositif d’authentification AUT envoie le certificat signé CS au terminal TER. Dans les modes de réalisation décrits ci-dessus en référence aux figures 2 à 5, au moins un élément d’identité a été sélectionné par l’utilisateur UT. Il va bien sûr de soi que plus d’un élément d’identité peuvent être sélectionnés dans l’ensemble E d’éléments d’identité. La FIG. 5 représente sous forme d’ordinogramme des détails du procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur, tel que décrit en référence à la FIG. 4 . Dans le mode de réalisation décrit ici, le message M U reçu en I4 contient : - l’engagement ou mise en gage sur la valeur de chacun des bits b 1 à b n , - la preuve Π permettant à l’utilisateur UT de démontrer au fournisseur d’identité FI qu’il sait révéler les mises en gage et que les valeurs mises en gage valent soit 0, soit 1. Dans le mode de réalisation décrit ici, le procédé de génération d’une authentification de l’identité ou de la qualité de l’utilisateur UT comprend une étape I40, au cours de laquelle le dispositif d’authentification AUT vérifie la validité de la preuve Π. Si le résultat de la vérification est négatif (N sur la FIG. 5 ), le procédé s’arrête. Si le résultat de la vérification est positif (O sur la figure 5), le dispositif d’authentification calcule le certificat signé CS à partir de l’engagement contenu dans le message M U . La FIG. 6 représente sous forme de diagramme de flux les principaux échanges établis entre le terminal TER et le dispositif d’authentification AUT, dans un mode de réalisation particulier d’une authentification de l’identité ou de la qualité d’un utilisateur UT, laquelle met en œuvre le protocole de signature aveugle BBS+ cité plus haut. Il est supposé que préalablement à la mise en œuvre des échanges entre le terminal TER et le dispositif d’authentification AUT : - le fournisseur d’identité FI a généré aléatoirement un entier appartenant à {1, 2, …, , où est un entier premier, et a calculé , où est un générateur quelconque d’un groupe cyclique G d’ordre premier . Les clés publique et privée du fournisseur d’identité FI sont respectivement et ; - le terminal TER associé à l’utilisateur UT stocke également une paire de clés, publique et privée, certifiée par une autorité de certification idoine : ( ), où est un générateur quelconque d’un groupe cyclique G d’ordre premier . Il est par ailleurs supposé que le logarithme discret de en base est inconnu. On note E= ( ), l’ensemble des éléments d’identité de l’utilisateur UT, et , la liste des indices des éléments d’identité que l’utilisateur souhaite authentifier/certifier par le fournisseur d’identité FI. Au cours d’une étape S1, une communication sécurisée ch est établie entre le terminal TER et le dispositif d’authentification AUT, via par exemple l’envoi, par le dispositif d’authentification AUT, au terminal TER, d’un challenge ch. Au cours d’une étape S2, le dispositif d’authentification AUT procède à une authentification de l’utilisateur UT. A cet effet, le terminal TER envoie une requête d’authentification R AUT au dispositif d’authentification AUT en utilisant par exemple la clé publique Si l’authentification échoue, le procédé d’authentification de l’identité ou de la qualité de l’utilisateur UT s’arrête. Si l’authentification réussit, au cours d’une étape S3, l’utilisateur UT sélectionne au moins un élément d’identité dans l’ensemble d’éléments d’identité E= ( ), par exemple les trois éléments . A cet effet, Au cours d’une étape S4, le terminal TER calcule, pour chaque générateur , pour , un engagement sur un bit (où = 1 si et 0 sinon), tel que , où , où est une valeur aléatoire choisie par l’utilisateur UT, entre 0 et p-1, et est l’ensemble {1, 2,…, -1}. Selon l’invention, chaque est associé à un type d’élément d’identité spécifique : par exemple est associé à l’attribut « nom », à l’attribut « prénom », à l’attribut « âge », à l’attribut « genre », etc. Au cours de l’étape S4, le terminal TER calcule un engagement sur une valeur secrète connue uniquement de l’utilisateur UT, tel que . Cet engagement constitue un attribut secret, car l’utilisateur UT ne souhaite pas révéler . Dans le mode de réalisation décrit ici, les engagements et sont générés avec le schéma de mise en gage de Pedersen mentionné plus haut. Au cours d’une étape S5, le terminal TER calcule, pour chaque , une preuve ZK, notée , que la valeur mise en gage dans vaut soit « 0 », soit « 1 ». Ce type de preuve, connu sous le nom de preuve du « ou » dans la littérature (« OR proof » en anglais) est par exemple décrit dans le document Ronald Cramer, Ivan Damgård, Berry Schoenmakers: Proofs of Partial Knowledge and Simplified Design of Witness Hiding Protocols. CRYPTO 1994: 174-187. Une telle preuve s’écrit de la manière suivante : = PoK . Au cours de l’étape S5, le terminal TER calcule également une preuve démontrant qu’il sait révéler la valeur secrète . La preuve s’écrit de la manière suivante : = PoK Au cours d’une étape S6, le terminal TER transmet au fournisseur d’identité FI les éléments suivants : . Au cours d’une étape S7, le dispositif d’authentification AUT vérifie la validité des preuves ( 1≤i≤n ) et . Si l’une de ces preuves n’est pas valide, il est mis fin au procédé d’authentification de l’identité ou de la qualité de l’utilisateur UT. Si toutes ces preuves sont valides, au cours d’une étape S8, le dispositif d’authentification AUT calcule une signature partiellement aveugle BBS+, notée , avec sa clé privée , telle que : , où : - et sont des valeurs choisies aléatoirement par le dispositif d’authentification AUT dans , et où - est telle que (mod p ), étant un attribut secret connu seulement de l’utilisateur UT, par exemple sa clé privée . Une telle signature présente l’avantage de ne porter que sur l’attribut (où (mod p )) et les éléments d’identité de l’utilisateur UT, dont les indices appartiennent à , où dans l’exemple précité. La valeur de l’attribut est destinée à rester secrète. Elle peut être utilisée par l’utilisateur UT pour prouver que la signature reçue en provenance du dispositif d’authentification est effectivement sa propriété. Au cours d’une étape S9, le dispositif d’authentification AUT transmet la signature au terminal TER. Au cours d’une étape S10, le terminal TER vérifie la validité de la signature ainsi que conformément au protocole de signature partiellement aveugle BBS+. Si la signature n’est pas valide, il est mis fin au protocole de signature partiellement aveugle BBS+. Sinon, au cours d’une étape S11, le terminal TER enregistre la signature dans son module MCRY1 ( FIG. 1 ). La signature ainsi enregistrée ne certifiant que les éléments d’identité sélectionnés par l’utilisateur UT, les ressources de stockage du terminal TER sont avantageusement préservées. De plus, lorsque le terminal TER sera amené à dériver cette signature pour permettre l’accès du terminal TER à un fournisseur de service, les coûts en calculs monopolisés pour la dérivation seront avantageusement réduits. En plus de ces avantages, il est rappelé que les éléments d’identité sur lesquels porte la signature sont avantageusement non identifiables par le fournisseur d’identité FI grâce aux échanges qui viennent d’être décrits ci-dessus. Le fournisseur d’identité FI n’aura donc aucune information sur l’usage qui sera fait du jeton dérivé à partir de cette signature, lors d’un accès du terminal TER à un fournisseur de service qui n’exigerait que ces éléments d’identité. En particulier, si l’utilisateur UT n’a demandé qu’une « attestation de majorité » au fournisseur d’identité, ce dernier l’ignorera. Dans le mode de réalisation qui a été décrit en relation avec la figure 6, il a été montré que le terminal TER et le dispositif d’authentification AUT partagent chacun une partie d’un attribut secret . Le terminal TER détient la partie ainsi que la partie et le dispositif d’authentification AUT, que la partie . Une telle fonctionnalité permet avantageusement à l’utilisateur UT de na pas avoir un contrôle sur son attribut secret, évitant ainsi à des utilisateurs mal intentionnés d’utiliser le même attribut secret que celui de l’utilisateur UT, ce qui pourrait être le cas si par exemple un de ces utilisateurs impose à l’utilisateur UT un tel attribut secret. Cette fonctionnalité n’est bien sûr pas essentielle, l’utilisateur UT pouvant choisir en S4 un attribut secret uniquement connu de lui seul. A cet effet, l’engagement calculé en S4 serait tel que . La signature calculée au cours de l’étape S8 par le dispositif d’authentification AUT serait alors telle que : Le terminal TER décrit précédemment peut être mis en œuvre par un ordinateur ORD0 dont l’architecture matérielle est représentée à la FIG. 7 . Cet ordinateur ORD0 comporte notamment un processeur P0, une mémoire vive MV0, une mémoire morte MM0 et des moyens de communication MC0. La mémoire morte MM0 constitue un support d’enregistrement au sens de l’invention. Elle comporte un programme d’ordinateur PG-T conforme à l’invention. Ce programme d’ordinateur PG-T est un programme comportant des instructions pour exécuter les étapes d’un procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur UT tel que décrit précédemment en référence aux figures 2, 3 et 6. Le programme PG-T définit notamment les modules de communication COM1, d’authentification MAUT1, de calcul cryptographique MCRY1, et de stockage sécurisé MSS1 du terminal TER. Le dispositif d’authentification AUT décrit précédemment peut être mis en œuvre par un ordinateur ORD1 dont l’architecture matérielle est représentée à la FIG. 8 . Cet ordinateur ORD1 comporte notamment un processeur P1, une mémoire vive MV1, une mémoire morte MM1 et des moyens de communication MC1. La mémoire morte MM1 constitue un support d’enregistrement au sens de l’invention. Elle comporte un programme d’ordinateur PG-A conforme à l’invention. Ce programme d’ordinateur PG-A est un programme comportant des instructions pour exécuter les étapes d’un procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur UT tel que décrit précédemment en référence aux figures 4 à 6. Le programme PG-A définit notamment les modules de communication COM2, d’authentification et de calcul cryptographique MAUT2, de calcul cryptographique MCRY1, et de stockage sécurisé MSS2 du dispositif d’authentification AUT. Procédé d’obtention d’une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification, associé à un fournisseur d’identité, qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit procédé comprenant ce qui suit dans ledit terminal : - authentification (U1) de l’utilisateur (UT) auprès du dispositif d’authentification à l’aide d’une communication sécurisée (ch) établie entre le terminal et le dispositif d’authentification, - sélection (U2), à l’aide d’une interface utilisateur du terminal, d’au moins un élément d’identité à certifier dans ledit ensemble, - envoi (U3) d’un message au dispositif d’authentification, ledit message indiquant, de manière non identifiable par le dispositif d’authentification, ledit élément d’identité sélectionné et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - réception (U4) en provenance du dispositif d’authentification d’un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné. Procédé d’obtention d’une authentification selon la revendication 1, dans lequel ledit élément d’identité sélectionné est associé (U20) à une première valeur (V1) et ledit élément d’identité non sélectionné est associé (U20) à une deuxième valeur (V2), ledit message contenant un engagement sur la première valeur et sur la deuxième valeur. Procédé d’obtention d’une authentification selon la revendication 2, dans lequel la première valeur et la deuxième valeur sont respectivement 1 et 0. Procédé d’obtention d’une authentification selon la revendication 3, comprenant en outre : - un calcul (U31) d’une preuve (Π) que la première valeur et que la deuxième valeur mises en gage sont respectivement 1 et 0, - un envoi (U3) de ladite preuve (Π) audit dispositif d’authentification. Programme d'ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé d’obtention d’une authentification selon l’une quelconque des revendications 1 à 4, lorsqu'il est exécuté sur un ordinateur. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon la revendication 5. Terminal (TER) configuré pour obtenir une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification, associé à un fournisseur d’identité, qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans ledit terminal et étant connus du dispositif d’authentification, ledit terminal étant configuré en outre pour : - authentifier un utilisateur (UT) associé audit terminal, auprès du dispositif d’authentification, à l’aide d’une communication sécurisée établie entre le terminal et le dispositif d’authentification, - sélectionner, à l’aide d’une interface utilisateur du terminal, au moins un élément d’identité à certifier dans ledit ensemble, - envoyer un message au dispositif d’authentification, ledit message indiquant, de manière non identifiable par le dispositif d’authentification, ledit élément d’identité sélectionné et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - recevoir en provenance du dispositif d’authentification un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné. Procédé de génération d’une authentification de l’identité ou de la qualité d’un utilisateur auprès d’un dispositif d’authentification, associé à un fournisseur d’identité, qui comprend un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit procédé comprenant ce qui suit dans le dispositif d’authentification : - obtention (I2) d’une authentification de l’utilisateur (UT) à l’aide d’une communication sécurisée (ch) établie entre un terminal associé à l’utilisateur et le dispositif d’authentification, - réception (I4) d’un message en provenance dudit terminal, le message indiquant, de manière non identifiable par le dispositif d’authentification, au moins un élément d’identité à certifier sélectionné dans ledit ensemble et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - calcul (I5) d’un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné, - envoi (I6) au terminal dudit certificat signé. Procédé de génération d’une authentification selon la revendication 8, dans lequel le certificat signé est calculé à partir d’un engagement contenu dans ledit message reçu, ledit engagement portant sur une première valeur associée à l’élément d’identité sélectionné et sur une deuxième valeur associée audit élément d’identité non sélectionné. Procédé de génération d’une authentification selon la revendication 9, dans lequel dans lequel la première valeur et la deuxième valeur sont respectivement 1 et 0. Procédé de génération d’une authentification selon la revendication 10, comprenant en outre : - une réception (I4), en provenance dudit terminal, d’une preuve (Π) que la première valeur et que la deuxième valeur mises en gage sont respectivement 1 et 0, - une vérification (I40) de ladite preuve reçue. Programme d'ordinateur comportant des instructions de code de programme pour la mise en œuvre du procédé de génération d’une authentification selon l’une quelconque des revendications 8 à 11, lorsqu'il est exécuté sur un ordinateur. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon la revendication 12. Dispositif d’authentification (AUT) configuré pour générer une authentification de l’identité ou de la qualité d’un utilisateur, ledit dispositif comprenant un ensemble d’au moins deux éléments d’identité dudit utilisateur, lesdits éléments d’identité étant stockés dans un terminal associé à l’utilisateur et étant connus du dispositif d’authentification, ledit dispositif d’authentification étant configuré pour : - obtenir une authentification de l’utilisateur (UT) à l’aide d’une communication sécurisée (ch) établie entre un terminal associé à l’utilisateur et le dispositif d’authentification, - recevoir un message en provenance dudit terminal, le message indiquant, de manière non identifiable par le dispositif d’authentification, au moins un élément d’identité à certifier, sélectionné dans ledit ensemble, et ledit élément d’identité restant dans ledit ensemble, non sélectionné, - calculer un certificat signé à l’aide d’une signature aveugle, ledit certificat certifiant la validité dudit élément d’identité sélectionné, - envoyer au terminal ledit certificat signé.