Brevet FR3007929A1 — publié le 20150102

DOMAINE TECHNIQUE GENERAL L'invention a pour objet la gestion de l'identité numérique d'un utilisateur d'un terminal mobile. Elle concerne plus particulièrement un procédé d'authentification, par un tiers de confiance administratif et par un opérateur d'un réseau mobile, d'un utilisateur d'un terminal mobile connecté au réseau mobile et souhaitant accéder à un service fourni par un fournisseur de service. ETAT DE LA TECHNIQUE Afin d'accéder à un service, un utilisateur doit généralement s'authentifier et fournir ainsi une preuve de son identité et de son droit à accéder audit service, que celui-ci soit un service bancaire, un service de santé, un service de divertissement... Dans ce contexte, les usurpations d'identité dans le but d'accéder frauduleusement à de tels services se multiplient. Il est en effet relativement simple pour un usurpateur de se procurer diverses informations d'identité couramment employées à des buts d'authentification telles que le nom, l'adresse, la date de naissance ou le numéro de téléphone d'un utilisateur authentique. Afin de rendre plus difficile une telle usurpation d'identité, divers moyens d'authentification sécurisée ont été développés. Le moyen d'authentification le plus couramment employé consiste en un support physique dédié tel qu'une carte bancaire, une carte d'assuré social, une clé USB... De tels supports comprennent généralement un élément sécurisé permettant de stocker des données d'authentification de l'utilisateur. La sécurisation de ces éléments de stockage rend difficile une lecture frauduleuse des informations contenues dans celles-ci. De plus, de telles cartes peuvent être protégées d'une utilisation illicite suite à un vol par l'emploi d'un code personnel (« PIN »). Néanmoins de tels moyens d'authentification présentent plusieurs défauts. Tout d'abord chaque type de support physique nécessite un lecteur dédié capable d'accéder aux moyens de stockage sécurisés dudit support. De tels lecteurs doivent donc être installés en de multiples endroits et entretenus, ce qui représente un investissement certain. De plus, l'utilisation de tels moyens d'authentification requiert que l'utilisateur soit en possession de différents supports physiques dédiés pour accéder à divers services. Ceci s'avère peu pratique pour l'utilisateur dès que le nombre de supports dépasse quelques unités et augmente le risque que ces supports soient perdus par l'utilisateur. 2 3007929 Ainsi, des mécanismes d'authentification ont été mis au point dans lesquels un utilisateur peut s'authentifier à l'aide de certificats stockés de manière sécurisée sur un dispositif d'authentification mutualisé commun à tous les certificats, par exemple son téléphone mobile. L'utilisateur passe alors par une première phase d'enrôlement au cours de laquelle il apporte la 5 preuve de son identité en fournissant des données d'identités et reçoit en échange un tel certificat. De tels mécanismes permettent de remplacer une multitude de supports physiques par un seul support physique, dont l'utilisateur est presque constamment en possession. De plus, un même lecteur peut être utilisé pour authentifier l'utilisateur quel que soit le service auquel celui-ci souhaite accéder. 10 Néanmoins, de tels mécanismes présentent plusieurs inconvénients. Tout d'abord, les données d'identité que l'utilisateur fournit au cours de la phase d'enrôlement restent des données assez faciles à obtenir pour un potentiel usurpateur d'identité. Celui-ci, une fois en possession des données d'identité d'une personne dont il veut usurper l'identité, peut alors se faire délivrer un certificat lui permettant de se faire passer pour cette personne et accéder indument à des services. 15 De plus, un usurpateur en possession des données d'identité de l'utilisateur pourrait lier l'identité usurpée à son propre téléphone, et ainsi accéder frauduleusement à un service en utilisant son propre téléphone, sans même avoir besoin de subtiliser le téléphone de l'utilisateur dont il usurpe l'identité. Il existe ainsi un besoin de disposer d'une solution d'authentification réduisant les risques 20 d'usurpation d'identité d'un utilisateur même lorsqu'un potentiel usurpateur est en possession de données d'identité de l'utilisateur et sans nécessiter que l'utilisateur soit en possession d'un support physique dédié à l'accès à un service. Une telle solution devrait notamment empêcher qu'un usurpateur puisse accéder à un service sans avoir accès au dispositif d'authentification mutualisé de l'utilisateur. 25 PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi selon un premier aspect à un procédé d'authentification d'un utilisateur d'un ou plusieurs terminaux dont au moins un terminal mobile 30 aptes à être connectés par l'intermédiaire d'un réseau à un serveur d'un opérateur dudit réseau relié à une base de données d'opérateur comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, lesdits terminaux et/ou ledit serveur d'un opérateur étant aptes à être connectés à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, 3 3007929 dans lequel : - lors d'une phase d'enrôlement, une identité numérique dérivée est générée à partir de données d'authentification de l'utilisateur transmises par un terminal de l'utilisateur puis l'identité numérique dérivée est transmise à un terminal mobile de l'utilisateur pour être stockée dans ledit terminal 5 mobile, lesdites données d'authentification comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de l'utilisateur, ladite génération étant conditionnée par une vérification par l'un au moins des serveurs du tiers de 10 confiance administratif et de l'opérateur desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, et dans lequel : - lors d'une phase de vérification, le serveur de l'opérateur authentifie l'utilisateur à partir de ladite identité numérique dérivée transmise par ledit terminal mobile de l'utilisateur. 15 Un tel procédé permet d'authentifier l'utilisateur à l'aide de son terminal tout en minimisant les risques d'usurpation d'identité puisqu'un fraudeur devrait pour usurper l'identité de l'utilisateur posséder ses données d'identité personnelle, ainsi que ses données d'identité administrative telles que son identifiant fiscal et/ou son terminal. Selon une caractéristique avantageuse et non limitative, les données d'identité 20 administrative peuvent comprendre un identifiant affecté à l'utilisateur par le tiers de confiance administratif. Plus précisément, le procédé selon le premier aspect peut comprendre : dans la phase d'enrôlement : une transmission par un premier serveur, parmi le serveur du tiers de confiance 25 administratif et le serveur de l'opérateur, d'un message de requête des données d'authentification dudit utilisateur à destination d'un terminal de l'utilisateur, une transmission par le terminal au premier serveur desdites données d'authentification et une comparaison par le premier serveur des données d'authentification avec les données stockées dans une base de données parmi la base de données administratives et la base 30 de données d'opérateur, en fonction du résultat de ladite comparaison, une transmission par le premier serveur desdites données d'authentification à destination d'un deuxième serveur parmi le serveur de l'opérateur et le serveur du tiers de confiance administratif, 4 3007929 une comparaison par le deuxième serveur des données d'authentification avec les données stockées dans une base de données parmi la base de données d'opérateur et la base de données administratives, - en fonction de ladite comparaison, une génération et un stockage par le serveur de 5 l'opérateur d'une identité numérique dérivée à partir desdites données d'authentification, - une transmission par le serveur de l'opérateur de ladite identité numérique dérivée à un terminal mobile de l'utilisateur pour stockage dans ledit terminal mobile, dans la phase de vérification : une transmission par le terminal mobile de l'utilisateur d'une requête de service à un 10 serveur d'un fournisseur de service connecté par l'intermédiaire d'un réseau au terminal mobile, - une transmission par le serveur du fournisseur de service d'une requête d'authentification dudit utilisateur à destination du serveur de l'opérateur, une transmission par le serveur de l'opérateur au terminal mobile d'un message de 15 requête de ladite identité dérivée, une transmission par le terminal mobile de ladite identité dérivée au serveur de l'opérateur, une vérification de ladite identité dérivée par le serveur de l'opérateur, en fonction de ladite vérification de ladite identité dérivée, une transmission d'informations d'identification permettant au fournisseur de service d'identifier l'utilisateur. 20 Selon un tel procédé, une identité dérivée n'est générée et transmise au terminal mobile de l'utilisateur que si les données d'authentification transmises par le terminal de l'utilisateur ont été comparées avec succès avec les données stockées dans deux bases de données, à savoir celle du tiers de confiance administratif et celle de l'opérateur. Un tel procédé réduit donc notablement les risques d'usurpation d'identité, notamment consécutivement à un piratage d'une desdites bases 25 de données. De plus, la vérification des données d'authentification comporte à la fois la vérification des données d'identité personnelle de l'utilisateur, des données de terminal propres au terminal de l'utilisateur et des données d'identité administratives affectées à l'utilisateur. Un fraudeur devrait donc avoir connaissance de toutes ces données pour pouvoir espérer usurper l'identité de l'utilisateur. Il devrait enfin être également en possession du terminal mobile de l'utilisateur puisque 30 l'identité dérivée générée est envoyée à celui-ci. Selon des caractéristiques avantageuses et non limitatives, le procédé selon le premier aspect peut comprendre dans la phase d'enrôlement, - préalablement à la transmission du message de requête de données d'authentification : 5 3007929 - une connexion et une transmission du terminal de l'utilisateur au premier serveur de données de contact ; - une transmission d'un message de test de type défi-réponse du premier serveur au terminal à partir des données de contact et une transmission d'un message 5 d'acquittement dudit message de test de type défi-réponse par le terminal. Ceci permet d'assurer au serveur du tiers de confiance administratif que les données de contact transmises proviennent bien d'un être humain et non d'une machine, afin d'éviter les attaques automatisées en provenance de machines. Le procédé selon le premier aspect peut également comprendre dans la phase 10 d'enrôlement : - une transmission par le serveur de l'opérateur de ladite identité numérique dérivée au serveur du tiers de confiance administratif pour stockage. Ceci permet au serveur du tiers de confiance de garder la trace des identités numériques délivrées par d'éventuels opérateurs différents et peut permettre de retrouver l'identité dérivée d'un 15 utilisateur pour l'authentifier même si celui-ci a changé d'opérateur. Le procédé selon le premier aspect peut par ailleurs comprendre dans la phase d'enrôlement : - à la réception de ladite identité numérique dérivée par le terminal mobile : - un lancement d'une application requérant la saisie sur le terminal mobile d'une donnée 20 propre à l'utilisateur par l'intermédiaire d'une interface homme machine du terminal mobile, - une acquisition de ladite donnée propre à l'utilisateur saisie par l'utilisateur par l'intermédiaire d'une interface homme machine du terminal, - un stockage de ladite identité numérique dérivée et de ladite donnée propre à l'utilisateur dans le terminal mobile. 25 Ceci permet de sécuriser l'utilisation de l'identité dérivée à l'aide d'un code personnel pour empêcher son utilisation en cas de vol du terminal de l'utilisateur. En variante, ladite identité numérique dérivée et/ou la donnée propre à l'utilisateur sont stockées dans un élément sécurisé du terminal mobile afin d'éviter sa lecture par un fraudeur qui aurait accès au terminal ; 30 En outre dans la phase de vérification du procédé selon le premier aspect : - la requête d'authentification dudit utilisateur transmise par le serveur du fournisseur de service comprend une donnée de contact du terminal mobile et la transmission au terminal mobile 6 3007929 d'un message de requête de ladite identité dérivée est alors réalisée à partir de ladite donnée de contact. Ceci évite au serveur de l'opérateur d'avoir à chercher cette donnée de contact et lui garantit de requérir effectivement l'identité dérivée du terminal ayant envoyé une requête de 5 service au serveur du fournisseur de service. De plus, la transmission de ladite identité dérivée par le terminal mobile au serveur de l'opérateur dans la phase de vérification peut comprendre : - un lancement de ladite application sur le terminal mobile requérant la saisie sur le terminal mobile de ladite donnée propre à l'utilisateur via l'interface homme machine du 10 terminal mobile, - une acquisition de ladite donnée propre à l'utilisateur saisie par l'utilisateur par l'intermédiaire d'une interface homme machine du terminal, - une comparaison de ladite donnée propre à l'utilisateur saisie avec la donnée propre à l'utilisateur stockée sur le terminal mobile, 15 -en fonction de ladite comparaison, un envoi de ladite identité dérivée au serveur de l'opérateur. Ceci permet d'empêcher l'utilisation de l'identité dérivée par un fraudeur qui n'aurait pas connaissance de la donnée propre à l'utilisateur connue uniquement de l'utilisateur. Par ailleurs, la vérification par le serveur de l'opérateur de ladite identité dérivée transmise 20 par le terminal mobile comprend la comparaison de ladite identité dérivée avec les identités dérivées stockées par le serveur de l'opérateur et, ladite identité dérivée ayant été transmise du terminal mobile de l'utilisateur à l'opérateur avec les données de terminal de l'utilisateur, la comparaison desdites données de terminal avec les données de terminal stockées dans la base de données d'opérateur. 25 Ceci permet au serveur de l'opérateur de s'assurer que la requête de service émane bien du terminal dont les données de terminal ont été utilisées pour générer l'identité numérique dérivée vérifiée par le serveur de l'opérateur suite à cette requête. La présente invention se rapporte selon un deuxième aspect à un procédé d'authentification d'un utilisateur d'un ou plusieurs terminaux dont au moins un terminal mobile 30 aptes à être connectés par l'intermédiaire d'un réseau à un serveur d'un opérateur dudit réseau relié à une base de données d'opérateur comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, lesdits terminaux et/ou ledit serveur d'un opérateur étant aptes à être connectés à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des 7 3007929 données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce que ledit procédé est mis en oeuvre par le serveur de l'opérateur et comprend, dans une phase d'enrôlement, une génération d'une identité numérique dérivée à partir desdites 5 données d'authentification puis une transmission de ladite identité numérique dérivée à un terminal mobile de l'utilisateur pour être stockée dans ledit terminal mobile, ladite génération étant conditionnée par une vérification par l'un au moins des serveurs du tiers de confiance administratif et de l'opérateur desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, 10 lesdites données d'authentification de l'utilisateur comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de l'utilisateur, dans une phase de vérification, l'authentification de l'utilisateur à partir d'une identité numérique dérivée transmise par le terminal mobile de l'utilisateur. 15 La présente invention se rapporte selon un troisième aspect à un procédé d'authentification d'un utilisateur d'un ou plusieurs terminaux dont au moins un terminal mobile aptes à être connectés par l'intermédiaire d'un réseau à un serveur d'un opérateur dudit réseau relié à une base de données d'opérateur comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, 20 lesdits terminaux et/ou ledit serveur d'un opérateur étant aptes à être connectés à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce que ledit procédé est mis en oeuvre par un terminal mobile de l'utilisateur et 25 comprend, dans une phase d'enrôlement, une transmission de données d'authentification à l'un au moins des serveurs du tiers de confiance administratif et de l'opérateur et une réception d'une identité numérique dérivée générée par le serveur de l'opérateur à partir desdites données d'authentification, après vérification par l'un au moins des serveurs du tiers de confiance 30 administratif et de l'opérateur desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, lesdites données d'authentification de l'utilisateur comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de l'utilisateur, 8 3007929 dans une phase de vérification, une transmission de ladite identité numérique dérivée au serveur de l'opérateur afin que l'utilisateur soit authentifié par ledit serveur de l'opérateur. La présente invention se rapporte selon un quatrième aspect à un procédé d'authentification d'un utilisateur d'un ou plusieurs terminaux dont au moins un terminal mobile 5 aptes à être connectés par l'intermédiaire d'un réseau à un serveur d'un opérateur dudit réseau relié à une base de données d'opérateur comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, lesdits terminaux et/ou ledit serveur d'un opérateur étant aptes à être connectés à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des 10 données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce que ledit procédé est mis en oeuvre par le serveur du tiers de confiance administratif et comprend, dans une phase d'enrôlement, une vérification de données d'authentification transmises par un 15 terminal de l'utilisateur en les comparant aux données stockées dans la base de données administratives, ladite vérification conditionnant une génération d'une identité numérique dérivée à partir desdites données d'authentification et une transmission de ladite identité numérique dérivée à un terminal mobile de l'utilisateur pour être stockée dans ledit terminal mobile, lesdites données d'authentification de l'utilisateur comprenant des données d'identité personnelle 20 de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de l'utilisateur, le serveur de l'opérateur authentifiant l'utilisateur dans une phase de vérification, à partir de ladite identité numérique dérivée transmise par ledit terminal mobile de l'utilisateur. La présente invention se rapporte selon un cinquième aspect à un produit programme 25 d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon les premier, deuxième, troisième et quatrième aspects lorsque ce programme est exécuté par un processeur. La présente invention se rapporte selon un sixième aspect à un serveur d'un opérateur d'un réseau relié à une base de données d'opérateur comprenant des données d'identité personnelle d'un utilisateur d'un ou plusieurs terminaux dont au moins un terminal mobile 30 associées à des données de terminal propres à un terminal de l'utilisateur et apte à être connecté par l'intermédiaire dudit réseau à un terminal de l'utilisateur, lesdits terminaux et/ou ledit serveur d'un opérateur étant aptes à être connectés à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative 35 affectées à l'utilisateur par le tiers de confiance administratif, 9 3007929 caractérisé en ce qu'il comprend : - des moyens pour, lors d'une phase d'enrôlement, générer une identité numérique dérivée à partir de données d'authentification de l'utilisateur reçues d'un terminal de l'utilisateur, 5 lesdites données d'authentification comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de l'utilisateur, ladite génération étant conditionnée par une vérification par l'un au moins des serveurs du 10 tiers de confiance administratif et de l'opérateur desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, - des moyens pour transmettre ladite identité numérique dérivée à un terminal mobile de l'utilisateur pour être stockée dans ledit terminal mobile, 15 - des moyens pour, lors d'une phase de vérification, authentifier l'utilisateur à partir de ladite identité numérique dérivée transmise par ledit terminal mobile de l'utilisateur. La présente invention se rapporte selon un septième aspect à un terminal mobile d'un utilisateur d'un ou plusieurs terminaux apte à être connecté par l'intermédiaire d'un réseau à un serveur d'un opérateur dudit réseau relié à une base de données d'opérateur comprenant des 20 données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, ledit terminal mobile et/ou ledit serveur d'un opérateur étant aptes à être connectés à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative 25 affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce qu'il comprend des moyens de traitement configurés pour mettre en oeuvre les étapes du procédé selon le troisième aspect. La présente invention se rapporte selon un huitième aspect à un serveur d'un tiers de confiance administratif relié à une base de données administratives comprenant des données 30 d'identité personnelle d'un utilisateur d'un ou plusieurs terminaux dont au moins un terminal mobile associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, ledit serveur d'un tiers de confiance administratif étant apte à être connecté à au moins un terminal de l'utilisateur et/ou à un serveur d'un opérateur d'un réseau relié à une base de données 10 3007929 d'opérateur comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, caractérisé en ce qu'il comprend des moyens de traitement configurés pour mettre en oeuvre les étapes du procédé selon le quatrième aspect. 5 La présente invention se rapporte selon un neuvième aspect à un système d'authentification comprenant un serveur d'un opérateur selon le sixième aspect et un serveur d'un tiers de confiance selon le huitième aspect. De tels système, serveurs, terminal mobile et produit programme d'ordinateur présentent les mêmes avantages que ceux évoqués pour le procédé selon le premier aspect. 10 PRESENTATION DES FIGURES D'autres caractéristiques et avantages apparaîtront à la lecture de la description qui va suivre d'un mode de réalisation. Cette description sera donnée en référence aux dessins annexés 15 dans lesquels : - la figure 1 illustre schématiquement des moyens matériels pour une mise en oeuvre possible pour l'invention ; - la figure 2 est un diagramme schématisant un exemple de mise en oeuvre d'une phase d'enrôlement d'un procédé d'authentification selon un mode de réalisation de l'invention ; 20 la figure 3 est un diagramme schématisant un autre exemple de mise en oeuvre d'une phase d'enrôlement d'un procédé d'authentification selon un mode de réalisation de l'invention ; - la figure 4 illustre un exemple de formulaire à compléter avec des données d'authentification de l'utilisateur ; 25 - la figure 5 est un diagramme schématisant un exemple de mise en oeuvre d'une phase de vérification d'un procédé d'authentification selon un mode de réalisation de l'invention; DESCRIPTION DETAILLEE 30 En référence à la figure 1, une mise en oeuvre pour l'invention concerne un procédé d'authentification d'un utilisateur 1 d'un ou plusieurs terminaux 2a, 2b, au moins l'un des terminaux 11 3007929 étant un terminal mobile 2a. Les terminaux sont aptes à être connectés par l'intermédiaire d'un réseau 3 à un serveur 7 d'un opérateur 8 dudit réseau 3. De plus, les terminaux 2a, 2b et/ou le serveur 7 d'un opérateur 8 sont aptes à être connectés à un serveur 4 d'un tiers de confiance administratif 5. 5 Les terminaux de l'utilisateur peuvent être des postes clients et/ou des terminaux mobiles. Un tel poste client 2b peut comporter un dispositif d'affichage tel qu'un écran permettant d'afficher des informations à destination de l'utilisateur du poste client. Le poste client peut comporter également un dispositif de saisie, tel qu'un ensemble clavier-souris, permettant audit utilisateur de saisir des données. Le poste client peut comporter également une unité centrale comprenant un 10 processeur de traitement, une mémoire vive et une mémoire non volatile réinscriptible ainsi qu'une interface de communication utilisée pour connecter le poste client au réseau 3, telle qu'une interface Ethernet, une interface Wifi, etc. Un tel terminal mobile 2a peut comprendre des moyens de traitement pouvant être intégrés à un 15 dispositif électronique portable apte à stocker des données sécurisées dans une mémoire, par exemple une carte à puce comportant un microprocesseur relié par un bus de données à une mémoire vive et à une mémoire non volatile réinscriptible telle qu'une mémoire flash ou une mémoire EEPROM. Une telle carte à puce constitue un élément sécurisé adapté pour stocker de manière sécurisée dans sa mémoire non volatile des données et des applications exécutables par 20 ledit microprocesseur. Un tel terminal peut consister en un téléphone mobile, un smartphone, une tablette, une console de jeux, un ordinateur portable, un PDA (Personal Digital Assistant) ou tout autre terminal mobile doté d'un tel dispositif électronique portable et de moyens de communication sans-fil lui permettant d'accéder au réseau 3. 25 Le réseau 3 représenté sur la Figure 1 consiste à titre d'exemple en un réseau de téléphonie mobile du type GSM, GPRS, UMTS, LTE... En variante ce réseau 3 est le réseau Internet auquel le terminal mobile 2a accède par le biais d'une connexion sans-fil de type Wifi ou par un réseau de téléphonie du type cité ci-dessus. Les communications sur ce réseau 3 peuvent être sécurisées, notamment par chiffrement des données échangées. 30 Le tiers de confiance administratif 5, un opérateur 8 du réseau et les fournisseurs de service 11 peuvent être connectés à ce réseau 3 ou entre eux par des serveurs 4, 7, 10 respectifs comprenant une mémoire vive et des moyens de stockage tels qu'une mémoire non volatile réinscriptible (mémoire flash ou mémoire EEPROM) pouvant stocker une base de données, des 35 moyens de traitement comportant un processeur et des unités cryptographiques pour générer notamment des nombres aléatoires afin de chiffrer et déchiffrer les données stockées ou échangées sur le réseau 3. Lesdits serveurs peuvent également comprendre des moyens d'interface leur permettant de se connecter audit réseau 3, de type filaire tel qu'une liaison Ethernet, ou sans-fil tel qu'une connexion Wifi ou Bluetooth. De tels serveurs peuvent également 12 3007929 être connectés par le biais d'une connexion USB, Ethernet, Firewire, eSata, etc... à un dispositif externe hébergeant une ou plusieurs bases de données tel qu'un disque dur externe ou un disque dur en réseau (« NAS »). 5 Avantageusement, au moins deux de ces serveurs 4, 7, 10 peuvent être réunis au sein d'un même dispositif informatique assurant conjointement les fonctions respectives desdits serveurs. Chacun de ces serveurs 4, 7 est relié à une base de données 6, 9, c'est-à-dire peut héberger ou être connecté à une base de données, stockant des données d'authentification d'au moins un 10 utilisateur 1. Les données d'authentification d'un utilisateur 1 peuvent être des données d'identité personnelle de l'utilisateur 1, des données d'identité administrative affectées à l'utilisateur 1 par le tiers de confiance administratif et des données de terminal propres à un terminal de l'utilisateur. Le serveur 4 du tiers de confiance administratif 5 est relié à une base de données administratives 6 15 comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif. Le serveur 7 de l'opérateur 8 dudit réseau 3 est relié à une base de données d'opérateur 9 comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur. 20 Par « données d'identité personnelle de l'utilisateur », on entend des données d'identification d'une personne physique, permettant une identification non équivoque de cette personne physique. Il peut s'agir par exemple de son nom et d'au moins un prénom, avec en complément une adresse privée, un numéro de téléphone privé, etc, afin de pouvoir distinguer deux personnes physiques en cas d'homonymie. De telles données permettent en général de s'authentifier vis-à-vis 25 d'applications grand public comme des sites de commerce électronique. Ces données d'identité personnelle peuvent être portées par un support d'identité. Elles peuvent par exemple être issues d'une carte personnelle portant un processeur sécurisé (par exemple une carte bancaire, ou plus généralement une carte à puce donnant accès à des droits telle que par exemple une carte SESAM-Vitale ouvrant en France droit à des soins de santé). En variante, elles peuvent être 30 portées par une pièce d'identité (passeport, éventuellement biométrique, ou autre). Par « données d'identité administrative de l'utilisateur», on entend des données administratives permettant une identification non équivoque d'une personne physique. Il peut s'agir par exemple du numéro de sécurité sociale, de l'identifiant fiscal pour les impôts, d'un numéro de dossier 35 médical partagé, etc. Elles permettent en général de mener à bien les procédures administratives et de faire le lien avec le mode de référencement des personnes dans les bases de données de services administratifs. De telles données d'identité administratives de l'utilisateur sont usuellement 13 3007929 générées par une administration sur la base de documents authentiques identifiant / authentifiant une personne physique, et comportant des données d'identité personnelle de l'utilisateur. Par « données de terminal », on entend tout type de données permettant d'identifier le terminal. 5 Par exemple, une telle donnée peut être le numéro d'identification IMEI du téléphone identifiant celui-ci de manière unique. Dans le cas où le terminal est équipé d'un élément de sécurité tel que par exemple une carte SIM (pour « Subscriber Identity Module »), ces données peuvent être un identifiant de la carte SIM comme son numéro de série. Ces données peuvent également être des « données de contact du terminal ». On entend par « données de contact du terminal » des 10 données permettant de joindre le terminal. Il peut tout simplement s'agir du numéro de téléphone (MSISDN, Mobile Station International Subscriber Directory Number, notamment) attribué au terminal 2a dans le cas où ce dernier est un terminal téléphonique (téléphone mobile, smartphone, tablette ou similaire). Il peut toutefois s'agir, en variante d'une adresse IP (Internet Protocol), d'une adresse MAC (Media Access Control) ou encore d'une adresse de courriel (« email »). 15 Pour permettre à un utilisateur 1 d'accéder à un service délivré par un fournisseur de service 11, le procédé selon l'invention est mis en oeuvre en deux phases : une phase d'enrôlement et une phase de vérification décrites ci-dessous. Lors d'une phase d'enrôlement, une identité numérique dérivée est générée à partir de données 20 d'authentification de l'utilisateur transmises par un terminal de l'utilisateur 2a, 2b, puis l'identité numérique dérivée est transmise à un terminal mobile de l'utilisateur 2a pour être stockée dans le terminal mobile. Lesdites données d'authentification comprennent des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres au terminal mobile de l'utilisateur. 25 Par ailleurs, ladite génération est conditionnée par une vérification par l'un au moins des serveurs 4,7 du tiers de confiance administratif 5 et de l'opérateur 8 desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur. Lors d'une phase de vérification, le serveur 7 de l'opérateur 8 authentifie l'utilisateur 1 à partir de ladite identité numérique dérivée transmise par le terminal mobile 2a de l'utilisateur. 30 Par « données d'identité dérivée », on entend une donnée d'identité résultant de toute transformation des données d'authentification, par exemple une transformation par une fonction de hachage, ou une fonction de codage combinant plusieurs données d'authentification pour générer au moins une donnée d'identité dérivée. La fonction de transformation sera choisie de telle sorte 35 que la ou les données d'identité dérivée obtenues par transformation seront uniques et permettront ainsi une identification non équivoque d'une personne physique. 14 3007929 Ainsi pour pouvoir obtenir une telle identité numérique et accéder à un tel service, un utilisateur 1 doit prouver qu'il possède non seulement ses données d'identité personnelle mais également ses données d'identité administrative et/ou des données de terminal correspondantes. La vérification des données d'identité administrative de l'utilisateur telles que des identifiants 5 fiscaux par un tiers de confiance administratif 5 tel que le Centre des Impôts permet d'assurer un haut niveau de sécurité. En effet, un identifiant fiscal est une donnée rarement communiquée et donc peu accessible à un usurpateur. Des données telles que le numéro fiscal à treize chiffres, le numéro de télé-déclarant à sept chiffres, l'adresse du contribuable et le montant figurant sur le dernier avis d'impôt sur le revenu ne sont en effet généralement communiquées que par courrier et 10 les fraudeurs n'ont la plupart du temps pas accès au domicile de leurs victimes. De plus, un fraudeur usurpant l'identité d'une victime vis-à-vis des services fiscaux pourrait se voir réclamer par ceux-ci les impôts dus par sa victime, ce qui pourrait ainsi dissuader un tel fraudeur. De plus, la vérification des données de terminal par l'opérateur 8 du réseau permet de vérifier l'identité du terminal sur lequel l'identité dérivée est envoyée, et ainsi d'empêcher qu'un usurpateur 15 en possession des données d'identité personnelle et des données d'identité administrative de l'utilisateur de l'utilisateur 1 puisse lier l'identité usurpée à son propre téléphone, et puisse ainsi accéder frauduleusement à un service en utilisant son propre téléphone, sans même avoir besoin de subtiliser le téléphone de l'utilisateur 1 dont il usurpe l'identité. Une telle vérification peut consister en une vérification dans la base de données de l'opérateur que les données de terminal 20 fournies sont bien associées aux données d'identité personnelle de l'utilisateur enregistrées dans cette même base de données. Enfin cette solution permet à un utilisateur d'accéder à plusieurs services distincts en possédant un seul support physique, son terminal mobile qu'il transporte avec lui la plupart du temps. 25 Un exemple de mise en oeuvre de la phase d'enrôlement d'un procédé d'authentification d'un utilisateur d'un terminal est représenté en Figure 2. La phase d'enrôlement débute lors d'une première étape El par la connexion d'un terminal de l'utilisateur, qui peut être un poste client 2b auquel a accès l'utilisateur ou un terminal mobile 2a de l'utilisateur 1, au serveur 4 du tiers de confiance administratif 5 puis par la 30 transmission de données de contact du terminal au serveur 4 du tiers de confiance administratif 5. Lors de cette connexion l'utilisateur peut requérir, via son terminal 2a, 2b, la création d'une identité numérique dérivée. Lors d'une deuxième étape E2, le serveur 4 du tiers de confiance administratif 5 peut transmettre un message de test de type défi-réponse au terminal 2a, 2b à partir des 35 données de contact qui est acquitté à l'aide d'un message d'acquittement par le terminal 2a, 2b. Le message de test de type défi-réponse peut être un message de texte du type 15 3007929 SMS contenant une chaîne de caractères aléatoire de type captcha, acquitté par le terminal 2a, 2b par l'envoi d'un message texte comprenant cette même chaîne de caractères aléatoire. Le serveur 4 du tiers de confiance administratif 5 peut ainsi s'assurer que l'utilisateur 1 du terminal 2a, 2b est une personne physique et non une machine et 5 ainsi éviter d'être soumis à des attaques par force brute par une machine cherchant à usurper l'identité de l'utilisateur 1 ou à des attaques par déni de service. Lors d'une troisième étape E3, le serveur 4 du tiers de confiance administratif 5 transmet un message de requête des données d'authentification dudit utilisateur 1 à destination du terminal 2a, 2b. Ce message peut contenir un lien vers un formulaire à compléter par 10 l'utilisateur 1 tel que présenté en figure 4. Les champs à compléter peuvent être relatifs à des données d'authentification de l'utilisateur 1 comprenant des données d'identité personnelle de l'utilisateur 1 telles que son nom 12, prénom 13, sa date de naissance 14, le numéro de sa carte d'identité 15, son adresse 16, son code postal 17, sa ville 18, sa photo 19..., des données de terminal telles que le numéro de son téléphone mobile 20, 15 des données d'identité administrative de l'utilisateur telles que son numéro de contribuable figurant sur sa déclaration 21, le numéro de télédéclarant figurant sur sa déclaration 22 .... Lors d'une quatrième étape E4, le terminal 2a, 2b de l'utilisateur transmet au serveur 4 du tiers de confiance administratif 5 les données d'authentification. Si une vérification est requise, ce dernier peut comparer les données d'identité personnelle de l'utilisateur 1 et les 20 données d'identité administrative de l'utilisateur 1 avec les données stockées dans la base de données administratives 6. Si la comparaison est positive, le tiers de confiance administratif 5 peut compléter la base de données administratives 6 avec les données d'authentification transmises. Il peut notamment ajouter aux données de l'utilisateur stockées, les données de terminal de l'utilisateur. 25 Lors d'une cinquième étape E5, si la comparaison effectuée à la quatrième étape E4 a été positive ou si aucune vérification n'a été requise, le serveur 4 du tiers de confiance administratif 5 transmet les données d'authentification à destination du serveur 7 de l'opérateur 8. Si une vérification est requise, ce dernier peut comparer les données d'identité personnelle de l'utilisateur 1 et les données de terminal transmises avec les 30 données stockées dans la base de données d'opérateur 9. Lors d'une sixième étape E6, si la comparaison effectuée à la cinquième étape E5 a été positive ou si aucune vérification n'a été requise, le serveur 7 de l'opérateur 8 génère une identité numérique dérivée à partir des données d'authentification transmises et la stocke. Le serveur 7 de l'opérateur 8 peut stocker, en association avec l'identité numérique 35 dérivée, les données d'authentification qui ont servi à générer cette identité numérique dérivée. 16 3007929 - Lors d'une septième étape E7, le serveur 7 de l'opérateur 8 transmet ladite identité numérique dérivée au terminal mobile 2a pour stockage dans le terminal mobile 2a. Afin de sécuriser son accès, l'identité numérique dérivée peut être stockée dans un élément sécurisé du terminal mobile 2a, par exemple dans la carte d'identification 5 d'abonné du terminal 2a. Dans un mode de réalisation de l'invention, à la réception de ladite identité numérique dérivée par le terminal mobile 2a une application est lancée sur le terminal mobile 2a de l'utilisateur qui requiert la saisie sur le terminal mobile 2a d'une donnée propre à l'utilisateur 1. Une fois cette donnée propre saisie par l'utilisateur 1 par l'intermédiaire 10 d'une interface homme machine du terminal mobile 2a, l'identité numérique dérivée et la donnée propre à l'utilisateur sur le terminal sont stockées sur le terminal mobile 2a de l'utilisateur par exemple dans l'élément sécurisé du terminal mobile 2a; On entend par « donnée propre à l'utilisateur » par exemple un code personnel d'identification (ou code « PIN »), ou encore une donnée d'identification biométrique 15 (reconnaissance vocale ou d'empreinte digitale, ou d'iris etc...), ou toute autre information permettant une identification de l'utilisateur par une interface homme/machine sur le terminal mobile 2a. Lors d'une huitième étape optionnelle E8, le serveur 7 de l'opérateur 8 transmet ladite identité numérique dérivée au serveur 4 du tiers de confiance administratif 5 pour 20 stockage. Le stockage de l'identité numérique dérivée de l'utilisateur par le tiers de confiance administratif 5 permet à l'utilisateur de pouvoir s'authentifier auprès d'un fournisseur de service 11 même en cas de changement d'opérateur. Selon une variante la base de données administratives 6 n'est complétée qu'à la huitième 25 étape E8 et non à la quatrième étape E4 afin d'éviter de compléter la base de données administratives 6 avec des données de terminal non encore vérifiées par l'opérateur et potentiellement erronées. Un autre exemple de mise en oeuvre de la phase d'enrôlement d'un procédé d'authentification d'un utilisateur d'un terminal est représenté en Figure 3. 30 La phase d'enrôlement débute lors d'une première étape EB1 par la connexion d'un terminal 2a, 2b de l'utilisateur 1 au serveur 7 de l'opérateur 8 puis par la transmission de données de contact du terminal au serveur 7 de l'opérateur 8. Lors d'une deuxième étape EB2, le serveur 7 de l'opérateur 8 peut transmettre un message de test de type défi-réponse au terminal 2a, 2b à partir des données de contact 35 qui est acquitté à l'aide d'un message d'acquittement par le terminal 2. Le message de test 17 3007929 de type défi-réponse peut être un message de texte du type SMS contenant une chaîne de caractères aléatoire de type captcha, acquitté par le terminal 2a, 2b par l'envoi d'un message texte comprenant cette même chaîne de caractères aléatoire. Le serveur 7 de l'opérateur 8 peut ainsi s'assurer que l'utilisateur 1 du terminal 2a, 2b est une personne 5 physique et non une machine et ainsi éviter d'être soumis à des attaques par force brute par une machine cherchant à usurper l'identité de l'utilisateur 1 ou à des attaques par déni de service. Lors d'une troisième étape EB3, le serveur 7 de l'opérateur 8 transmet un message de requête des données d'authentification dudit utilisateur 1 à destination du terminal 2a, 2b. 10 Ce message peut contenir un lien vers un formulaire à compléter par l'utilisateur 1 tel que présenté en figure 4. Les champs à compléter peuvent être relatifs à des données d'authentification de l'utilisateur 1 comprenant des données d'identité personnelle de l'utilisateur 1 telles que son nom 12, prénom 13, sa date de naissance 14, le numéro de sa carte d'identité 15, son adresse 16, son code postal 17, sa ville 18, sa photo 19..., des 15 données de terminal telles que le numéro de son téléphone mobile 20, des données d'identité administrative de l'utilisateur telles que son numéro de contribuable figurant sur sa déclaration 21, le numéro de télédéclarant figurant sur sa déclaration 22 .... Lors d'une quatrième étape EB4, le terminal 2a, 2b de l'utilisateur transmet au serveur 7 de l'opérateur 8 les données d'authentification qui peut comparer des données d'identité 20 personnelle de l'utilisateur et des données de terminal transmises avec les données stockées dans la base de données d'opérateur (9) si une vérification est requise. si la comparaison effectuée à la quatrième étape EB4 a été positive ou si aucune vérification n'a été requise, lors d'une cinquième étape EB5, le serveur 7 de l'opérateur 8 héberge provisoirement ces données dans sa base de données 9 et se connecte au 25 serveur 4 du tiers de confiance administratif 5 qui peut comparer les données d'identité personnelle de l'utilisateur 1 et les données d'identité administrative de l'utilisateur 1 avec les données stockées dans la base de données administratives 6 du tiers de confiance administratif 5 si une vérification est requise. Si la comparaison effectuée à la cinquième étape EB5 a été positive ou si aucune vérification n'a été requise, l'opérateur 8 peut valider 30 les données enregistrées et les ajouter aux données de terminal déjà stockées dans la base de données d'opérateur 9. Dans une variante, à l'étape EB5, le serveur de l'opérateur peut comparer lui-même les données d'authentification avec les données d'identité administratives de l'utilisateur issues de la base de données administratives et transmises par le serveur du tiers de 35 confiance administratif. 18 3007929 Lors d'une sixième étape EB6, si la comparaison effectuée à l'étape EB5 a été positive ou si aucune vérification n'a été requise, le serveur 7 de l'opérateur 8 génère une identité numérique dérivée à partir des données d'authentification transmises et la stocke. Parallèlement, le serveur 4 du tiers de confiance administratif 5 peut également héberger 5 l'ensemble des données d'identité personnelle de l'utilisateur 1 dans sa base de données administratives 6. - Lors d'une septième étape EB7, le serveur 7 de l'opérateur 8 transmet ladite identité numérique dérivée au terminal mobile 2a pour stockage dans le terminal mobile 2a. Afin de sécuriser son accès, l'identité numérique dérivée peut être stockée dans un 10 élément sécurisé du terminal mobile 2a, par exemple dans la carte d'identification d'abonné du terminal mobile 2a. Dans un mode de réalisation de l'invention, à la réception de ladite identité numérique dérivée par le terminal mobile 2a une application est lancée sur le terminal mobile 2a de l'utilisateur qui requiert la saisie sur le terminal 2a d'une donnée propre à l'utilisateur 1. 15 Une fois cette donnée propre saisie par l'utilisateur 1 par l'intermédiaire d'une interface homme machine du terminal mobile 2a, l'identité numérique dérivée et la donnée propre à l'utilisateur sur le terminal sont stockées sur le terminal mobile 2a de l'utilisateur par exemple dans l'élément sécurisé du terminal 2a; On entend par « donnée propre à l'utilisateur » par exemple un code personnel 20 d'identification (ou code « PIN »), ou encore une donnée d'identification biométrique (reconnaissance vocale ou d'empreinte digitale, ou d'iris etc...), ou toute autre information permettant une identification de l'utilisateur par une interface homme/machine sur le terminal mobile 2a. Lors d'une huitième étape optionnelle EB8, le serveur 7 de l'opérateur 8 transmet 25 également ladite identité numérique dérivée au serveur 4 du tiers de confiance administratif 5 pour stockage. Le stockage de l'identité numérique dérivée de l'utilisateur par le tiers de confiance administratif 5 permet à l'utilisateur de pouvoir s'authentifier auprès d'un fournisseur de service 11 même en cas de changement d'opérateur. 30 Un exemple de mise en oeuvre de la phase de vérification d'un procédé d'authentification d'un utilisateur d'un terminal mobile est représenté en Figure 5. Lors d'une première étape Fl, le terminal mobile 2a de l'utilisateur transmet une requête de service au serveur 10 du fournisseur de service 11 afin d'accéder à un service donné, par exemple un prêt bancaire auprès d'une banque. 19 3007929 Lors d'une deuxième étape F2, le serveur 10 du fournisseur de service 11 transmet une requête d'authentification de l'utilisateur à destination du serveur 7 de l'opérateur 8 afin que celui-ci authentifie l'utilisateur 1. Lors d'une troisième étape F3, le serveur 7 de l'opérateur 8 transmet au terminal mobile 5 2a un message de requête de ladite identité dérivée afin de récupérer l'identité dérivée de l'utilisateur stockée lors de la phase d'enrôlement. Dans un mode de réalisation, la requête d'authentification de l'utilisateur transmise par le serveur 10 du fournisseur de service 11 comprend une donnée de contact du terminal mobile par exemple le numéro de téléphone de l'utilisateur 1. Cette donnée de contact 10 peut avoir été transmise préalablement par l'utilisateur 1 sur requête du serveur 10 du fournisseur de service 11. Le message de requête de l'identité dérivée peut alors être transmis au terminal mobile 2a à partir de la donnée de contact. Ce message de requête de l'identité dérivée peut ainsi être un message texte du type SMS transmis au terminal mobile 2a de l'utilisateur grâce au numéro de téléphone transmis au serveur 7 de 15 l'opérateur 8 dans la requête d'authentification. Ceci permet à l'opérateur 8 de prévenir le véritable détenteur du terminal mobile 2a stockant l'identité numérique requise que quelqu'un essaie d'utiliser son identité numérique en cas de tentative d'usurpation d'identité. - Lors d'une quatrième étape F4, le terminal mobile 2a transmet ladite identité dérivée au 20 serveur 7 de l'opérateur 8. Dans un mode de réalisation, l'application mentionnée à la septième étape de la phase d'enrôlement est lancée sur le terminal mobile 2a et requiert la saisie sur le terminal mobile 2a de la donnée propre à l'utilisateur. Si la donnée propre à l'utilisateur saisie par l'utilisateur 1 par l'intermédiaire de l'interface homme-machine est identique à la donnée 25 propre à l'utilisateur stockée sur le terminal mobile 2a, l'identité dérivée est transmise au serveur 7 de l'opérateur 8. Ceci permet d'éviter une utilisation frauduleuse de l'identité dérivée par un fraudeur qui aurait volé le terminal mobile de sa victime. - Lors d'une cinquième étape F5, ladite identité dérivée est vérifiée par le serveur 7 de l'opérateur 8. 30 Dans un premier mode de réalisation le serveur 7 de l'opérateur 8 vérifie l'identité dérivée en comparant ladite identité dérivée avec les identités dérivées stockées. En variante, si l'identité dérivée a été transmise du terminal mobile 2a de l'utilisateur à l'opérateur avec des données de terminal de l'utilisateur, par exemple dans un message texte du type SMS, le serveur 7 de l'opérateur 8 vérifie en outre les données de terminal de 35 l'utilisateur en comparant les données de terminal obtenues avec les données de terminal stockées dans la base de données d'opérateur 9. Cette comparaison supplémentaire 20 3007929 permet de sécuriser d'avantage l'authentification de l'utilisateur en vérifiant que la requête de service provient bien du terminal dont les données de terminal sont associées à l'identité dérivée vérifiée. Plus généralement, dans une autre variante, l'identité dérivée peut être transmise, à la 5 quatrième étape, au serveur 7 de l'opérateur 8 par le terminal avec des données d'authentification de l'utilisateur. Le serveur 7 de l'opérateur 8 vérifie alors l'identité dérivée ainsi que les données d'authentification transmises en comparant les données d'authentification transmises avec les données d'authentification associées dans la base de données d'opérateur 9 à l'identité dérivée vérifiée. 10 Lors d'une sixième étape F6, si la vérification de l'identité dérivée est positive, le serveur 7 de l'opérateur 8 transmet des informations d'identification au serveur 10 du fournisseur de service 11. Ces informations d'identification sont des informations vérifiables par le fournisseur de service 11. Elles peuvent comprendre le nom, le prénom, l'adresse de l'utilisateur ainsi que sa photo et permettent au fournisseur de service 11 de vérifier que la 15 personne requérant le service est bien l'utilisateur dont l'identité vient d'être vérifiée ; Une fois ces informations vérifiées, le serveur 10 du fournisseur de service 11 peut autoriser l'accès au service de l'utilisateur 1 authentifié. Selon l'exemple d'une demande de prêt par un utilisateur 1 à un établissement bancaire, une fois les informations vérifiées, l'établissement bancaire va transmettre à l'adresse physique de l'utilisateur 1 la proposition 20 de prêt. En variante, après chaque vérification d'informations par le serveur du tiers de confiance administratif, le serveur de l'opérateur ou le serveur 10 du fournisseur de service 11 un message d'acquittement ou de non acquittement est transmis au terminal de l'utilisateur. 25 Un tel procédé permet d'éviter l'usurpation d'identité d'une personne pour des transactions bancaires ou administratives. En effet, pour usurper l'identité d'une personne, le fraudeur devrait : -dérober les documents d'identité, la dernière déclaration de revenus et le terminal mobile de la personne, -ressembler à la personne si les informations vérifiables transmises à la banque 30 comprennent une photo, -trouver son code PIN, -habiter à la même adresse dans le cas d'un service dont la finalité est l'envoi de documents à l'adresse de l'utilisateur, tel que l'envoi d'une proposition de prêt par un établissement bancaire à un client. 21 REVENDICATIONS1. Procédé d'authentification d'un utilisateur (1) d'un ou plusieurs terminaux (2a,2b) dont au moins un terminal mobile (2a) aptes à être connectés par l'intermédiaire d'un réseau (3) à un serveur (7) d'un opérateur (8) dudit réseau relié à une base de données d'opérateur (9) comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, lesdits terminaux (2a, 2b) et/ou ledit serveur (7) d'un opérateur (8) étant aptes à être connectés à un serveur (4) d'un tiers de confiance administratif (5) relié à une base de données administratives (6) comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce que : - lors d'une phase d'enrôlement, une identité numérique dérivée est générée à partir de données d'authentification de l'utilisateur transmises par un terminal de l'utilisateur (2a, 2b) puis l'identité numérique dérivée est transmise à un terminal mobile de l'utilisateur (2a) pour être stockée dans ledit terminal mobile, lesdites données d'authentification comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de l'utilisateur, ladite génération étant conditionnée par une vérification par l'un au moins des serveurs (4,7) du tiers de confiance administratif (5) et de l'opérateur (8) desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, et en ce que : - lors d'une phase de vérification, le serveur (7) de l'opérateur (8) authentifie l'utilisateur (1) à partir de ladite identité numérique dérivée transmise par ledit terminal mobile de l'utilisateur (2a). 2. Procédé d'authentification selon la revendication 1 dans lequel les données d'identité administrative comprennent un identifiant affecté à l'utilisateur par le tiers de confiance administratif. 3. Procédé d'authentification selon l'une des revendications précédentes, comprenant : 22 3007929 dans la phase d'enrôlement : une transmission (E3, EB3) par un premier serveur, parmi le serveur (4) du tiers de confiance administratif (5) et le serveur (7) de l'opérateur (8), d'un message de requête des données d'authentification dudit utilisateur à destination d'un terminal de l'utilisateur 5 (2a, 2b), une transmission (E4, EB4) par le terminal (2a, 2b) au premier serveur desdites données d'authentification et une comparaison par le premier serveur (4,7) des données d'authentification avec les données stockées dans une base de données parmi la base de données administratives (6) et la base de données d'opérateur (9), 10 en fonction du résultat de ladite comparaison, une transmission (E5, EB5) par le premier serveur desdites données d'authentification à destination d'un deuxième serveur parmi le serveur (7) de l'opérateur (8) et le serveur (4) du tiers de confiance administratif (5), une comparaison (E5, EB5) par le deuxième serveur des données d'authentification avec les données stockées dans une base de données parmi la base de données d'opérateur 15 (9) et la base de données administratives (6), - en fonction de ladite comparaison, une génération (E6, EB6) et un stockage par le serveur (7) de l'opérateur (8) d'une identité numérique dérivée à partir desdites données d'authentification, une transmission (E7, EB7) par le serveur (7) de l'opérateur (8) de ladite identité 20 numérique dérivée à un terminal mobile de l'utilisateur (2a) pour stockage dans ledit terminal mobile (2a), dans la phase de vérification : une transmission (F1) par le terminal mobile (2a) de l'utilisateur d'une requête de service à un serveur (10) d'un fournisseur de service (11) connecté par l'intermédiaire d'un réseau 25 au terminal mobile (2a), une transmission (F2) par le serveur (10) du fournisseur de service (11) d'une requête d'authentification dudit utilisateur à destination du serveur (7) de l'opérateur (8), une transmission (F3) par le serveur (7) de l'opérateur (8) au terminal mobile (2a) d'un message de requête de ladite identité dérivée, 30 une transmission (F4) par le terminal mobile (2a) de ladite identité dérivée au serveur (7) de l'opérateur (8) ; une vérification (F5) de ladite identité dérivée par le serveur (7) de l'opérateur (8); 23 3007929 en fonction de ladite vérification de ladite identité dérivée, une transmission (F6) d'informations d'identification permettant au fournisseur de service (11) d'identifier l'utilisateur (1) ; 4. Procédé selon la revendication 3, comprenant dans la phase d'enrôlement, 5 préalablement à la transmission du message de requête de données d'authentification : - une connexion et une transmission (E1, EB1) du terminal de l'utilisateur (2a, 2b) au premier serveur de données de contact ; - une transmission (E2, EB2) d'un message de test de type défi-réponse du premier serveur au terminal (2a, 2b) à partir des données de contact et une transmission d'un 10 message d'acquittement dudit message de test de type défi-réponse par le terminal (2a, 2b). 5. Procédé selon l'une quelconque des revendications précédentes, comprenant en outre dans la phase d'enrôlement, une transmission (E8, EB8) par le serveur (7) de l'opérateur (8) de ladite identité numérique dérivée au serveur (4) du tiers de confiance administratif 15 (5) pour stockage. 6. Procédé selon l'une quelconque des revendications précédentes, comprenant à la réception de ladite identité numérique dérivée par le terminal mobile (2a) : - un lancement d'une application requérant la saisie sur le terminal mobile (2a) d'une donnée propre à l'utilisateur par l'intermédiaire d'une interface homme machine du terminal 20 mobile (2a), - une acquisition de ladite donnée propre à l'utilisateur saisie par l'utilisateur par l'intermédiaire d'une interface homme machine du terminal (2), - un stockage de ladite identité numérique dérivée et de ladite donnée propre à l'utilisateur dans le terminal mobile (2a). 25 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel ladite identité numérique dérivée et/ou la donnée propre à l'utilisateur sont stockées dans un élément sécurisé du terminal mobile (2a). 8. Procédé selon l'une quelconque des revendications 3 à 7, dans lequel, dans la phase de vérification, la requête d'authentification dudit utilisateur transmise par le serveur (10) du 30 fournisseur de service (11) comprend une donnée de contact du terminal mobile et la transmission au terminal mobile (2a) d'un message de requête de ladite identité dérivée est réalisée à partir de ladite donnée de contact. 24 3007929 9. Procédé selon l'une des revendications 6 à 8, dans lequel dans la phase de vérification, la transmission de ladite identité dérivée par le terminal mobile (2a) au serveur (7) de l'opérateur (8) comprend : - un lancement de ladite application sur le terminal mobile (2) requérant la saisie sur le 5 terminal mobile (2a) de ladite donnée propre à l'utilisateur via l'interface homme machine du terminal mobile (2a), - une acquisition de ladite donnée propre à l'utilisateur saisie par l'utilisateur par l'intermédiaire d'une interface homme machine du terminal (2a), - une comparaison de ladite donnée propre à l'utilisateur saisie avec la donnée propre à 10 l'utilisateur stockée sur le terminal mobile (2a), -en fonction de ladite comparaison, un envoi de ladite identité dérivée au serveur (7) de l'opérateur (8). 10. Procédé selon l'une des revendications précédentes, dans lequel dans la phase de vérification, la vérification par le serveur (7) de l'opérateur (8) de ladite identité dérivée 15 transmise par le terminal mobile (2a) comprend la comparaison de ladite identité dérivée avec les identités dérivées stockées par le serveur (7) de l'opérateur (8) et, ladite identité dérivée ayant été transmise du terminal mobile (2a) de l'utilisateur à l'opérateur avec les données de terminal de l'utilisateur, la comparaison desdites données de terminal avec les données de terminal stockées dans la base de données d'opérateur (9). 20 11. Procédé d'authentification d'un utilisateur (1) d'un ou plusieurs terminaux (2a, 2b) dont au moins un terminal mobile (2a) aptes à être connectés par l'intermédiaire d'un réseau (3) à un serveur (7) d'un opérateur (8) dudit réseau relié à une base de données d'opérateur (9) comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, 25 lesdits terminaux (2a, 2b) et/ou ledit serveur (7) d'un opérateur (8) étant aptes à être connectés à un serveur (4) d'un tiers de confiance administratif (5) relié à une base de données administratives (6) comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, 30 caractérisé en ce que ledit procédé est mis en oeuvre par le serveur (7) de l'opérateur (8) et comprend, dans une phase d'enrôlement, une génération d'une identité numérique dérivée à partir desdites données d'authentification puis une transmission de ladite identité numérique dérivée à un terminal mobile de l'utilisateur pour être stockée dans ledit terminal mobile, 25 3007929 ladite génération étant conditionnée par une vérification par l'un au moins des serveurs (4,7) du tiers de confiance administratif (5) et de l'opérateur (8) desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, 5 lesdites données d'authentification de l'utilisateur comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile (2a) de l'utilisateur, dans une phase de vérification, l'authentification de l'utilisateur (1) à partir d'une identité 10 numérique dérivée transmise par le terminal mobile de l'utilisateur (2a). 12. Procédé d'authentification d'un utilisateur (1) d'un ou plusieurs terminaux (2a,2b) dont au moins un terminal mobile (2a) aptes à être connectés par l'intermédiaire d'un réseau (3) à un serveur (7) d'un opérateur (8) dudit réseau relié à une base de données d'opérateur (9) comprenant des données d'identité personnelle de l'utilisateur associées à des 15 données de terminal propres à un terminal de l'utilisateur, lesdits terminaux (2a, 2b) et/ou ledit serveur (7) d'un opérateur (8) étant aptes à être connectés à un serveur (4) d'un tiers de confiance administratif (5) relié à une base de données administratives (6) comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de 20 confiance administratif, caractérisé en ce que ledit procédé est mis en oeuvre par un terminal mobile (2a) de l'utilisateur et comprend, dans une phase d'enrôlement, une transmission de données d'authentification à l'un au moins des serveurs (4) du tiers de confiance administratif (5) et de l'opérateur (8) et une 25 réception d'une identité numérique dérivée générée par le serveur (7) de l'opérateur (8) à partir desdites données d'authentification, après vérification par l'un au moins des serveurs (4, 7) du tiers de confiance administratif (5) et de l'opérateur (8) desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, 30 lesdites données d'authentification de l'utilisateur comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile (2a) de l'utilisateur, dans une phase de vérification, une transmission de ladite identité numérique dérivée au serveur (7) de l'opérateur (8) afin que l'utilisateur soit authentifié par ledit serveur de l'opérateur. 26 3007929 13. Procédé d'authentification d'un utilisateur (1) d'un ou plusieurs terminaux (2a,2b) dont au moins un terminal mobile (2a) aptes à être connectés par l'intermédiaire d'un réseau (3) à un serveur (7) d'un opérateur (8) dudit réseau relié à une base de données d'opérateur (9) comprenant des données d'identité personnelle de l'utilisateur associées à des 5 données de terminal propres à un terminal de l'utilisateur, lesdits terminaux (2a, 2b) et/ou ledit serveur (7) d'un opérateur (8) étant aptes à être connectés à un serveur (4) d'un tiers de confiance administratif (5) relié à une base de données administratives (6) comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de 10 confiance administratif, caractérisé en ce que ledit procédé est mis en oeuvre par le serveur (4) du tiers de confiance administratif (5) et comprend, dans une phase d'enrôlement, une vérification de données d'authentification transmises par un terminal (2a, 2b) de l'utilisateur en les comparant aux données stockées dans la 15 base de données administratives (6), ladite vérification conditionnant une génération d'une identité numérique dérivée à partir desdites données d'authentification et une transmission de ladite identité numérique dérivée à un terminal mobile de l'utilisateur (2a) pour être stockée dans ledit terminal mobile, lesdites données d'authentification de l'utilisateur comprenant des données d'identité 20 personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile (2a) de l'utilisateur, le serveur (7) de l'opérateur (8) authentifiant l'utilisateur (1) dans une phase de vérification, à partir de ladite identité numérique dérivée transmise par ledit terminal mobile 25 de l'utilisateur (2a). 14. Produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon l'une quelconque des revendications précédentes lorsque ce programme est exécuté par un processeur. 15. Serveur (7) d'un opérateur (8) d'un réseau (3) relié à une base de données d'opérateur 30 (9) comprenant des données d'identité personnelle d'un utilisateur d'un ou plusieurs terminaux (2a,2b) dont au moins un terminal mobile (2a) associées à des données de terminal propres à un terminal de l'utilisateur et apte à être connecté par l'intermédiaire dudit réseau à un terminal (2a, 2b) de l'utilisateur (1), lesdits terminaux (2a, 2b) et/ou ledit serveur (7) d'un opérateur (8) étant aptes à être 35 connectés à un serveur (4) d'un tiers de confiance administratif (5) relié à une base de données administratives (6) comprenant des données d'identité personnelle de l'utilisateur 27 3007929 associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce qu'il comprend : - des moyens pour, lors d'une phase d'enrôlement, générer une identité numérique 5 dérivée à partir de données d'authentification de l'utilisateur reçues d'un terminal de l'utilisateur (2a, 2b) lesdites données d'authentification comprenant des données d'identité personnelle de l'utilisateur, des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif et des données de terminal propres audit terminal mobile de 10 l'utilisateur, ladite génération étant conditionnée par une vérification par l'un au moins des serveurs (4,7) du tiers de confiance administratif (5) et de l'opérateur (8) desdites données d'authentification en les comparant aux données stockées dans les bases de données administratives et d'opérateur, 15 - des moyens pour transmettre ladite identité numérique dérivée à un terminal mobile de l'utilisateur (2a) pour être stockée dans ledit terminal mobile, - des moyens pour, lors d'une phase de vérification, authentifier l'utilisateur (1) à partir de ladite identité numérique dérivée transmise par ledit terminal mobile de l'utilisateur (2a). 16. Terminal mobile (2a) d'un utilisateur d'un ou plusieurs terminaux apte à être connecté 20 par l'intermédiaire d'un réseau (3) à un serveur (7) d'un opérateur (8) dudit réseau relié à une base de données d'opérateur (9) comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, ledit terminal mobile (2a) et/ou ledit serveur (7) d'un opérateur (8) étant aptes à être connectés à un serveur (4) d'un tiers de confiance administratif (5) relié à une base de 25 données administratives (6) comprenant des données d'identité personnelle de l'utilisateur associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, caractérisé en ce qu'il comprend des moyens de traitement configurés pour mettre en oeuvre les étapes du procédé selon la revendication 12. 30 17. Serveur (4) d'un tiers de confiance administratif (5) relié à une base de données administratives (6) comprenant des données d'identité personnelle d'un utilisateur d'un ou plusieurs terminaux (2a,2b) dont au moins un terminal mobile (2a) associées à des données d'identité administrative affectées à l'utilisateur par le tiers de confiance administratif, 28 3007929 ledit serveur d'un tiers de confiance administratif étant apte à être connecté à au moins un terminal (2a, 2b) de l'utilisateur (1) et/ou à un serveur (7) d'un opérateur (8) d'un réseau relié à une base de données d'opérateur (9) comprenant des données d'identité personnelle de l'utilisateur associées à des données de terminal propres à un terminal de l'utilisateur, caractérisé en ce qu'il comprend des moyens de traitement configurés pour mettre en oeuvre les étapes du procédé selon la revendication 13. 18. Système d'authentification comprenant un serveur d'un opérateur selon la revendication 15 et un serveur d'un tiers de confiance selon la revendication 17.