[go: up one dir, main page]

WO2013140079A1 - Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification - Google Patents

Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification Download PDF

Info

Publication number
WO2013140079A1
WO2013140079A1 PCT/FR2013/050575 FR2013050575W WO2013140079A1 WO 2013140079 A1 WO2013140079 A1 WO 2013140079A1 FR 2013050575 W FR2013050575 W FR 2013050575W WO 2013140079 A1 WO2013140079 A1 WO 2013140079A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
key
security component
identity
encryption key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2013/050575
Other languages
English (en)
Inventor
Bruno Benteo
Philippe Bertiaux
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Idemia Identity and Security France SAS
Original Assignee
Morpho SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Morpho SA filed Critical Morpho SA
Priority to RU2014142045A priority Critical patent/RU2621625C2/ru
Priority to CN201380027190.XA priority patent/CN104321777B/zh
Priority to US14/382,920 priority patent/US10007773B2/en
Priority to EP13719893.3A priority patent/EP2828788A1/fr
Priority to BR112014023361-6A priority patent/BR112014023361A2/pt
Publication of WO2013140079A1 publication Critical patent/WO2013140079A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G06F21/35—User authentication involving the use of external additional devices, e.g. dongles or smart cards communicating wirelessly
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0861—Network architectures or network communication protocols for network security for authentication of entities using biometrical features, e.g. fingerprint, retina-scan
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
    • H04L9/3231—Biological data, e.g. fingerprint, voice or retina
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3234—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/068—Authentication using credential vaults, e.g. password manager applications or one time password [OTP] applications

Definitions

  • the present invention relates to the generation of public identity for authentication or identification of an individual using an electronic device.
  • the identification aims to make it possible to know the identity of an entity, for example using an identifier which can be a user name or a network identifier (telephone number for example).
  • Authentication verifies the identity of an entity to allow access to services or resources.
  • Authentication or identification regularly uses a server storing data relating to entities, ie individuals having previously undergone a so-called registration (or registration) phase with said server to be delivered, when authentication or identification, any right (issuing a driver's license, a ticket, compensation, authorization to access a room, authorization to access a service, implementation of a service, electronic payment, etc.).
  • the data traditionally used for the registration of individuals with the server are personal data, most often alphanumeric, such as passwords, addresses of electronic devices used by individuals (eg IP addresses), identities and / or others.
  • the data used can be relatively complex from the point of view of the individuals. For example, the longer a password contains characters, the more reliable it will be, but the more difficult it will be for an individual to memorize.
  • a communicating object such as smart card, smart phone, digital tablet or other
  • this object can be used by its wearer in a reliable and secure way, while remaining ergonomic in its use by its wearer.
  • Biometric data may be used in association with a communicating object to ensure the uniqueness of the individual carrying the object.
  • a biometric passport constitutes such a secure identification object.
  • the registration server may contain only weak links between the biometric data of the wearer and his identity; for example, document FR-A-2 867 881 may be referred to, likewise the biometric data may be stored only in the object of the wearer without sharing with a base.
  • the reading of the biometric data from the identification object is subject to mutual authentication between the security element of the object (an electronic chip for example) and a remote server via a reader of the object ( according to the EAC protocol, for "Extended Access Control" for example), which allows verification in local mode (data in the bearer object) and / or in remote mode with information sharing with a server.
  • the present invention aims to meet this need.
  • the invention thus proposes a method for generating public identity for the authentication of an individual carrying an identification object comprising at least one security component, the method including an initialization phase comprising the following steps:
  • said public identity being stored at the server in association with the initial encryption key.
  • a first aspect of the invention consists of an initialization phase.
  • This initialization phase is intended to register the individual coupled to an identification object of his choice - mobile phone, card, tablet or other - from a server that will issue a public identity.
  • the public identity delivered by the server at the end of the registration phase is not significant, that is to say that it does not in any case to directly find the civil status of the holder; however, it is constructed from a strong link between the object and the biometry of the individual.
  • the object of identification can not be validly used without its legitimate carrier.
  • the initialization phase of the method according to the invention may furthermore comprise one or more of the following characteristics:
  • the data generated by the security component of the object may be a PUU (Physical Unclonable Feature) produced by the security component of the object or a random stored in the security component of the object after draw.
  • PUU Physical Unclonable Feature
  • the first key is obtained by applying a signature and / or encryption function to a reference digital datum derived from the biometric data.
  • This first key can be generated in the security component of the identification object or in a third party secure element
  • the second key is generated in the security component of the identification object
  • the initial encryption key may be generated by the security component of the identification object and then transmitted to the server; or can be generated by the server.
  • a diversifier can be introduced to the initial encryption key.
  • the server can introduce a diversifier to the encryption key initial prior to generating the public identity, or the first or second key can be generated by introducing a diversifier received from the server.
  • the introduction of a diversifier into the encryption key during the creation of the public identity makes it possible to create a public identity specific to each service provider.
  • Each digital identity thus diversified may be associated with audit functions specific to the service concerned.
  • a plurality of diversified public identities may be generated and stored with the server or a plurality of servers in association with a respective diversified initial encryption key.
  • the public identity or identities may also be transmitted and stored in the identification object, to later serve as identifier to a server during a request for access to services.
  • the method according to the invention also comprises a verification phase of the identity of the individual carrying the identification object, the verification phase comprising the following steps:
  • the comparison can be made in the security component of the identification object and / or with the server.
  • a second aspect of the invention consists of a verification phase of the identity of the individual carrying the identification object. Thanks to the method of the invention, an individual does not need to decline his regal identity to attest to his right to access services for which he has registered with the object of his choice.
  • the public identity built during the initialization phase can be validated on simple presentation of the object and biometry of the wearer of the object. In this context, the use of biometrics protects the anonymity of the individual.
  • the invention also relates to an electronic device comprising a security component adapted to implement the steps of the method according to the invention.
  • a device may further comprise means for entering a biometric data item.
  • the electronic device can access a memory in which a plurality of diversified public identities are stored. The same electronic device can then serve as an identifier for accessing completely separate and hermetic services from each other.
  • the invention also relates to a system for authenticating a carrier of an identification object, the system comprising an electronic device according to the invention and at least one authentication server comprising at least one public identity stored in association with initial encryption key.
  • the system comprises a plurality of authentication servers each comprising at least one public identity stored in association with diversified initial encryption key.
  • FIG. 1 is a flowchart of an example of an initialization phase during the implementation of the method according to the invention
  • FIG. 2 is a diagram showing an example of an initialization phase that can be implemented according to one embodiment of the invention
  • FIG. 3 is an example of an identification object that can be used during the implementation of the method according to the invention
  • FIG. 4 is another example of an identification object that can be used during the implementation of the method according to the invention.
  • FIG. 5 is a diagram showing an example of a verification phase that can be implemented according to one embodiment of the invention.
  • a first aspect of the invention consists of an initialization phase.
  • This initialization phase aims to register an individual in association with an identification object of his choice - mobile phone, card, tablet or other - to a server to allow the individual to be issued any right later (issuing a driver's license, a ticket, compensation, authorization to access a local, authorization of access to a service, implementation of a service, electronic payment, etc.) upon presentation of the object.
  • the identification object may be a smart card, a mobile phone or any other portable object having at least one security component.
  • the object of identification can be used as a loyalty card, a membership card to access services, an insurance card or a carrier bearing a sovereign identity.
  • the initialization phase is illustrated in FIG.
  • This initial bio biometric data Bio may be a fingerprint, an iris print or a photo of the face, ear or other discriminating part of the body of the individual, such as a tattoo, scar, or other .
  • This initial bio biometric data of the individual is digitized and processed to create a reference digital data derived from the initial biometric data. Only the reference digital datum derived from the initial biometric data is stored in the security component of the object. The initial biometric data Bio does not have to be stored in the identification object. No diversion of the biometric data of an individual can therefore be operated in case of theft or loss of the object of identification.
  • This initial bio biometric data is used to generate a first bio K key.
  • This first key K bio can be obtained by applying, to the digital data derived from the biometric data, a signature function and / or encryption.
  • a signature data P1 is generated by the security component of the object.
  • This data P1 is unpredictable and depends only on the electronics of the security component of the object; it is not stored in the memory of the identification object but generated for each use as a signature of the electronic security component.
  • Such a data P1 may be designated by the acronym PUF for "Physical Unclonable Feature”; it consists of a series of unpredictable binary values that are unavailable outside the object.
  • the signature data P1 generated by the security component of the object can also be a random stored after drawing in the security component of the object.
  • This signature data P1 of the security component of the object is used to generate a second key K HW , for example the values of the PUF or the hazard generated by the security component of the object can be used directly or after encryption to form a key.
  • An initial encryption key K com can then be determined.
  • This initial encryption key combines the first and second keys K bio and K HW , for example with an algorithm that uses one of the first or second keys to encrypt the other.
  • This initial encryption key K ⁇ m is then used with an authentication server to register the individual with said server to be delivered, during a subsequent authentication, any right on presentation of the object and verification of the authenticity of the carrier-object couple.
  • This registration step is illustrated in Figure 2 which shows the identification object 10 on the one hand and an authentication server 30 on the other hand.
  • the identification object 10 chosen by the individual generated an initial encryption key K com as described with reference to FIG.
  • This initial encryption key K com is communicated to the server 30 in association with a first identity Id1 of the individual.
  • This first Id1 identity of the individual can be his or her identity regal identity ID or identity chosen by the individual for a particular service (Facebook ID, login fnac, ).
  • the server 30 then generates a public identity Id2 by encrypting the first identity Id1 using the initial encryption key K com , for example by a standard public key infrastructure (PKI) process.
  • PKI public key infrastructure
  • the public identity Id2 is then stored with the server 30 in association with the initial encryption key K ⁇ m for subsequent authentication of the individual.
  • the public identity Id2 may further be transmitted to the identification object 10 for storage.
  • This public identity Id2 is not necessarily stored in a secure way because it is not significant as explained above.
  • the initial encryption key K ⁇ m can be stored in the security component of the object 10 for subsequent use of a process known by the acronym MOC for "Match On Card".
  • the identification object 10 may be a mobile phone (FIG. 3) comprising a security component 1 1 provided in a SIM card or any other embedded security element.
  • the phone 10 can comprise an image capture means 12 and / or sound and / or a fingerprint reader 13, or any other biometric data input means.
  • the telephone 10 also comprises communication means 14 with a cellular network; it may also include means of communication with a local network (WiFi or BT type) or near-field communication means (NFC).
  • the telephone 10 can thus communicate with an authentication server to trigger access to the rights or services required by the carrier after verifying his identity.
  • the identification object 10 may be a smart card (FIG. 4) comprising a security element 11 in the form of an electronic chip of the card.
  • the card 10 may comprise a fingerprint reader 13 or any other means for entering biometric data.
  • the card 10 is also communicating by reading the data of the chip 1 1 via an appropriate reader in contact mode and / or by non-contact communication means such as the near field model (NFC) via an antenna in the card 10.
  • NFC near field model
  • the card 10 can thus, for example communicate with a terminal or a telephone to trigger access to rights or services required by the wearer after verification of his identity. Verification of the identity of the individual using a smart card 10 is carried out according to the same process as that described for a telephone with reference to FIG.
  • the various elements described above can be distributed differently between the identification object 10 and the authentication server 30.
  • the first key K bio , the second key K HW and the initial encryption key K ⁇ m are generated in the security component of the object and only the initial encryption key is transmitted to the server 30 (as shown in FIG. 2).
  • the biometric data Bio can be entered by the individual using the identification object itself; for example in the case where the identification object is a mobile phone equipped with a camera or a fingerprint reader as described below with reference to FIG. 3.
  • the first key K blo can then be generated by the identification object 10 itself, by application, to the biometric data entry, an algorithm stored in the security component of the object, for example an algorithm for creating a stable digital signature as described in the document FR-A-2 925 732, then by application of an encryption function, such as a hash function for example.
  • the digital data of reference derived from the entered biometric data may further be stored in the security component of the object for possible subsequent implementation of an MOC process.
  • the biometric data Bio can be entered from an appropriate reader which transmits it to the identification object 10 for generating the first key K bio .
  • the biometric data Bio can be transmitted directly to the identification object 10, by communication in the NFC near field for example if the object is equipped with this function, or by cellular communication or wifi if the object is equipped with this function ; the object 10 then calculates itself a digital datum of reference derived from the biometric data.
  • the reference digital data derived from the biometric data Bio can be calculated in the input means and then transmitted directly to the identification object 10, by NFC near-field communication or by cellular or wifi communication.
  • the second key K HW is generated in the security component of the object 10 because the data P1 is produced by the security component of the object and can not be transmitted out of the object 10.
  • the initial encryption key K com is also generated in the security component of the object 10 so to limit the exchange of sensitive data.
  • the initial encryption key K mm can be generated directly by the server 30 which securely receives the first and second keys K bi0 and K H w-
  • the biometric data item Bio can be entered from an appropriate reader, such as a fingerprint reading terminal or a webcam installed on a PC for example.
  • the first K bio key can then be generated, either by a third party secure element that has collected the biometric data Bio, or by the server 30 if the biometric data Bio or the reference digital data derived from the biometric data is transmitted thereto.
  • the second key K H w generated in the security component of the object 1 0 can be transmitted out of the object. If necessary, if the initial encryption key K com was generated by the server 30, it can be transmitted to the identification object 10 to be stored there for application of a subsequent MOC process.
  • the initial encryption key K mm is used by the server to create a public identity Id2 by encryption of the first identity Id1.
  • the server 30 may introduce a diversifier to the initial encryption key c 0m prior to public identity generation Id2.
  • the introduction of such a diversifier into the encryption key during the creation of the public identity Id2 makes it possible to create a public identity specific to the server that creates it.
  • a plurality of diversified public identities Id2n can be generated and stored with one or more servers. Each of Id2n's diverse public identities is stored in association with a respective diverse initial encryption key. Each digital identity thus diversified may be associated with specific rights with the server of a specific service.
  • an individual wants to use the same identification object to register with servers of different services.
  • the public identity Id2 is not the same for all the services. A diversifier from the provider's server is therefore introduced during the generation of the public identity Id2.
  • the diversifier can be introduced by the server 30 directly to the initial encryption key K -m before generation of the public identity Id2, that the initial encryption key K com is generated by the server or by the component security of the object which then receives the diversity of the server when it generates the initial encryption key K ⁇ m .
  • the diversifier can be introduced during the generation of the first key K bio or the second key K HW , either by the server itself if it generates the first key K bio as mentioned above, or by the component of security of the object which then receives the diversifying of the server.
  • the same identification object can then be used by the individual to access different services on verification of his identity.
  • An individual wishes to access a particular service with which he is registered with a given Id2n public identity.
  • Verification of the identity of the individual is carried out by generating a current encryption key K mm according to the same method as that described with reference to FIG. 1, based on current biometric data S / ' o' and a current data PV generated by the identification object 10 - card, phone or other. If a diversifier was introduced during the generation of the initial encryption key K com , the same diversifier is introduced in the same manner during the generation of the current encryption key K mm '.
  • the digital data derived from the current biometric data Bio ' is validated internally by a comparison made in the object itself, according to an MOC process.
  • the comparison between the current encryption key com 'and the initial encryption key K com can be done in the object itself by a MOC process before transmission of said current encryption key K com ' or an attestation of identity to a server or a terminal of access to the required rights or services.
  • the server 30n receives the current encryption key K com 'and compares it with the initial encryption key K com . If the comparison is positive, the identity of the individual is validated and the required rights granted, otherwise the identity of the individual is refuted and the required rights denied.
  • the use of diversified public identities Id2n makes it possible to limit the capacity of refutation of a service whereas the same object of identification is used by the individual.
  • the same identification object can then be used by the individual to establish secure communication with a remote server, the object being able to serve as a graphical interface, a keyboard and a modem, possibly in addition to the standard exchange of data.
  • information in an existing infrastructure (Bank, Risk Manager, Health Organization, etc.).
  • Such an identification object can be used in the context of virtual transactions to control fraud and avoid any repudiation of transactions since the verification of the identity of the individual using the identification object is based on his biometric data.
  • the data transmissions - Bio, K com , Id2 or their derived values - can be direct or pass through one or more intermediate devices, for example in the case where the transmission is through a communication network.
  • the format of the transmitted data may be any.
  • these transmissions are carried out in a secure manner.
  • any appropriate procedure for securing the transmission can be envisaged, such as the use of HTTPS, SSL / TLS or other.
  • a single server 30 may be used or several entities may perform respective functions; for example, an entity may be dedicated to computing or storing data from the biometric values used, and another entity may be dedicated to storing and comparing the digital identity.
  • one or more personal data of the individual can be transmitted to the server 30 in the same configurations as for the first identity Id1.
  • This personal data may include any data that may be used in connection with authentication or identification. As an illustration, they may include at least one of: a password, an email address of the identification object, an identity, or other.
  • the various data relating to the individual are stored in association by or for the server 30.
  • each data associated with a digital identity can be used for separate functions or services (local or remote).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Bioethics (AREA)
  • Databases & Information Systems (AREA)
  • Biomedical Technology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Computing Systems (AREA)
  • Storage Device Security (AREA)
  • Collating Specific Patterns (AREA)

Description

PROCEDE DE GENERATION D'IDENTITE PUBLIQUE POUR
L'AUTHENTIFICATION D'UN INDIVIDU PORTEUR D'UN OBJET
D'IDENTIFICATION
La présente invention concerne la génération d'identité publique pour l'authentification ou l'identification d'un individu à l'aide d'un dispositif électronique.
On notera que, dans l'ensemble du présent texte, lorsqu'on parle d'authentification ou d'identification, le "ou" est inclusif, c'est-à-dire qu'il signifie "et/ou", de sorte que la présente invention est applicable aussi bien à de l'authentification qu'à de l'identification, voire même aux deux à la fois.
L'identification vise à permettre de connaître l'identité d'une entité, par exemple à l'aide d'un identifiant qui peut être un nom d'utilisateur ou un identifiant réseau (numéro de téléphone par exemple). L'authentification permet de vérifier l'identité d'une entité pour lui autoriser l'accès à des services ou des ressources.
L'authentification ou l'identification utilise régulièrement un serveur stockant des données relatives à des entités, i.e. individus ayant préalablement fait l'objet d'une phase dite d'enregistrement (ou d'inscription) auprès dudit serveur pour se voir délivrer, lors de l'authentification ou de l'identification, un droit quelconque (délivrance d'un permis de conduire, d'un titre de transport, d'une indemnisation, autorisation d'accès à un local, autorisation d'accès à un service, mise en œuvre d'un service, paiement électronique, etc.).
Les données traditionnellement utilisées pour l'enregistrement d'individus auprès du serveur sont des données personnelles, le plus souvent alphanumériques, telles que des mots de passe, des adresses de dispositifs électroniques utilisées par les individus (e.g. adresses IP), des identités et/ou autres.
Pour être suffisamment discriminantes et ainsi permettre une authentification ou une identification avec un taux de succès acceptable, les données utilisées peuvent être relativement complexes du point de vue des individus. A titre d'exemple, plus un mot de passe contient de caractères, plus il permettra une identification fiable, mais plus sa mémorisation par un individu deviendra difficile.
Par ailleurs, la notion d'identité devient omniprésente et quotidienne dans l'environnement digital et particulièrement dans celui dit « mobile ». Par exemple, un objet communiquant, de type carte à puce, « smart phone », tablette numérique ou autre, peut être utilisé comme support d'identification. Il convient que cet objet puisse être utilisé par son porteur de manière fiable et sécurisé, tout en restant ergonomique dans son utilisation par son porteur.
Des données biométriques peuvent être utilisées en association avec un objet communiquant pour garantir l'unicité de l'individu porteur de l'objet. Un passeport biométrique constitue par exemple un tel objet d'identification sécurisé.
Lorsque des données biométriques sont utilisées en association avec un objet d'identification, l'anonymat du porteur doit pouvoir être préservé. A cet effet, le serveur d'enregistrement peut ne contenir que des liens faibles entre les données biométriques du porteur et son identité ; on peut se référer par exemple au document FR-A-2 867 881 , de même les données biométriques peuvent n'être stockées que dans l'objet du porteur sans partage avec une base. Par ailleurs, la lecture des données biométriques depuis l'objet d'identification est subordonnée à une authentification mutuelle entre l'élément de sécurité de l'objet (une puce électronique par exemple) et un serveur distant via un lecteur de l'objet (selon le protocole EAC, pour « Extended Access Control » par exemple), ce qui permet une vérification en mode local (données dans l'objet du porteur) et/ou en mode distant avec partage d'informations avec un serveur.
Un tel mode opératoire, conçu pour la vérification de l'identité régalienne des individus, est difficile à généraliser pour des applications de vie quotidienne qui nécessitent cependant une authentification de l'individu.
On souhaite pourtant pouvoir généraliser l'utilisation de données biométriques pour authentifier un porteur d'un support d'identification, tout en protégeant son anonymat, son (ses) identité(s) numérique(s) et sa légitimité.
La présente invention vise à répondre à ce besoin.
L'invention propose ainsi un procédé de génération d'identité publique pour l'authentification d'un individu porteur d'un objet d'identification comprenant au moins un composant de sécurité, le procédé incluant une phase d'initialisation comprenant les étapes suivantes :
saisie d'une donnée biométrique initiale de l'individu ;
- génération d'une première clé issue de la donnée biométrique ;
- génération d'une donnée par un composant de sécurité de l'objet ;
- génération d'une deuxième clé issue de la donnée générée par le composant de sécurité de l'objet ; génération d'une clé de chiffrement initiale combinant ladite première clé et ladite deuxième clé ;
communication avec un serveur d'une première identité de l'individu en association avec la clé de chiffrement initiale ;
- génération par le serveur d'une identité publique par chiffrement de la première identité à l'aide de clé de chiffrement initiale,
ladite identité publique étant stockée auprès du serveur en association avec la clé de chiffrement initiale.
Un premier aspect de l'invention consiste en une phase d'initialisation. Cette phase d'initialisation a pour but d'enregistrer l'individu couplé à un objet d'identification de son choix - téléphone portable, carte, tablette ou autre - auprès d'un serveur qui lui délivrera une identité publique. L'identité publique délivrée par le serveur à l'issu de la phase d'enregistrement est non signifiante, c'est-à-dire qu'elle ne permet en aucun cas de retrouver directement l'état civil du porteur ; elle est cependant construite à partir d'un lien fort entre l'objet et la biométrie de l'individu. L'objet d'identification ne peut être valablement utilisé sans son porteur légitime.
Selon les modes de réalisation, la phase d'initialisation du procédé selon l'invention peut comprendre en outre une ou plusieurs des caractéristiques suivantes :
La donnée générée par le composant de sécurité de l'objet peut être une valeur numérique non prédictible (PUF, Physical Unclonable Feature) produite par le composant de sécurité de l'objet ou un aléa stocké dans le composant de sécurité de l'objet après tirage.
La première clé est obtenue par application, à une donnée digitale de référence dérivée de la donnée biométrique, d'une fonction de signature et/ou de cryptage. Cette première clé peut être générée dans le composant de sécurité de l'objet d'identification ou dans un élément sécurisé tiers
La deuxième clé est générée dans le composant de sécurité de l'objet d'identification
La clé de chiffrement initiale peut être générée par le composant de sécurité de l'objet d'identification, puis transmise au serveur ; ou peut être générée par le serveur.
Selon une application, un diversifiant peut être introduit à la clé de chiffrement initiale. Par exemple, le serveur peut introduire un diversifiant à la clé de chiffrement initiale avant génération de l'identité publique, ou la première ou la deuxième clé peut être générée en introduisant un diversifiant reçu du serveur. L'introduction d'un diversifiant dans la clé de chiffrement lors de la création de l'identité publique permet de créer une identité publique propre à chaque fournisseur de service. Chaque identité numérique ainsi diversifiée pourra être associée à des fonctions d'audit propres au service concerné.
Selon un mode de réalisation, une pluralité d'identités publiques diversifiées peut être générée et stockée auprès du serveur ou d'une pluralité de serveurs en association avec une clé de chiffrement initiale diversifiée respective.
La ou les identités publiques peuvent en outre être transmises et stockées dans l'objet d'identification, pour servir ultérieurement d'identifiant auprès d'un serveur lors d'une demande d'accès à des services.
Le procédé selon l'invention comprend aussi une phase de vérification de l'identité de l'individu porteur de l'objet d'identification, la phase de vérification comprenant les étapes suivantes:
- saisie d'une donnée biométrique courante de l'individu ;
- génération d'une donnée courante par le composant de sécurité de l'objet ;
- génération d'une clé de chiffrement courante à partir de la donnée biométrique courante et de la donnée courante générée par le composant de sécurité de l'objet ;
- comparaison de ladite clé de chiffrement courante avec la clé de chiffrement initiale ;
- en cas de comparaison positive, valider l'identité de l'individu porteur de l'objet d'identification ;
- en cas de comparaison négative, réfuter l'identité de l'individu porteur de l'objet d'identification.
Selon les modes de mise en œuvre, la comparaison peut être effectuée dans le composant de sécurité de l'objet d'identification et/ou auprès du serveur.
Un deuxième aspect de l'invention consiste en une phase de vérification de l'identité de l'individu porteur de l'objet d'identification. Grâce au procédé de l'invention, un individu n'a pas besoin de décliner son identité régalienne pour attester de son droit à accéder à des services pour lesquels il s'est enregistré avec l'objet de son choix. L'identité publique construite lors de la phase d'initialisation peut être validée sur simple présentation de l'objet et de la biométrie du porteur de l'objet. Dans ce contexte, l'usage de la biométrie vient protéger l'anonymat de l'individu.
L'invention concerne aussi un dispositif électronique comprenant un composant de sécurité adapté à mettre en œuvre les étapes du procédé selon l'invention. Un tel dispositif peut comprendre en outre des moyens de saisie d'une donnée biométrique. Selon un mode de mise en œuvre, le dispositif électronique peut accéder à une mémoire dans laquelle est stockée une pluralité d'identités publiques diversifiées. Un même dispositif électronique peut alors servir d'identifiant pour accéder à des services totalement distincts et hermétiques les uns des autres.
L'invention concerne également un système d'authentification d'un porteur d'un objet d'identification, le système comprenant un dispositif électronique selon l'invention et au moins un serveur d'authentification comprenant au moins une identité publique stockée en association avec clé de chiffrement initiale. Selon un mode de réalisation, le système comprend une pluralité de serveurs d'authentification comprenant chacun au moins une identité publique stockée en association avec clé de chiffrement initiale diversifiée.
D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels :
- la figure 1 est un organigramme d'un exemple d'une phase d'initialisation lors de la mise en œuvre du procédé selon l'invention ;
- la figure 2 est un schéma montrant un exemple d'une phase d'initialisation pouvant être mise en œuvre selon un mode de réalisation de l'invention ; - la figure 3 est un exemple d'un objet d'identification pouvant être utilisé lors de la mise en œuvre du procédé selon l'invention ;
- la figure 4 est un autre exemple d'un objet d'identification pouvant être utilisé lors de la mise en œuvre du procédé selon l'invention ;
- la figure 5 est un schéma montrant un exemple d'une phase de vérification pouvant être mise en œuvre selon un mode de réalisation de l'invention.
Un premier aspect de l'invention consiste en une phase d'initialisation. Cette phase d'initialisation a pour but de d'enregistrer un individu en association avec un objet d'identification de son choix - téléphone portable, carte, tablette ou autre - auprès d'un serveur pour permettre à l'individu de se voir délivrer ultérieurement un droit quelconque (délivrance d'un permis de conduire, d'un titre de transport, d'une indemnisation, autorisation d'accès à un local, autorisation d'accès à un service, mise en œuvre d'un service, paiement électronique, etc.) sur présentation de l'objet.
L'objet d'identification peut être une carte à puce, un téléphone portable ou tout autre objet portable comportant au moins un composant de sécurité. L'objet d'identification peut être utilisé comme une carte de fidélité, une carte de membre pour accéder à des services, une carte d'assurance ou un support porteur d'une identité régalienne.
La phase d'initialisation est illustrée sur la figure 1 .
Une donnée biométrique initiale Bio de l'individu est saisie. Cette donnée biométrique initiale Bio peut être une empreinte digitale, une empreinte d'iris ou une photo du visage, de l'oreille ou de toute autre partie discriminante du corps de l'individu, tel qu'un tatouage, une cicatrice, ou autre. Cette donnée biométrique initiale Bio de l'individu est numérisée et traitée pour créer une donnée digitale de référence dérivée de la donnée biométrique initiale. Seule la donnée digitale de référence dérivée de la donnée biométrique initiale est mémorisée dans le composant de sécurité de l'objet. La donnée biométrique initiale Bio n'a pas à être mémorisée dans l'objet d'identification. Aucun détournement des données biométriques d'un individu ne peut donc être opéré en cas de vol ou de perte de l'objet d'identification.
Cette donnée biométrique initiale Bio est utilisée pour générer une première clé Kbio. Cette première clé Kbio peut être obtenue par application, à la donnée digitale dérivée de la donnée biométrique, d'une fonction de signature et/ou de cryptage.
Par ailleurs, une donnée de signature P1 est générée par le composant de sécurité de l'objet. Cette donnée P1 est non prédictible et ne dépend que de l'électronique du composant de sécurité de l'objet ; elle n'est pas stockée dans la mémoire de l'objet d'identification mais générée à chaque usage comme une signature du composant électronique de sécurité. Une telle donnée P1 peut être désignée par l'acronyme PUF pour « Physical Unclonable Feature » ; elle se compose d'une série de valeurs binaires non prédictibles et non disponibles en dehors de l'objet. Selon une variante, la donnée de signature P1 générée par le composant de sécurité de l'objet peut également être un aléa stocké après tirage dans le composant de sécurité de l'objet.
Cette donnée de signature P1 du composant de sécurité de l'objet est utilisée pour générer une deuxième clé KHW, par exemple les valeurs du PUF ou de l'aléa généré par le composant de sécurité de l'objet peuvent être utilisés directement ou après cryptage pour former une clé.
Une clé de chiffrement initiale Kcom peut alors être déterminée. Cette clé de chiffrement initiale combine les première et deuxième clés Kbio et KHW, par exemple avec un algorithme qui utilise l'une des première ou deuxième clés pour chiffrer l'autre.
Cette clé de chiffrement initiale Kœm est alors utilisée auprès d'un serveur d'authentification pour enregistrer l'individu auprès dudit serveur pour se voir délivrer, lors d'une l'authentification ultérieure, un droit quelconque sur présentation de l'objet et vérification de l'authenticité du couple porteur-objet.
Cette étape d'enregistrement est illustrée sur la figure 2 qui montre l'objet d'identification 10 d'une part et un serveur d'authentification 30 d'autre part.
L'objet d'identification 10 choisi par l'individu a généré une clé de chiffrement initiale Kcom comme décrit en référence à la figure 1 . Cette clé de chiffrement initiale Kcom est communiquée au serveur 30 en association avec une première identité Id1 de l'individu. Cette première identité Id1 de l'individu peut être son identité régalienne ou une identité de type identifiant choisi par l'individu pour un service particulier (identifiant facebook, identifiant fnac, ...).
Le serveur 30 génère alors une identité publique Id2 par chiffrement de la première identité Id1 à l'aide de la clé de chiffrement initiale Kcom, par un processus standard de cryptographie à clé publique (PKI pour « Public Key Infrastructure ») par exemple.
L'identité publique Id2 est alors stockée auprès du serveur 30 en association avec la clé de chiffrement initiale Kœm pour authentification ultérieure de l'individu. L'identité publique Id2 peut en outre être transmise à l'objet d'identification 10 pour y être stockée. Cette identité publique Id2 n'est pas forcement stockée de manière sécurisée car elle n'est pas significative comme expliqué plus haut. En revanche, la clé de chiffrement initiale Kœm pourra être stockée dans le composant de sécurité de l'objet 10 pour usage ultérieur d'un processus connu sous l'acronyme de MOC pour « Match On Card ».
Les figures 3 et 4 illustrent des exemples d'objets d'identification pouvant être utilisés dans le cadre de l'invention. Par exemple, l'objet d'identification 10 peut être un téléphone portable (figure 3) comprenant un composant de sécurité 1 1 aménagé dans une carte SIM ou tout autre élément de sécurité embarqué. Le téléphone 10 peut comprendre un moyen de capture d'image 12 et/ou de son et/ou un lecteur d'empreinte digitale 13, ou tout autre moyen de saisie de données biométriques. Le téléphone 10 comprend également des moyens de communication 14 avec un réseau cellulaire ; il peut également inclure des moyens de communication avec un réseau local (de type Wifi ou BT) ou des moyens de communication en champ proche (NFC). Le téléphone 10 peut ainsi communiquer avec un serveur d'authentification pour déclencher l'accès aux droits ou services requis par le porteur après vérification de son identité.
Selon un autre exemple, l'objet d'identification 10 peut être une carte à puce (figure 4) comprenant un élément de sécurité 1 1 sous forme d'une puce électronique de la carte. La carte 10 peut comprendre un lecteur d'empreinte digitale 13 ou tout autre moyen de saisie de données biométriques. La carte 10 est également communicante par lecture des données de la puce 1 1 via un lecteur approprié en mode contact et/ou par des moyens de communication en sans contact comme le modèle en champ proche (NFC) via une antenne dans la carte 10. La carte 10 peut ainsi, par exemple communiquer avec une borne ou un téléphone pour déclencher l'accès aux droits ou services requis par le porteur après vérification de son identité. La vérification de l'identité de l'individu à l'aide d'une carte à puce 10 est réalisée selon le même processus que celui décrit pour un téléphone en référence à la figure 3.
Selon les modes de réalisation, les différents éléments décrits ci-dessus peuvent être répartis différemment entre l'objet d'identification 10 et le serveur d'authentification 30.
Selon un premier mode de réalisation possible, la première clé Kbio, la deuxième clé KHW et la clé de chiffrement initiale Kœm sont générées dans le composant de sécurité de l'objet et seule la clé de chiffrement initiale est transmise vers le serveur 30 (comme illustré figure 2).
Par exemple, la donnée biométrique Bio peut être saisie par l'individu à l'aide de l'objet d'identification 10 lui-même ; par exemple dans le cas où l'objet d'identification est un téléphone portable équipé d'une caméra ou d'un lecteur d'empreinte comme décrit plus bas en référence à la figure 3. La première clé Kblo peut alors être générée par l'objet d'identification 10 lui-même, par application, à la donnée biométrique saisie, d'un algorithme stocké dans le composant de sécurité de l'objet, par exemple un algorithme permettant de créer une signature digitale stable comme décrit dans le document FR-A-2 925 732, puis par application d'une fonction de cryptage, telle qu'une fonction de hachage par exemple. La donnée digitale de référence dérivée de la donnée biométrique saisie peut en outre être mémorisée dans le composant de sécurité de l'objet pour mise en œuvre ultérieure possible d'un processus MOC.
Alternativement, la donnée biométrique Bio peut être saisie à partir d'un lecteur appropriée qui la transmet à l'objet d'identification 10 pour génération de la première clé Kbio. La donnée biométrique Bio peut être transmise directement à l'objet d'identification 10, par communication en champ proche NFC par exemple si l'objet est équipé de cette fonction, ou par communication cellulaire ou wifi si l'objet est équipé de cette fonction ; l'objet 10 calcule alors lui-même une donnée digitale de référence dérivée de la donnée biométrique. Alternativement, la donnée digitale de référence dérivée de la donnée biométrique Bio peut être calculée dans le moyen de saisie puis transmise directement à l'objet d'identification 10, par communication en champ proche NFC ou par communication cellulaire ou wifi.
La deuxième clé KHW est générée dans le composant de sécurité de l'objet 10 car la donnée P1 est produite par le composant de sécurité de l'objet et ne peut être transmise hors de l'objet 10.
Si la première clé Kblo et la deuxième clé KHW sont générées dans le composant de sécurité de l'objet 10, il est avantageux que la clé de chiffrement initiale Kcom soit également générée dans le composant de sécurité de l'objet 10 afin de limiter les échanges de données sensibles.
Selon un autre mode de réalisation possible, la clé de chiffrement initiale Kœm peut être générée directement par le serveur 30 qui reçoit de manière sécurisée les première et deuxième clés Kbi0 et KHw-
Par exemple la donnée biométrique Bio peut être saisie à partir d'un lecteur approprié, tel qu'une borne de lecture d'empreinte digitale ou une webcam installé sur un PC par exemple. La première clé Kbio peut alors être générée, soit par un élément sécurisé tiers ayant recueilli la donnée biométrique Bio, soit par le serveur 30 si la donnée biométrique Bio ou la donnée digitale de référence dérivée de la donnée biométrique lui est transmise.
Par ailleurs, bien que la donnée P1 produite par le composant de sécurité de l'objet ne soit pas disponible en dehors de l'objet 10, la deuxième clé KHw générée dans le composant de sécurité de l'objet 1 0 peut être transmise hors de l'objet. Le cas échéant, si la clé de chiffrement initiale Kcom a été générée par le serveur 30, elle peut être transmise à l'objet d'identification 10 pour y être stockée pour application d'un processus MOC ultérieur.
Que la clé de chiffrement initiale Kœm soit générée par le serveur 30 ou par le composant de sécurité de l'objet 10, puis transmise au serveur, la clé de chiffrement initiale Kœm est utilisée par le serveur pour créer une identité publique Id2 par chiffrement de la première identité Id1.
Le serveur 30 peut introduire un diversifiant à la clé de chiffrement initiale c0m avant génération de identité publique Id2. L'introduction d'un tel diversifiant dans la clé de chiffrement lors de la création de l'identité publique Id2 permet de créer une identité publique propre au serveur qui la crée. Notamment, une pluralité d'identités publiques diversifiées Id2n peut être générée et stockée auprès d'un ou plusieurs serveurs. Chaque d'identités publiques diversifiées Id2n est stockée en association avec une clé de chiffrement initiale diversifiée respective. Chaque identité numérique ainsi diversifiée pourra être associée à des droits spécifiques auprès du serveur d'un service spécifique.
Par exemple, un individu souhaite utiliser un même objet d'indentification pour s'enregistrer auprès de serveurs de différents services. Afin de permettre des fonctions d'audit propres au service concerné - notamment répudiation ou niveau de sécurité - il est préférable que l'identité publique Id2 ne soit pas la même pour l'ensemble des services. Un diversifiant provenant du serveur du fournisseur est donc introduit lors de la génération de l'identité publique Id2.
Selon les modes de réalisation, le diversifiant peut être introduit par le serveur 30 directement à la clé de chiffrement initiale Kœm avant génération de l'identité publique Id2, que la clé de chiffrement initiale Kcom soit générée par le serveur ou par le composant de sécurité de l'objet qui reçoit alors le diversifiant du serveur lorsqu'il génère la clé de chiffrement initiale Kœm. Alternativement, le diversifiant peut être introduit lors de la génération de la première clé Kbio ou de la deuxième clé KHW, soit par le serveur lui-même s'il génère la première clé Kbio comme mentionné plus haut, soit par le composant de sécurité de l'objet qui reçoit alors le diversifiant du serveur.
Un même objet d'identification peut alors être utilisé par l'individu pour accéder à des services différents sur vérification de son identité.
La phase de vérification est illustrée sur la figure 5.
Un individu souhaite accéder à un service donné auprès duquel il est enregistré avec une identité publique Id2n donnée.
La vérification de l'identité de l'individu est réalisée en générant une clé de chiffrement courante Kœm selon le même procédé que celui décrit en référence à la figure 1 , à partir de données biométrique courante S/'o' et d'une donnée courante PV générée par l'objet d'identification 10 - carte, téléphone ou autre. Si un diversifiant a été introduit lors de la génération de la clé chiffrement initiale Kcom, le même diversifiant est introduit de la même manière lors de la génération de la clé de chiffrement courante Kœm'.
Eventuellement, la donnée digitale dérivée de la donnée biométrique courante Bio' est validée en interne par une comparaison effectuée dans l'objet lui- même, selon un processus MOC. La comparaison entre la clé de chiffrement courante com ' et la clé de chiffrement initiale Kcom peut être faite dans l'objet lui-même par un processus MOC avant transmission de ladite clé de chiffrement courante Kcom' ou d'une attestation d'identité à un serveur ou une borne d'accès aux droits ou services requis.
En l'absence de processus MOC ou en complément, le serveur 30n reçoit la clé de chiffrement courante Kcom' et la compare avec la clé de chiffrement initiale Kcom. Si la comparaison est positive, l'identité de l'individu est validée et les droits requis accordés, sinon l'identité de l'individu est réfutée et les droits requis refusés. L'utilisation d'identités publiques diversifiées Id2n permet de limiter la capacité de réfutation d'un service alors que le même objet d'identification est utilisé par l'individu.
Un même objet d'identification peut alors être utilisé par l'individu pour établir une communication sécurisée avec un serveur distant, l'objet pouvant servir d'interface graphique, de clavier et de modem, éventuellement en complément de l'échange standard d'information dans une infrastructure existante (Banque, Gestionnaire de risques, Organisme de santé, etc.).
Un tel objet d'indentification peut être utilisé dans le cadre de transactions virtuelles pour maîtriser la fraude et éviter toute répudiation des transactions puisque la vérification de l'identité de l'individu utilisant l'objet d'identification est basée sur ses données biométriques.
Les transmissions de données - Bio, Kcom, Id2 ou leurs valeurs dérivées - peuvent être directes ou bien transiter par un ou plusieurs dispositifs intermédiaires, comme par exemple dans le cas où la transmission se fait à travers un réseau de communication. Le format des données transmises peut être quelconque. Avantageusement, ces transmissions sont effectuées de façon sécurisées. A cet effet, toute procédure appropriée de sécurisation de la transmission peut être envisagée, comme par exemple le recours au protocole HTTPS, SSL/TLS ou autre. Un unique serveur 30 peut être utilisé ou plusieurs entités peuvent assurer des fonctions respectives ; par exemple une entité peut être dédiée au calcul ou à la mémorisation des données issues des valeurs biométriques utilisées, et une autre entité peut être dédiée au stockage et à la comparaison de l'identité numérique.
De façon avantageuse, une ou plusieurs données personnelles de l'individu peuvent être transmises au serveur 30 dans les mêmes configurations que pour la première identité Id1. Ces données personnelles peuvent comprendre toutes données susceptibles d'être utilisées dans le cadre d'une authentification ou d'une identification. A titre illustratif, elles peuvent comprendre l'un au moins parmi : un mot de passe, une adresse électronique de l'objet d'identification, une identité, ou autre. Dans ce cas, les différentes données relatives à l'individu sont stockées en association par ou pour le serveur 30. Ainsi, chaque donnée associée à une identité numérique peut être utilisée pour des fonctions ou des services (locaux ou distants) distinctes.
On notera que, bien que la description ci-avant ait été décrite avec l'hypothèse qu'une seule donnée biométrique initiale est capturée lors de la phase d'initialisation, l'invention s'applique également au cas où plusieurs données biométriques complémentaires seraient saisies et combinées dans la génération de la première clé Kbio.
D'autres mécanismes et d'autres architectures sont bien sûr également envisageables, comme cela apparaîtra à l'homme du métier, notamment des partages différents de ceux illustrés sur aux figures 2 et 5.
Tout ou partie des opérations qui ont été décrites jusque là peuvent être mises en œuvre par un ou plusieurs programmes d'ordinateur comprenant des instructions de code appropriées permettant de mettre en œuvre le procédé de l'invention. Un tel programme d'ordinateur peut être chargé et exécuté sur le composant de sécurité d'un objet d'identification communiquant.

Claims

R E V E N D I C A T I O N S
1 . Procédé de génération d'identité publique pour l'authentification d'un individu porteur d'un objet d'identification (10) comprenant au moins un composant de sécurité (1 1 ), le procédé incluant une phase d'initialisation comprenant les étapes suivantes :
saisie d'une donnée biométrique initiale (Bio) de l'individu ;
- génération d'une première clé (Kbi0) issue de la donnée biométrique ;
- génération d'une deuxième clé (KHw) issue d'une donnée (P1 ) générée par le composant de sécurité de l'objet ;
- génération d'une clé de chiffrement initiale (Kcom) combinant ladite première clé
(Kbi0) et ladite deuxième clé (KHw) ;
communication avec un serveur (30) d'une première identité (Id1 ) de l'individu en association avec la clé de chiffrement initiale (Kcom) ;
- génération par le serveur d'une identité publique (Id2) par chiffrement de la première identité (Id1 ) à l'aide de clé de chiffrement initiale (Kcom),
ladite identité publique (Id2) étant stockée auprès du serveur (30) en association avec la clé de chiffrement initiale (Kcom).
2. Procédé selon la revendication 1 , dans lequel la donnée (P1 ) générée par le composant de sécurité de l'objet est une valeur numérique non prédictible (PUF, Physical Unclonable Feature) produite par le composant de sécurité de l'objet.
3. Procédé selon la revendication 1 , dans lequel la donnée (P1 ) générée par le composant de sécurité de l'objet est un aléa stocké dans le composant de sécurité de l'objet après tirage.
4. Procédé selon l'une quelconque des revendications précédentes, dans lequel la première clé (Kbi0) est obtenue par application, à une donnée digitale de référence dérivée de la donnée biométrique, d'une fonction de signature et/ou de cryptage.
5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel la première clé (Kbi0) est générée dans le composant de sécurité (1 1 ) de l'objet d'identification.
6. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel la première clé (Kbi0) est générée dans un élément sécurisé tiers.
7. Procédé selon l'une quelconque des revendications précédentes, dans lequel la deuxième clé (KHw) est générée dans le composant de sécurité (1 1 ) de l'objet d'identification.
8. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel la clé de chiffrement initiale (Kcom) est générée par le composant de sécurité (1 1 ) de l'objet d'identification (10), puis transmise au serveur (30).
9. Procédé selon l'une quelconque des revendications 1 à 7, dans lequel la clé de chiffrement initiale (Kcom) est générée par le serveur (30).
10. Procédé selon l'une quelconque des revendications 1 à 9, dans lequel le serveur (30) introduit un diversifiant à la clé de chiffrement initiale (Kcom) avant génération de l'identité publique (Id2).
1 1 . Procédé selon l'une quelconque des revendications 1 à 9, dans lequel la première clé (Kbi0) est générée en introduisant un diversifiant reçu du serveur (30).
12. Procédé selon l'une quelconque des revendications 1 à 9, dans lequel la deuxième clé (KHW) est générée en introduisant un diversifiant reçu du serveur (30).
13. Procédé selon l'une quelconque des revendications 10 à 12, dans lequel une pluralité d'identités publiques diversifiées (Id2n) est générée et stockée auprès du serveur (30) ou d'une pluralité de serveurs (30n) en association avec une clé de chiffrement initiale diversifiée (Kcom) respective.
14. Procédé selon l'une quelconque des revendications précédentes, dans lequel la ou les identités publiques (Id2) sont en outre transmises et stockées dans l'objet d'identification (10).
15. Procédé selon l'une quelconque des revendications précédentes, incluant en outre une phase de vérification de l'identité de l'individu porteur de l'objet d'identification, la phase de vérification comprenant les étapes suivantes :
- saisie d'une donnée biométrique courante (Bio') de l'individu ;
- génération d'une donnée courante (Ρ1 ') par le composant de sécurité (1 1 ) de l'objet ; - génération d'une clé de chiffrement courante (K'com) à partir de la donnée biométrique courante (Bio') et de la donnée courante (Ρ1 ') générée par le composant de sécurité (1 1 ) de l'objet ;
- comparaison de ladite clé de chiffrement courante (K'com) avec la clé de chiffrement initiale (Kcom) ;
- en cas de comparaison positive, valider l'identité de l'individu porteur de l'objet d'identification ;
- en cas de comparaison négative, réfuter l'identité de l'individu porteur de l'objet d'identification.
16. Procédé selon la revendication 15, dans lequel la comparaison est effectuée dans le composant de sécurité (1 1 ) de l'objet d'identification (10).
17. Procédé selon la revendication 15, dans lequel la comparaison est effectuée auprès du serveur (30).
18. Dispositif électronique (10) comprenant un composant de sécurité (1 1 ) adapté à mettre en œuvre les étapes du procédé selon l'une quelconque des revendications précédentes.
19. Dispositif électronique selon la revendication 18, comprenant en outre des moyens de saisie d'une donnée biométrique (Bio, Bio').
20. Dispositif électronique selon l'une des revendications 18 à 19, dans lequel le composant de sécurité (1 1 ) accède à une mémoire dans laquelle est stockée une pluralité d'identités publiques (Id2n).
21 . Système d'authentification d'un porteur d'un objet d'identification, le système comprenant :
- un dispositif électronique (10) selon l'une des revendications 18 à 20 ; - au moins un serveur d'authentification (30) comprenant au moins une d'identité publique (Id2) stockée en association avec la clé de chiffrement initiale (Kcom).
22. Système selon la revendication 21 , comprenant une pluralité de serveurs d'authentification (30n) comprenant chacun au moins une identité publique (Id2n) diversifiée.
PCT/FR2013/050575 2012-03-19 2013-03-18 Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification Ceased WO2013140079A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
RU2014142045A RU2621625C2 (ru) 2012-03-19 2013-03-18 Способ генерации открытого идентификатора для аутентификации индивидуума, держателя объекта идентификации
CN201380027190.XA CN104321777B (zh) 2012-03-19 2013-03-18 生成公共标识以验证携带识别对象的个人的方法
US14/382,920 US10007773B2 (en) 2012-03-19 2013-03-18 Method for generating public identity for authenticating an individual carrying an identification object
EP13719893.3A EP2828788A1 (fr) 2012-03-19 2013-03-18 Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification
BR112014023361-6A BR112014023361A2 (pt) 2012-03-19 2013-03-18 método para gerar uma identidade pública para autenticar um indivíduo que transporta um objeto de identificação, dispositivo eletrônico, e, sistema para autenticar um titular de um objeto de identificação

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1252444A FR2988196B1 (fr) 2012-03-19 2012-03-19 Procede d'authentification d'un individu porteur d'un objet d'identification
FR1252444 2012-03-19

Publications (1)

Publication Number Publication Date
WO2013140079A1 true WO2013140079A1 (fr) 2013-09-26

Family

ID=46754535

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2013/050575 Ceased WO2013140079A1 (fr) 2012-03-19 2013-03-18 Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification

Country Status (7)

Country Link
US (1) US10007773B2 (fr)
EP (1) EP2828788A1 (fr)
CN (1) CN104321777B (fr)
BR (1) BR112014023361A2 (fr)
FR (1) FR2988196B1 (fr)
RU (1) RU2621625C2 (fr)
WO (1) WO2013140079A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013203436A1 (de) * 2013-02-28 2014-08-28 Siemens Aktiengesellschaft Generieren eines Schlüssels zum Bereitstellen von Berechtigungsinformationen
CN104899496A (zh) * 2014-09-26 2015-09-09 腾讯科技（深圳）有限公司 一种数据读取方法及其终端

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9621342B2 (en) * 2015-04-06 2017-04-11 Qualcomm Incorporated System and method for hierarchical cryptographic key generation using biometric data
RU2019140423A (ru) * 2015-12-22 2020-02-05 Файненшел Энд Риск Организейшн Лимитед Способы и системы для создания удостоверений личности, их проверки и управления ими
US10097348B2 (en) * 2016-03-24 2018-10-09 Samsung Electronics Co., Ltd. Device bound encrypted data
CH712399A2 (fr) * 2016-04-27 2017-10-31 Bron Christophe Système d'identification biométrique basé sur les réseaux veineux et des codages uniques et non falsifiables de structures arborescentes et procédé associé.
KR101806390B1 (ko) * 2016-05-31 2017-12-07 주식회사지니 생체 정보를 이용한 카드 결제 처리 시스템 및 그의 처리 방법
CN109791583B (zh) * 2017-07-27 2023-04-14 指纹卡安娜卡敦知识产权有限公司 允许基于生物识别数据在安全通信信道上进行客户端设备的用户的认证的方法和设备
US11165772B2 (en) * 2017-09-13 2021-11-02 Fingerprint Cards Ab Methods and devices of enabling authentication of a user of a client device over a secure communication channel based on biometric data
JP7337817B2 (ja) * 2018-02-13 2023-09-04 フィンガープリント カーズ アナカタム アイピー アクチボラグ 生体認証テンプレート保護鍵の更新
EP3867785A1 (fr) 2018-10-17 2021-08-25 Nokia Solutions and Networks Oy Cryptoprocesseur sécurisé
US12026247B2 (en) 2019-09-25 2024-07-02 Amod Ashok Dange System and method for enabling a user to create an account on an application or login into the application without having the user reveal their identity
US12028347B2 (en) * 2019-09-25 2024-07-02 Amod Ashok Dange System and method for enabling a user to obtain authenticated access to an application using a biometric combination lock
US20240378318A1 (en) * 2019-09-25 2024-11-14 Amod Ashok Dange System and method for managing tokenized personally identifiable information
US20240380598A1 (en) * 2019-09-25 2024-11-14 Amod Ashok Dange System and method for managing an operating system using tokenized identity
US12072963B2 (en) * 2019-09-25 2024-08-27 Amod Ashok Dange System and method for affixing a signature using biometric authentication
US12079367B2 (en) * 2019-09-25 2024-09-03 Amod Ashok Dange System and method for enabling social network users to grant their connections granular visibility into their personal data without granting the same visibility to the network operator
WO2022196150A1 (fr) * 2021-03-18 2022-09-22 株式会社 東芝 Système d'émission à distance et serveur de génération de données
EP4369652A1 (fr) * 2022-11-08 2024-05-15 Electronics and Telecommunications Research Institute Appareil de portefeuille froid et son procédé de commande

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6463533B1 (en) * 1999-04-15 2002-10-08 Webtv Networks, Inc. System for generating site-specific user aliases in a computer network
FR2867881A1 (fr) 2004-03-17 2005-09-23 Sagem Procede de controle d'identification de personnes et systeme pour la mise en oeuvre du procede
FR2925732A1 (fr) 2007-12-21 2009-06-26 Sagem Securite Sa Generation et utilisation d'une cle biometrique
WO2010116310A1 (fr) * 2009-04-10 2010-10-14 Koninklijke Philips Electronics N.V. Dispositif et authentification d'utilisateur
US20110191837A1 (en) * 2008-09-26 2011-08-04 Koninklijke Philips Electronics N.V. Authenticating a device and a user

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040123113A1 (en) * 2002-12-18 2004-06-24 Svein Mathiassen Portable or embedded access and input devices and methods for giving access to access limited devices, apparatuses, appliances, systems or networks
US7805614B2 (en) * 2004-04-26 2010-09-28 Northrop Grumman Corporation Secure local or remote biometric(s) identity and privilege (BIOTOKEN)
US8171531B2 (en) * 2005-11-16 2012-05-01 Broadcom Corporation Universal authentication token
EP1811421A1 (fr) * 2005-12-29 2007-07-25 AXSionics AG Jeton de sécurité et procédé d'authentification d'un utilisateur au moyen du jeton de sécurité
US8245052B2 (en) * 2006-02-22 2012-08-14 Digitalpersona, Inc. Method and apparatus for a token
US20110002461A1 (en) * 2007-05-11 2011-01-06 Validity Sensors, Inc. Method and System for Electronically Securing an Electronic Biometric Device Using Physically Unclonable Functions
JP5028194B2 (ja) * 2007-09-06 2012-09-19 株式会社日立製作所 認証サーバ、クライアント端末、生体認証システム、方法及びプログラム
US20090307140A1 (en) * 2008-06-06 2009-12-10 Upendra Mardikar Mobile device over-the-air (ota) registration and point-of-sale (pos) payment
EP2433251A1 (fr) * 2009-05-20 2012-03-28 Koninklijke Philips Electronics N.V. Procédé et dispositif d'activation d'une réputation d'utilisateur de portable
ES2572159T3 (es) * 2009-11-12 2016-05-30 Morpho Cards Gmbh Un método de asignación de un secreto a un testigo de seguridad, un método de operación de un testigo de seguridad, un medio de almacenamiento y un testigo de seguridad
US8868923B1 (en) * 2010-07-28 2014-10-21 Sandia Corporation Multi-factor authentication
US8667265B1 (en) * 2010-07-28 2014-03-04 Sandia Corporation Hardware device binding and mutual authentication
US8516269B1 (en) * 2010-07-28 2013-08-20 Sandia Corporation Hardware device to physical structure binding and authentication
US8762723B2 (en) * 2011-07-07 2014-06-24 Verayo, Inc. Cryptographic security using fuzzy credentials for device and server communications
US20140237256A1 (en) * 2013-02-17 2014-08-21 Mourad Ben Ayed Method for securing data using a disposable private key

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6463533B1 (en) * 1999-04-15 2002-10-08 Webtv Networks, Inc. System for generating site-specific user aliases in a computer network
FR2867881A1 (fr) 2004-03-17 2005-09-23 Sagem Procede de controle d'identification de personnes et systeme pour la mise en oeuvre du procede
FR2925732A1 (fr) 2007-12-21 2009-06-26 Sagem Securite Sa Generation et utilisation d'une cle biometrique
US20110191837A1 (en) * 2008-09-26 2011-08-04 Koninklijke Philips Electronics N.V. Authenticating a device and a user
WO2010116310A1 (fr) * 2009-04-10 2010-10-14 Koninklijke Philips Electronics N.V. Dispositif et authentification d'utilisateur

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2828788A1 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013203436A1 (de) * 2013-02-28 2014-08-28 Siemens Aktiengesellschaft Generieren eines Schlüssels zum Bereitstellen von Berechtigungsinformationen
CN104899496A (zh) * 2014-09-26 2015-09-09 腾讯科技（深圳）有限公司 一种数据读取方法及其终端

Also Published As

Publication number Publication date
RU2621625C2 (ru) 2017-06-06
US10007773B2 (en) 2018-06-26
CN104321777A (zh) 2015-01-28
EP2828788A1 (fr) 2015-01-28
CN104321777B (zh) 2019-11-22
FR2988196B1 (fr) 2014-03-28
FR2988196A1 (fr) 2013-09-20
US20150046699A1 (en) 2015-02-12
BR112014023361A2 (pt) 2020-10-27
RU2014142045A (ru) 2016-05-10

Similar Documents

Publication Publication Date Title
EP2828788A1 (fr) Procede de generation d'identite publique pour l'authentification d'un individu porteur d'un objet d'identification
EP2071798B1 (fr) Procédé et serveur de coffres-forts électroniques avec mutualisation d'informations
FR2989799A1 (fr) Procede de transfert d'un dispositif a un autre de droits d'acces a un service
WO2016102831A1 (fr) Procédé de sécurisation de transactions sans contact
WO2014154694A1 (fr) Signature de groupe utilisant un pseudonyme
EP3398104A1 (fr) Deuxieme authentification dynamique d'une signature electronique utilisant un module materiel securise
FR3035248A1 (fr) Systeme-sur-puce a fonctionnement securise et ses utilisations
EP2813962B1 (fr) Méthode de contrôle d'accès à un type de services spécifique et dispositif d'authentification pour le contrôle de l'accès à un tel type de services.
EP3673633B1 (fr) Procédé d'authentification d'un utilisateur auprès d'un serveur d'authentification
WO2013140078A1 (fr) Procede de generation et de verification d'identite portant l'unicite d'un couple porteur-objet
WO2020254026A1 (fr) Procede et dispositif d'authentification d'un utilisateur utilisant la conductivité du corps humain
FR3073998B1 (fr) Procede numerique de controle d'acces a un objet, une ressource ou service par un utilisateur
CA2647239C (fr) Procede et serveur pour l'acces a un coffre-fort electronique via plusieurs entites
FR3032292A1 (fr) Element securise et procede mis en œuvre dans un tel element securise
EP3063898B1 (fr) Signature à pseudonyme pour carte à puce
FR3007929A1 (fr) Procede d'authentification d'un utilisateur d'un terminal mobile
WO2025120454A1 (fr) Procédé de gestion centralisée d'au moins un processus d'approbation d'une action
WO2021249854A1 (fr) Procédé d'acquisition et de traitement sécurisé d'une information secrète acquise
CA2910708C (fr) Procede pour generer au moins une identite derivee
WO2024180049A1 (fr) Procede de delivrance d'une autorisation d'acces pour un individu et procede de verification
FR2984648A1 (fr) Dispositif electronique individuel et procede de reponse par un dispositif electronique individuel a une sollicitation
WO2002030039A1 (fr) Procede d'authentification de document electronique
WO2007101966A1 (fr) Authentification d'un dispositif informatique au niveau utilisateur
FR3026875A1 (fr) Procedes de configuration d'un peripherique de type terminal connecte a un reseau afin de permettre une authentification forte d'un utilisateur

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13719893

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14382920

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: P982/2014

Country of ref document: AE

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013719893

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2014142045

Country of ref document: RU

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112014023361

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112014023361

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20140919