Brevet FR3145050A1 — publié le 20240719

Selon un aspect, il est proposé d’un procédé d’enregistrement de données biométriques d’un détenteur sur une carte comportant un microcontrôleur configuré pour communiquer via un canal de communication sécurisé avec un serveur distant comprenant un compte lié au détenteur de la carte, le procédé comprenant : - une authentification du détenteur sur une application d’un appareil configurée pour communiquer avec ledit serveur et ladite carte, puis - une authentification du serveur par la carte via le canal de communication sécurisé par l’intermédiaire de l’application dudit appareil, puis - un enregistrement de données biométriques du détenteur par un lecteur d’empreintes de la carte commandé par le microcontrôleur de la carte si le serveur est authentifié par la carte. Figure pour l’abrégé : Figure 2 PROCÉDÉ D’ENREGISTREMENT SUR UNE CARTE DE DONNÉES BIOMÉTRIQUES D’UN DÉTENTEUR DE CETTE CARTE Des modes de réalisation et de mise en œuvre concernent l’enregistrement de données biométriques d’un détenteur de carte sur sa carte, par exemple une carte de paiement. On connaît des cartes, notamment des cartes de paiement, qui peuvent requérir la saisie d’un code confidentiel (« code PIN », de l’anglais « Personal Identification Number ») pour être utilisées. Ce code confidentiel est seulement connu par le détenteur de la carte. La saisie du code confidentiel permet d’authentifier que l’utilisateur est bien le détenteur légal de la carte. On connaît également des cartes biométriques utilisant des données biométriques, telles que les empreintes digitales d’un utilisateur, pour vérifier si l’utilisateur de la carte correspond bien au détenteur de la carte. Ces données biométriques permettent de remplacer la saisie d’un code confidentiel (« code PIN ») pour vérifier si l’utilisateur de la carte correspond bien au détenteur autorisé de la carte. En particulier, une carte biométrique comprend un lecteur d’empreintes digitales permettant d’acquérir des données biométriques relatives aux empreintes digitales de l’utilisateur. Les données biométriques acquises sont ensuite comparées à des données biométriques associées au détenteur de la carte qui sont stockées dans la carte. Les données biométriques associées au détenteur de la carte sont seulement connues de la carte, et ne sont donc jamais transmises en dehors de la carte. Il est donc important de s’assurer que les données biométriques stockées dans la carte correspondent bien à celles du détenteur de la carte. Ainsi, l’enregistrement dans la carte des données biométriques du détenteur requiert de vérifier l’identité du détenteur de la carte, avant de pouvoir utiliser ces données biométriques lors d’utilisations ultérieures de la carte. En effet, il convient de s’assurer que les données biométriques stockées sur la carte sont bien associées à l’empreinte digitale du détenteur de la carte, lorsque ces données biométriques sont utilisées ultérieurement pour vérifier que l’utilisateur de la carte est bien le détenteur de la carte. Plusieurs méthodes peuvent être mises en œuvre pour enregistrer dans la carte de manière sécurisée des données biométriques du détenteur de la carte. En particulier, une première solution consiste à procéder auprès d’un établissement émetteur de la carte à l’enregistrement des données biométriques sur la carte. L’identité du détenteur de la carte peut alors être vérifiée à l’aide d’une pièce d’identité. Les données biométriques du détenteur de la carte peuvent être acquises immédiatement après avoir procédé à la vérification de l’identité du détenteur. Cette solution présente l’inconvénient de demander au détenteur de la carte de se déplacer jusqu’à l’établissement émetteur de la carte. Une autre solution consiste à procéder à l’enregistrement des données biométriques à distance (c’est-à-dire, sans requérir un déplacement du détenteur de la carte auprès d’un établissement émetteur de la carte). Il est alors possible d’effectuer un enregistrement des données biométriques du détenteur de la carte dans un premier temps, puis une vérification de l’identité du détenteur de la carte seulement dans un second temps afin de valider les données biométriques enregistrées pour les rendre utilisables. La vérification de l’identité du détenteur peut être réalisées en contactant l’établissement émetteur de la carte du détenteur de la carte ou en saisissant un code confidentiel (« code PIN ») associé à la carte lors d’une utilisation ultérieure de la carte. La saisie du code confidentiel peut être combinée à une nouvelle acquisition des données biométriques de l’utilisateur de la carte afin de vérifier si ces données biométriques correspondent aux données biométriques du détenteur précédemment enregistrées dans la carte. Une telle solution présente l’inconvénient d’être réalisée en deux temps. Cette solution est donc peu commode pour le détenteur de la carte. Une autre solution peut consister à transmettre un code confidentiel par courrier postal ou par courrier électronique au détenteur de la carte. Ce code confidentiel peut être utilisé pour initialiser une session d’enregistrement des données biométriques de la carte. Une telle solution présente l’inconvénient de requérir une utilisation et une gestion d’un code confidentiel supplémentaire pour le détenteur de carte et pour l’établissement émetteur de la carte. Il existe donc un besoin de proposer une solution permettant d’enregistrer dans une carte biométrique des données biométriques du détenteur de la carte de manière simple, rapide et sécurisée. Selon un aspect, il est proposé un procédé d’enregistrement de données biométriques d’un détenteur sur une carte, par exemple une carte de paiement, comportant un microcontrôleur configuré pour communiquer via un canal de communication sécurisé avec un serveur distant comprenant un compte lié au détenteur de la carte, le procédé comprenant : - une authentification du détenteur sur une application d’un appareil configurée pour communiquer avec ledit serveur et ladite carte, puis - une authentification du serveur par la carte via le canal de communication sécurisé par l’intermédiaire de l’application dudit appareil, puis - un enregistrement de données biométriques du détenteur par un lecteur d’empreintes de la carte commandé par le microcontrôleur de la carte si le serveur est authentifié auprès de la carte. Un tel procédé d’enregistrement permet d’enregistrer sur une carte des données biométriques d’un détenteur de cette carte de manière simple, rapide et sécurisée. En particulier, l’enregistrement peut être effectué à distance via l’application dudit appareil. Le détenteur de la carte n’a donc pas besoin de se déplacer à l’établissement associé au compte du détenteur pour effectuer son enregistrement de données biométriques sur la carte. En outre, le fait d’utiliser un canal de communication sécurisé par l’intermédiaire de l’application de l’appareil après une authentification de l’utilisateur sur l’application de l’appareil permet d’éviter l’utilisation d’un code confidentiel supplémentaire pour démarrer l’enregistrement des données biométriques sur la carte. En outre, l’application de l’appareil ne connaît pas la clé de chiffrement utilisée pour une telle communication sécurisée. Dans un mode de mise en œuvre avantageux, l’authentification du détenteur sur l’application de l’appareil comprend une acquisition de données confidentielles renseignées par le détenteur à l’application, puis une vérification de la conformité des données confidentielles par le serveur. De préférence, l’authentification du serveur par la carte comprend : - une transmission, par la carte, de données à chiffrer au serveur par l’intermédiaire de l’application de l’appareil, - un chiffrement par le serveur desdites données à chiffrer à l’aide d’une clé de chiffrement de manière à générer des première données chiffrées, - une transmission desdites premières données chiffrées par le serveur à la carte par l’intermédiaire de l’application de l’appareil, - un chiffrement par le microcontrôleur de la carte desdites données à chiffrer par la même clé de chiffrement de manière à générer des deuxièmes données chiffrées, puis - une vérification par le microcontrôleur de la carte que les premières données chiffrées par le serveur et les deuxièmes données chiffrées par le microcontrôleur de la carte sont identiques. Par exemple, l’authentification peut être réalisée selon un protocole de communication sécurisé tel que « SCP » (acronyme de l’anglais « Secure Channel Protocol »), notamment selon la version « SCP03 », définie par l’organisation « GlobalPlatform ». Le protocole SCP03 permet en outre une authentification mutuelle entre la carte et le serveur. Les données à chiffrer sont une combinaison de données du serveur désignées par l’expression anglaise « Host challenge » et de données de la carte désignées par l’expression anglaise « Card Challenge ». Les premières données chiffrées peuvent être désignées par l’expression anglaise « Host cryptogram ». De préférence, ledit appareil communique avec la carte par l’intermédiaire d’une communication en champ proche ou par l’intermédiaire d’un lecteur de carte. Selon un autre aspect, il est proposé une carte, par exemple une carte de paiement, comprenant : - un lecteur d’empreintes digitales, - un microcontrôleur configuré pour communiquer avec un serveur distant comportant un compte lié au détenteur de carte via un canal de communication sécurisé et pour : ○ commander le lecteur d’empreintes digitales de manière à enregistrer des données biométriques du détenteur de la carte, ○ effectuer, avant d’enregistrer des données biométriques du détenteur de la carte, une procédure d’authentification du serveur distant par l’intermédiaire d’une application d’un appareil externe via ledit canal de communication sécurisé. Selon un autre aspect, il est proposé un appareil comprenant une application configurée pour : - communiquer avec une carte, telle que décrite précédemment, et un serveur comprenant un compte lié à un détenteur de la carte, - authentifier avec le serveur qu’ un utilisateur de la carte est bien le détenteur de la carte, - servir d’intermédiaire lors d’une authentification du serveur par la carte via un canal de communication sécurisé, - démarrer un enregistrement de données biométriques du détenteur sur la carte par le lecteur d’empreintes de la carte, si le serveur est authentifié par la carte. Selon un autre aspect, il est proposé un serveur comprenant un compte lié à un détenteur d’une carte telle que décrite précédemment, le serveur étant configuré pour : - communiquer avec une application d’un appareil tel que décrit précédemment, - authentifier avec l’application de l’appareil qu’un utilisateur de la carte est bien le détenteur de la carte, - effectuer une procédure d’authentification de ce serveur par la carte par l’intermédiaire de ladite application de l’appareil via un canal de communication sécurisé. Selon un autre aspect, il est proposé un système comprenant : - une carte telle que décrite précédemment, - un appareil tel que décrit précédemment, et - un serveur tel que décrit précédemment. D’autres avantages et caractéristiques de l’invention apparaîtront à l’examen de la description détaillée de modes de réalisation, nullement limitatifs, et des dessins annexés sur lesquels : illustrent des modes de réalisation et de mise en œuvre de l’invention. La illustre un schéma un mode de réalisation d’une carte, notamment une carte de paiement. La carte comprend un microcontrôleur (« secure element ») configuré pour communiquer en champ proche avec un appareil, notamment un téléphone multifonctions. En variante, la carte peut communiquer avec l’appareil à l’aide d’un lecteur de carte connecté à l’appareil par exemple. L’appareil comprend une application configurée pour communiquer avec ladite carte et un serveur, notamment un serveur bancaire, comprenant un compte lié au détenteur de la carte. La illustre un schéma d’un procédé permettant d’initialiser un canal de communication sécurisé entre un serveur bancaire et une carte. Le canal de communication sécurisé peut être un protocole de communication sécurisé tel que « SCP » (acronyme de l’anglais « Secure Channel Protocol »), notamment selon la version « SCP03 », définie par l’organisation « GlobalPlatform ». Les figures 3 et 4 illustrent un schéma d’un mode de mise en œuvre d’un procédé permettant d’enregistrer des données biométriques dans la carte décrite précédemment. En particulier, comme illustré à la , le procédé comprend une authentification de l’utilisateur sur une application dudit appareil. L’authentification de l’utilisateur est réalisée à partir de données renseignées sur l’application de l’utilisateur qui sont ensuite vérifiées par le serveur. Le procédé comprend également une authentification du serveur par la carte via le canal de communication sécurisé par l’intermédiaire de l’application dudit appareil. Cette authentification du serveur par la carte peut être réalisée selon ledit protocole de communication sécurisé, par exemple « SCP03 », par l’intermédiaire de l’application de l’appareil. Une fois l’authentification du serveur par la carte réalisée, le procédé comprend un enregistrement des données biométriques sur la carte, tel qu’illustré à la . Technical definitions CDCVM: Consumer Device Cardholder Verification Method BioManager : Biometric application installed on a Javacard integrated circuit card (banking card) and in charge of the enrollment procedure on the card. Issuer: (or card issuer) the bank Secure Channel Protocol (SCP): a protocol specified by Globalplatform and used to set up a secure link between a host device and a card to personalize issuer data into the card. SCP03 is an SCP based on AES cryptography. An SCP03 setup consists in exchanging 2 commands between the host device and the card: 1 st command is the INITIALIZE_UPDATE command With this command the host device indicates the key set to use and sends a host challenge The card selects the key set and generate session keys from it. The card then answers key information data to the host device (used to derive the card key from a master key) and also provides a card cryptogram to be verified by the host device once it has generated its session keys. 2 nd command is the EXTERNAL_AUTHENTICATE command The Host device after retrieving the card keys, generates the session keys, verifies the card cryptogram, generates a host cryptogram and a Message Authentication Code (MAC) and sends them back to the card The card verifies the MAC and host cryptogram and if both are successfully verified, then the host device and the card are mutually authenticated. Security Domain: a privileged application on a card (specified by Globalplatform), that holds cryptographic keys which can be used to support Secure Channel Protocol operations and/or to authorize card content management functions. On a card there is at least one Security Domain, the Issuer Security Domain (ISD) and there may be other Supplementary Security Domains (SSD). Security Level: level of protection established on a secure channel. KVN: Key Version Number, to identify a cryptographic key set of a Security Domain Detailed description of the invention An embodiment of the invention is a new solution to associate an enrollment at home with a cardholder authentication in a smooth user experience by making the most of an already existing security feature on the card (Globalplatform Secure Channel SCP03) and the bank application on an NFC smartphone (could be a tablet). The use case may be the following Material: NFC mobile device (smartphone or tablet) with a bank mobile application supporting biometric card enrollment and a biometric bank card The bank mobile application may already be installed on the NFC smartphone (could be also a tablet) and the user already has credentials to log in into the application (optional) Thanks to an NFC Tag application present on the card, when approaching the card to the NFC mobile device, the bank mobile application is launched on the NFC mobile device The cardholder authenticates him/herself by entering his/her credentials into the bank mobile application: the user is authenticated with the bank (secure link between the bank servers and the mobile application) The bank mobile application selects the biometric application (BioManager) on the card and initiates a secure channel session (SCP03) with this application. Since the keys used to setup this secure channel are not known by the mobile application but rather only by the bank server and the card, the mobile application acts as a proxy between the bank server and the card: the mobile application initiates the secure channel by sending the GP INITIALIZE_UPDATE command (this command could be prepared remotely by the bank server or locally by the mobile application) to the card and retrieves card information to retrieve the card SCP keys. The secure channel shall be established with a security level to AUTHENTICATED to avoid MAC or encryption of the enrollment APDUs. After receiving the response from the biometric card application, the bank mobile application forwards the response data to the bank server. Thanks to the received information data, the bank server retrieves the keys of the cards, generates the session keys, verifies the card cryptogram and prepares the EXTERNAL_AUTHENTICATE command (with a host cryptogram and MAC). It forwards this command to the bank mobile application (on the NFC mobile device) which then sends it to the card. If the card successfully processes the EXTERNAL_AUTHENTICATE, the bank (bank server) and the card are mutually authenticated. From that point on, all parties, issuer, cardholder, and card are mutually authenticated before starting the enrollment procedure. Now the user is prompted to start the enrollment of his/her fingerprints. At the end of the enrollment, the enrolled templates can be considered active since all parties are mutually authenticated. There is no need for supplementary authentication. And for the user experience, the whole authentication procedure is hidden: the user just needs to log in into the bank mobile application (that he/she might already uses for some bank operations) and carry on with the enrollment. No other dedicated passcode is required. Smooth user experience. An embodiment of the invention comprises advantageously using the SCP feature available on the card as a mutual authentication method to authenticate the cardholder during the biometric enrollment session and by consequence make the resulting biometric templates immediately activated without any need for a further authentication/activation. Advantages of the invention Enrollment + template activation done at once @home Bank mobile application is a secure application to manage the enrollment in a secure way Secure authentication between the card and the mobile application based on well-known standard Globalplatform secure channel protocol (SCP03 AES) Smooth user experience: from user point of view, only need to log in into the bank mobile application (as she/he may already do for other online bank operations), and process with fingerprint enrollment at home, then ready to use the biometric feature of her/his new card without any other prior authentication request. All the mutual authentication (bank + cardholder + card) is hidden from the cardholder. Procédé d’enregistrement de données biométriques d’un détenteur sur une carte comportant un microcontrôleur configuré pour communiquer via un canal de communication sécurisé avec un serveur distant comprenant un compte lié au détenteur de la carte, le procédé comprenant : - une authentification du détenteur sur une application d’un appareil configurée pour communiquer avec ledit serveur et ladite carte, puis - une authentification du serveur par la carte via le canal de communication sécurisé par l’intermédiaire de l’application dudit appareil, puis - un enregistrement de données biométriques du détenteur par un lecteur d’empreintes de la carte commandé par le microcontrôleur de la carte si le serveur est authentifié par la carte. Procédé selon la revendication 1 dans lequel l’authentification du détenteur sur l’application de l’appareil comprend une acquisition de données confidentielles renseignées par le détenteur à l’application, puis une vérification de la conformité des données confidentielles par le serveur. Procédé selon l’une quelconque des revendications 1 ou 2 dans lequel l’authentification du serveur par la carte comprend : - une transmission, par la carte, de données à chiffrer au serveur par l’intermédiaire de l’application de l’appareil, - un chiffrement par le serveur desdites données à chiffrer à l’aide d’une clé de chiffrement de manière à générer des première données chiffrées, - une transmission desdites premières données chiffrées par le serveur à la carte par l’intermédiaire de l’application de l’appareil, - un chiffrement par le microcontrôleur de la carte desdites données à chiffrer par la même clé de chiffrement de manière à générer des deuxièmes données chiffrées, puis - une vérification par le microcontrôleur de la carte que les premières données chiffrées par le serveur et les deuxièmes données chiffrées par le microcontrôleur de la carte sont identiques. Procédé selon l’une des revendications 1 à 3, dans lequel ledit appareil communique avec la carte par l’intermédiaire d’une communication en champ proche ou par l’intermédiaire d’un lecteur de carte. Carte comprenant : - un lecteur d’empreintes digitales, - un microcontrôleur configuré pour communiquer avec un serveur distant comportant un compte lié au détenteur de carte via un canal de communication sécurisé et pour : ○ commander le lecteur d’empreintes digitales de manière à enregistrer des données biométriques du détenteur de la carte, ○ effectuer, avant d’enregistrer des données biométriques du détenteur de la carte, une procédure d’authentification du serveur distant par l’intermédiaire d’une application d’un appareil externe via ledit canal de communication sécurisé. Appareil comprenant une application configurée pour : - communiquer avec une carte selon la revendication 5 et un serveur comprenant un compte lié à un détenteur de la carte, - authentifier avec le serveur qu’un utilisateur de la carte est bien le détenteur de la carte, - servir d’intermédiaire lors d’une authentification du serveur par la carte via un canal de communication sécurisé, - démarrer un enregistrement de données biométriques du détenteur sur la carte par le lecteur d’empreintes de la carte, si le serveur est authentifié par la carte. Serveur comprenant un compte lié à un détenteur d’une carte selon la revendication 5, le serveur étant configuré pour : - communiquer avec une application d’un appareil selon la revendication 6, - authentifier avec l’application de l’appareil qu’un utilisateur de la carte est bien le détenteur de la carte, - effectuer une procédure d’authentification de ce serveur par la carte par l’intermédiaire de ladite application de l’appareil via un canal de communication sécurisé. Système comprenant : - une carte selon la revendication 5, - un appareil selon la revendication 6, et - un serveur selon la revendication 7.