FR 2987529 A1 20130830 FR 1251753 A 20120227 Procédé de vérification d'identité d'un utilisateur d'un terminal communiquant et système associé La présente invention concerne le conditionnement d'accès et/ou la souscription à un service par vérification d'identité d'un utilisateur, à partir d'un terminal communicant (notamment un terminal mobile) de l'utilisateur. La notion d'identité devient omniprésente et quotidienne dans l'environnement dit « mobile ». Cette identité numérique doit être cependant protégée contre toute forme d'usurpation en restant ergonomique dans son utilisation par son porteur. Les solutions connues (à mot de passe unique ou « OTP » pour « One Time Password », ou à signature unique OTS ou SSO (pour Single Signe On), ou par SMS (Short Message Service), ou normalisées « Open ID », ou autres), toutes basées sur des processus de type « login/mot de passe » ou identifiants réseau (numéro de téléphone par exemple) associés à une gestion d'attributs de l'utilisateur, ne sont pas pleinement satisfaisantes. L'invention propose une solution. L'invention propose notamment un procédé de vérification d'identité d'un utilisateur d'un terminal communicant, comportant : * une étape préalable comprenant : - une communication à au moins un serveur d'une première donnée d'identité de l'utilisateur, - une génération auprès du serveur d'une deuxième donnée d'identité de l'utilisateur, la deuxième donnée définissant une identité dérivée de l'utilisateur, et - un stockage de la deuxième donnée d'identité dans une mémoire sécurisée du terminal, * une étape courante de vérification d'identité comprenant : - une transmission du serveur au terminal d'un jeton à chiffrer, - une utilisation auprès du terminal de la deuxième donnée au moins pour générer un chiffrement du jeton, le jeton chiffré étant transmis au serveur et vérifié auprès du serveur, et - en cas de vérification positive du jeton chiffré auprès du serveur, le serveur valide la vérification d'identité de l'utilisateur du terminal. Un terminal communicant (téléphone, tablette, smartphone) devient ainsi, s'il est associé à une identité dérivée issue d'un titre authentique, un support connecté facilitant la validation des droits (par authentification forte notamment) et le partage de données de sécurité avec les acteurs locaux ou distants d'une transaction. Selon les modes de réalisation, le procédé de l'invention peut présenter une ou plusieurs des caractéristiques suivantes : - le chiffrement utilise une infrastructure à clé publique, la donnée d'identité dérivée au moins étant utilisée pour générer une clé de chiffrement ; - la donnée d'identité dérivée est un certificat numérique certifiant le chiffrement par le terminal ; - en cas de vérification positive, le jeton chiffré est lié à un certificat numérique d'identification de l'utilisateur ; - la communication au serveur de la première donnée d'identité de l'utilisateur est autorisée après vérification d'une donnée biométrique de l'utilisateur du terminal ; - l'étape courante comporte une vérification d'une donnée propre à l'utilisateur avant d'initier sur le terminal l'utilisation de la deuxième donnée pour le chiffrement du jeton ; - on prévoit une pluralité d'étapes préalables avec une pluralité de communications à une pluralité de serveurs de la première donnée d'identité de l'utilisateur, chaque serveur générant des deuxièmes données respectives d'identité de l'utilisateur, chaque deuxième donnée définissant une identité dérivée de l'utilisateur, chaque identité dérivée étant propre à un service dont l'accès est conditionné par une vérification de jeton chiffré auprès d'un serveur dédié audit service ; - la communication au serveur de la première donnée d'identité est effectuée via un lecteur comportant un module de communication de courte portée ou filaire, et, le terminal comportant un module homologue de communication de courte portée ou filaire, la deuxième donnée est transmise du serveur au lecteur, puis du lecteur au terminal par communication en courte portée ou filaire ; - la transmission du jeton à chiffrer et/ou du jeton chiffré, entre le serveur et le terminal, est effectuée via un équipement sollicitant un accès à un service auquel le serveur est associé, l'accès au service étant conditionné par une vérification de l'identité de l'utilisateur à partir du terminal de l'utilisateur à ladite étape courante ; - la transmission du jeton à chiffrer et/ou du jeton chiffré, entre le terminal et l'équipement, est effectuée par une communication de courte portée ou filaire, le terminal comportant un module de communication de courte portée ou filaire et l'équipement comportant un module homologue de communication de courte portée ou filaire ; - la transmission du jeton à chiffrer du serveur au terminal est effectuée par un réseau mobile, et la transmission du jeton chiffré du terminal au serveur est effectuée via un équipement sollicitant un accès à un service auquel le serveur est associé, l'accès au service étant conditionné par une vérification de l'identité de l'utilisateur à partir du terminal de l'utilisateur à ladite étape courante ; - la transmission du jeton à chiffrer du serveur au terminal est effectuée via un équipement sollicitant un accès à un service auquel le serveur est associé, et la transmission du jeton chiffré du terminal au serveur est effectuée par un réseau mobile, l'accès au service étant conditionné par une vérification de l'identité de l'utilisateur à partir du terminal de l'utilisateur à ladite étape courante. L'invention concerne aussi un système de vérification d'identité d'un utilisateur, comportant au moins un terminal et un serveur pour la mise en oeuvre du procédé selon l'invention. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-après présentant des exemples possibles de réalisation, et à l'examen des dessins annexés sur lesquels : - la figure 1 illustre les principales opérations mises en oeuvre par un système au sens de l'invention, pendant l'étape préalable de déclaration du terminal ; et la figure 2 illustre les principales opérations mises en oeuvre par un système au sens de la présente invention, pendant une étape courante de vérification d'identité, basée sur le terminal. En référence à la figure 1, un utilisateur présente un support physique tel que, par exemple, une carte nationale d'identité CNI, une carte de fidélité, une carte d'étudiant, ou autre, pour lecture par un lecteur LEC. Pour vérifier que ce support CNI est bien porté par son détenteur (« MR X »), l'utilisateur présente une donnée biométrique, par exemple une empreinte digitale, dans un lecteur BIO relié au lecteur LEC de la carte CNI. Dans un exemple de réalisation possible, le lecteur lit (par exemple par scan) les données de la carte CNI et les communique, avec les données biométriques, par exemple à un serveur distant. Ce serveur distant vérifie une coïncidence entre les données de la carte CNI et les données biométriques relevées (validation du test S13) et le cas échéant le procédé peut se poursuivre. Dans un autre exemple de réalisation possible, les données biométriques peuvent servir à protéger certaines données embarquées sur le support physique ; les données biométriques sont alors transmises au support qui effectue une vérification locale (par exemple via du « Match On Card ») et autorise l'exploitation desdites données protégées. Suite à cette première opération, le lecteur peut communiquer à l'étape S10 une première donnée d'identité de l'utilisateur Id1 vers un serveur distant SER. Cette identité Id1 peut être par exemple une identité régalienne de l'individu, ou encore une identité bancaire (dans le cas où la carte CNI est une carte bancaire), ou autres. La première donnée d'identité Id1 peut également être un certificat numérique transmis au serveur distant SER qui vérifie la validité de ce certificat (chaine de certification, état de révocation, date de validité, ...). Dans un mode de réalisation, le serveur distant SER détermine, à partir de la première donnée d'identité Id1, une identité dérivée Id2, à l'étape S11 (par exemple par application d'une fonction de hachage à la donnée Id1), et communique une deuxième donnée de cette identité dérivée Id2 au lecteur LEC dans l'exemple représenté. Dans une forme de réalisation, le lecteur LEC peut comporter des moyens de communication de courte portée (par exemple un module NFC, pour « Near Field Communication », ou encore une communication Wifi, Bluetooth, ou filaire (par câble USB par exemple)), pour transmettre la deuxième donnée d'identité dérivée Id2 à un terminal communiquant TER du choix de l'utilisateur, à l'étape S12, ce terminal TER étant bien entendu équipé aussi d'un module de communication de courte portée. En variante, l'identité dérivée Id2 peut être transmise directement du serveur SER au terminal TER par un réseau mobile. Dans un autre mode de réalisation, l'identité dérivée Id2 peut être un certificat numérique. Un élément sécurisé du terminal communiquant TER génère localement une bi-clé (i.e. un couple clé publique - clé privée), la clé privée étant un secret inextractible de l'élément sécurisé du terminal. La clé publique est alors communiquée au serveur distant SER avec une demande de certification de la bi-clé. Le serveur distant SER génère un certificat lié au titre authentique, i.e. lié à la première donnée d'identité de l'utilisateur Id1. Ce certificat est ensuite renvoyé au terminal communiquant TER à côté de la bi-clé. Plus particulièrement, le terminal TER de l'utilisateur stocke l'identité dérivée Id2 dans une mémoire sécurisée (par exemple dans la carte SIM, pour « Subscriber Identity Module », ou plus généralement dans un module UICC pour « Universal Integrated Circuit Card », ou encore dans un élément de sécurité quelconque du terminal). A cet effet, une application peut être transmise depuis le serveur et via le lecteur LEC, vers le terminal, comme par exemple une « cardlet » qui s'installe sur le terminal TER pour stocker l'identité dérivée Id2, par exemple selon un procédé de type OTA, pour « Over The Air ». Selon un mode de réalisation, le terminal TER peut générer une clé ou une bi-clé à partir de la donnée de l'identité dérivée Id2, permettant un chiffrement symétrique (ou respectivement asymétrique, pour une cryptographie asymétrique) intervenant ultérieurement dans la vérification de l'identité de l'utilisateur, à partir de son terminal TER, comme on le verra ci-après en référence à la figure 2. Selon un autre mode de réalisation, lorsque l'identité dérivée Id2 est un certificat numérique comme décrit plus haut, la bi-clé associé au certificat du titre authentique sera utilisée pour le chiffrement intervenant ultérieurement dans la vérification de l'identité de l'utilisateur à partir de son terminal TER comme décrit en référence à la figure 2. Dans un exemple de réalisation, illustré à la figure 2, un équipement quelconque, par exemple un ordinateur PC, une borne de service automatique ou autre, communique avec une plateforme de service via un réseau de type Internet. Avant de fournir un service sécurisé, le serveur SER associé à ce service doit vérifier l'identité de l'utilisateur. Ainsi, il est fait recours ici à l'étape précitée de vérification de l'identité de l'utilisateur, à partir de son terminal TER. A cet effet, en référence à la figure 2, le serveur SER envoie, à l'étape S21, un jeton C (i.e. un « challenge » qui peut par exemple correspondre à un aléa ou un « hash » d'un document) par exemple à destination de l'équipement PC. Par communication en champ proche NFC (l'équipement PC étant équipé d'un module NFC), le jeton est communiqué au terminal TER, lequel exploite les données stockées en mémoire sécurisée (par exemple dans sa carte SIM) et ses ressources cryptographiques pour signer ce jeton à l'étape S23. Avantageusement, il peut être mis en oeuvre auprès du terminal TER une procédure systématique consistant en une vérification d'une donnée propre à l'utilisateur, dès lors qu'il s'agit d'utiliser la ou les clé(s) de chiffrement stockée(s) dans le terminal pour générer une signature. Par exemple, il peut être proposé via une interface homme-machine à l'utilisateur de saisir un code personnel à l'étape S22, ou encore de saisir une donnée biométrique prédéterminée (empreinte digitale, iris, ou autres). Ainsi, en cas de détention frauduleuse du terminal TER par un tiers malveillant, aucune signature ne peut être générée à l'étape S23 et bien entendu aucun service ne pourra être fourni ultérieurement à l'ordinateur PC ou à la borne de service. Le jeton signé C* est retournée à l'étape S24 au serveur SER, par exemple via l'ordinateur PC par une communication en champ proche, via le module NFC notamment. A l'étape S25, le serveur SER vérifie cette signature à l'aide de sa ou ses propre(s) clé(s) et, bien entendu, à l'aide du jeton C qu'il a lui-même initié. La validité de la signature peut comprendre une vérification standard de validité de certificat (chaine de certification, état de révocation, date de validité, ...). Par ailleurs, connaissant le jeton envoyé à l'étape S21, la « réponse » (i.e. le jeton signé par la clé privée du terminal TER) retournée à l'étape S24 ainsi que la clé publique présente dans le certificat, un serveur de validation est capable de contrôler la validité de la signature. On comprendra alors que cette signature correspond à un certificat numérique identifiant l'utilisateur par rapport au service précité. L'étape de vérification de l'identité de l'utilisateur décrite en référence à la figure 2 peut être bi-canal, c'est-à-dire par exemple que le jeton C à signer (« challenge » ou « hash » d'un document) peut-être envoyé par le réseau mobile du serveur SER directement sur le terminal communiquant TER, signé par le terminal communiquant, puis le jeton signé C* est renvoyé au serveur via une interface NFC de l'équipement (ordinateur PC ou borne de service automatique). Il est entendu que la communication bi-canal peut également comprendre une communication du jeton C à signer du serveur SER au terminal communiquant TER via une interface NFC de l'équipement (ordinateur PC ou borne de service automatique) et une communication du jeton signé C* renvoyé directement du terminal TER au serveur SER par le réseau mobile. Dans une réalisation particulière, l'identité dérivée Id2 précitée est calculée par exemple à partir d'une fonction de hachage appliquée à la première donnée d'identité Id1 issue de la lecture de la carte CNI. Ensuite, au moins une clé (ou un couple de clés publique et privée), stockée dans la mémoire sécurisée du terminal TER, peut être calculée à partir de cette identité dérivée Id2 (par exemple la clé privée, dans le cas d'un chiffrement asymétrique). Par ailleurs, une fois que l'identité de l'utilisateur est vérifiée grâce à son terminal, une session peut être établie pour un service sécurisé. Par exemple, une clé diversifiée peut être utilisée ensuite pour les échanges entre l'équipement PC et une plateforme de service reliée au serveur SER. Bien entendu, la présente invention ne se limite pas à la forme de réalisation décrite ci-avant à titre d'exemple. Elle s'étend à d'autres variantes. Par exemple, on a décrit ci-avant une interaction avec un lecteur par communication en champ proche. Dans une variante, une communication peut être établie directement entre le terminal TER et le serveur SER, par exemple via un réseau cellulaire, tant pour l'étape préalable de déclaration du terminal que pour l'étape ultérieure de vérification d'identité. Par ailleurs, on a décrit ci-avant en référence à la figure 2 l'utilisation d'un équipement PC (ou encore d'un lecteur LEC, tel qu'une borne communicante). Dans une variante plus simple, il peut être utilisé directement le terminal TER pour accéder au service (ou pour l'enrôlement initial du terminal) et la vérification de la signature du challenge (ou l'enrôlement) s'effectue directement par une communication entre le serveur et le terminal, sans équipement intermédiaire. Toutefois, l'utilisation d'un appareil communicant (une borne de lecture LEC, un ordinateur PC, une tablette ou encore une télévision) offre avantageusement une interface améliorant l'ergonomie d'utilisation. Par ailleurs, on a décrit ci-avant une interaction avec un serveur d'application SER. En variante, il peut être prévu de façon équivalente une interaction avec un équipement de type CMS (pour « Card Management System ») ou TSM (pour « Trusted Service Management »). Ainsi, l'invention propose d'utiliser un (ou plusieurs) élément(s) de sécurité embarqué(s) dans un objet communicant pour embarquer une identité dérivée dont l'évolution (vol, perte, répudiation, etc.) peut être gérée déjà par l'émetteur initial du support CNI et qui permet une validation simple, rapide, sécurisée et anonyme des droits associés. A cet effet, on prévoit un calcul, suivi d'un transfert de l'identité dérivée via des interfaces (souvent standardisées) des objets communicants, par exemple par des échanges locaux (en champ proche ou NFC pour « Near Field Communication »), ou en variante via Internet (par une liaison WiFi, ou autres), ou encore possiblement via des interfaces utilisateurs de réseaux sociaux (Facebook, Linkedln, voire iTunes ®), ou encore par communication par un réseau cellulaire (3G, LTE ou autres). L'identité dérivée peut ne pas être stockée seule dans la mémoire sécurisée. On peut prévoir une mémorisation dans l'objet communicant d'une application de gestion des relais de requêtes externes transmises selon les mêmes interfaces que pour l'implémentation de l'étape préalable de déclaration du terminal. Avantageusement, une authentification locale des données du porteur peut être prévue (par exemple par saisie de données de biométrie), avant la déclaration du terminal mobile. L'invention permet ensuite une personnalisation des opérations cryptographiques en fonction des demandes ou des services en ligne concernés, avec des créations de signatures numériques spécifiques à chaque service. L'invention permet en outre d'éviter le partage d'informations signifiantes avec les parties concernées par la transaction pendant le service. Avantageusement, la validation de l'appairage du terminal, du titre authentique et du porteur peut se baser sur 2 ou 3 facteurs (les données du titre authentique - ce que j'ai, un code PIN - ce que je sais, une donnée biométrie - ce que je suis). Après validation des données d'authentification sur 2 ou 3 facteurs du porteur authentique, un enrôlement initial du terminal peut être effectué par utilisation d'un titre authentique CNI, carte de fidélité, carte d'étudiant ou autre. Ainsi, l'introduction de la biométrie/cryptographie dans la génération d'une signature digitale est une réalisation optionnelle mais avantageuse. L'invention permet alors un partage de données non signifiantes avec une vérification auprès de serveurs distants, sans partage d'identité. Elle permet en outre une génération et une communication de certificat et/ou de signature numérique en offrant donc une option d'audit a posteriori, et ce, dans des conditions de personnalisation après émission d'applications signées sans besoin d'environnements spécifiques. Il est assuré ainsi une personnalisation d'applications à forte sensibilité sur la base de l'identification du porteur initial, du fait de la création d'un lien unique entre le porteur authentique et une donnée calculée sur la base d'une information du support initial CNI qui d'ailleurs peut être un produit de sécurité (carte ou système à processeur de sécurité). Ensuite, la création de conditions de génération d'algorithme diversifié sur la base de données produites par le porteur (et non disponibles dans les objets) est aussi un avantage. REVENDICATIONS1. Procédé de vérification d'identité d'un utilisateur d'un terminal communicant (TER), comportant : * une étape préalable comprenant : - une communication à au moins un serveur (SER) d'une première donnée d'identité (Idi) de l'utilisateur (S10), - une génération auprès du serveur d'une deuxième donnée d'identité (Id2) de l'utilisateur (S11), la deuxième donnée définissant une identité dérivée de l'utilisateur, et - un stockage de la deuxième donnée d'identité (Id2) dans une mémoire sécurisée (SIM) du terminal (S12), * une étape courante de vérification d'identité comprenant : - une transmission du serveur au terminal d'un jeton (C) à chiffrer (S21), - une utilisation auprès du terminal de la deuxième donnée au moins pour générer un chiffrement du jeton (S23), le jeton chiffré (C*) étant transmis au serveur et vérifié auprès du serveur (S25), et - en cas de vérification positive du jeton chiffré auprès du serveur, le serveur valide la vérification d'identité de l'utilisateur du terminal. 2. Procédé selon la revendication 1, dans lequel le chiffrement utilise une infrastructure à clé publique, la donnée d'identité dérivée (Id2) au moins étant utilisée pour générer une clé de chiffrement. 3. Procédé selon la revendication 1, dans lequel la donnée d'identité dérivée (Id2) est un certificat numérique certifiant le chiffrement par le terminal. 4. Procédé selon l'une des revendications précédentes, dans lequel, en cas de vérification positive, le jeton chiffré est lié à un certificat numérique d'identification de l'utilisateur. 5. Procédé selon l'une des revendications précédentes, dans lequel ladite communication au serveur de la première donnée d'identité (Idi) de l'utilisateur estautorisée après vérification d'une donnée biométrique de l'utilisateur du terminal (S13). 6. Procédé selon l'une des revendications précédentes, dans lequel l'étape courante comporte une vérification d'une donnée propre à l'utilisateur (S22) avant d'initier sur le terminal l'utilisation de la deuxième donnée pour le chiffrement du jeton. 7. Procédé selon l'une des revendications précédentes, dans lequel on prévoit une pluralité d'étapes préalables avec une pluralité de communications à une pluralité de serveurs de la première donnée d'identité de l'utilisateur, chaque serveur générant des deuxièmes données respectives d'identité de l'utilisateur, chaque deuxième donnée définissant une identité dérivée de l'utilisateur, chaque identité dérivée étant propre à un service dont l'accès est conditionné par une vérification de jeton chiffré auprès d'un serveur dédié audit service. 8. Procédé selon l'une des revendications précédentes, dans lequel la communication au serveur (SER) de la première donnée d'identité (Idi) est effectuée via un lecteur (LEC) comportant un module de communication de courte portée (NFC) ou filaire, et, le terminal comportant un module homologue de communication de courte portée ou filaire, la deuxième donnée (Id2) est transmise du serveur au lecteur, puis du lecteur au terminal par communication en courte portée ou filaire. 9. Procédé selon l'une des revendications 1 à 8, dans lequel la transmission du jeton (C) à chiffrer et/ou du jeton chiffré (C*), entre le serveur et le terminal, est effectuée via un équipement (PC) sollicitant un accès à un service auquel le serveur (SER) est associé, l'accès au service étant conditionné par une vérification de l'identité de l'utilisateur à partir du terminal de l'utilisateur à ladite étape courante. 10. Procédé selon la revendication 9, dans lequel la transmission du jeton (C) à chiffrer et/ou du jeton chiffré (C*), entre le terminal (TER) et l'équipement (PC), est effectuée par une communication de courte portée (NFC) ou filaire,le terminal (TER) comportant un module de communication de courte portée (NFC) ou filaire et l'équipement (PC) comportant un module homologue de communication de courte portée ou filaire. 11. Procédé selon l'une des revendications 1 à 8, dans lequel la transmission du jeton (C) à chiffrer du serveur (SER) au terminal (TER) est effectuée par un réseau mobile, et la transmission du jeton chiffré (C*) du terminal au serveur est effectuée via un équipement (PC) sollicitant un accès à un service auquel le serveur (SER) est associé, l'accès au service étant conditionné par une vérification de l'identité de l'utilisateur à partir du terminal de l'utilisateur à ladite étape courante. 12. Procédé selon l'une des revendications 1 à 8, dans lequel la transmission du jeton (C) à chiffrer du serveur (SER) au terminal (TER) est effectuée via un équipement (PC) sollicitant un accès à un service auquel le serveur (SER) est associé, et la transmission du jeton chiffré (C*) du terminal au serveur est effecuée par un réseau mobile, l'accès au service étant conditionné par une vérification de l'identité de l'utilisateur à partir du terminal de l'utilisateur à ladite étape courante. 13. Système de vérification d'identité d'un utilisateur, comportant au moins un terminal (TER) et un serveur (SER) pour la mise en oeuvre du procédé selon l'une des revendications précédentes.