Brevet FR3068800A1 — publié le 20190111

Authentification basée sur un terminal mobile 1. Domaine de l'invention L'invention se situe dans le domaine de l'authentification d'un utilisateur souhaitant accéder à un service fourni via Internet, et plus particulièrement de l'authentification de cet utilisateur au moyen d'un terminal mobile. 2. Etat de la technique antérieure Lorsqu'un utilisateur souhaite accéder, à l'aide d'un terminal de consultation quelconque, à un service fourni via Internet, ce service peut conditionner l'accès à une authentification de l'utilisateur avec un certain niveau de sécurité. L'association d'acteurs de l'écosystème mobile GSMA a proposé, avec sa solution "Mobile Connect", une méthode d'authentification basée sur le terminal mobile de l'utilisateur, entre autre basée sur le module de sécurité, appelé carte SIM, dont est muni le terminal mobile. Dans cette méthode, un serveur dit de découverte demande à l'utilisateur d'entrer sur son terminal de consultation le numéro de son téléphone mobile, c'est-à- dire son numéro MSISDN (Mobile Station International Subscriber Directory Number). Le serveur de découverte transmet alors un message au fournisseur de service lui permettant de déclencher une demande d'authentification du terminal mobile auprès de son opérateur. Si l'authentification est réussie, l'opérateur indique au fournisseur de service une information comme quoi l'authentification est réussie. Lorsque le terminal mobile est aussi le terminal de consultation, il est souhaitable d'éviter de demander à l'utilisateur d'entrer son numéro MSISDN, afin d'améliorer le confort d'utilisation et la rapidité d'accès au service demandé. Mais les applications installées sur un téléphone mobile n'ont pas accès à son numéro MSISDN, ce qui rend impossible l'extraction et l'envoi de ce numéro au serveur de découverte sans une intervention de l'utilisateur. 2 Un des buts de l'invention est de remédier à ces inconvénients de l'état de la technique. 3. Exposé de l'invention 5 L'invention vient améliorer la situation à l'aide d'un procédé d'authentification d'un utilisateur d'un service sur un terminal mobile, mis en oeuvre par un serveur contribuant à fournir le service, dit serveur applicatif, comprenant les étapes suivantes: - réception d'un message en provenance du terminal mobile, comprenant un 10 identifiant unique d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur, fourni par un module de sécurité du terminal mobile, - émission d'une requête d'authentification du souscripteur à destination d'un serveur d'authentification de l'opérateur mobile, déclenchant l'émission vers le terminal mobile, par le serveur d'authentification, d'une requête de défi 15 d'authentification destiné à un utilisateur du terminal mobile, - réception d'une réponse d'authentification en provenance du serveur d'authentification de l'opérateur mobile. Le module de sécurité d'un terminal mobile, aussi connu sous l'appellation de 20 carte SIM, ne contient pas le numéro MSISDN du terminal mobile, mais il comprend des identifiants permettant à un opérateur d'identifier de manière unique le souscripteur d'un abonnement. La correspondance entre un tel identifiant, par exemple le numéro appelé numéro IMSI (International Mobile Subscriber Identity), et le numéro MSISDN est connue uniquement de l'opérateur mobile responsable de l'abonnement. 25 Le numéro IMSI est composé d'une partie MCC (Mobile Country Code) permettant d'identifier le pays d'enregistrement de l'opérateur, d'une partie MNC (Mobile Network Code) permettant d'identifier l'opérateur lui-même, et d'une partie MSIN (Mobile Subscriber Identification Number), attribuée par l'opérateur, lui permettant d'identifier le souscripteur d'un abonnement. 30 Comme le numéro IMSI est mémorisé dans la carte SIM, il peut être 3 automatiquement extrait et transmis dans le message en provenance du terminal, sans que l'utilisateur ait besoin de le connaitre, et sans son intervention. Ainsi, grâce au procédé proposé, le terminal peut s'authentifier auprès de son opérateur sans que soit demandé à l'utilisateur le moindre numéro, MSISDN ou IMSI. 5 Selon un aspect, le procédé d'authentification comprend en outre les étapes suivantes: - émission d'une requête de découverte à destination d'un serveur de découverte, comprenant l'identifiant du souscripteur, 10 - réception d'une réponse de découverte en provenance du serveur de découverte, comprenant une adresse du serveur d'authentification de l'opérateur, et une information relative à l'identifiant du souscripteur. Le serveur de découverte détient des informations relatives aux adresses de serveurs d'authentification gérés par différents opérateurs mobiles, par exemple sous 15 la forme de tables stockées en mémoire donnant la correspondance entre un identifiant d'opérateur par exemple extrait de l'identifiant de souscripteur, et une adresse url. Grâce à la réception de l'adresse, le serveur applicatif sait où envoyer sa requête d'authentification, sans avoir à mémoriser les adresses des serveurs d'authentification de tous les opérateurs. Grâce à l'information relative à l'identifiant du 20 souscripteur, retransmise dans la requête d'authentification, le serveur applicatif permet au serveur d'authentification de l'opérateur recevant la requête d'authentification, d'identifier le terminal mobile du souscripteur. Selon un aspect du procédé d'authentification, l'information relative à l'identifiant 25 du souscripteur est une version chiffrée par l'opérateur d'un numéro de téléphone attribué au module de sécurité du terminal mobile. Le serveur de découverte peut obtenir le numéro MSISDN chiffré au moyen d'une requête séparée auprès d'une entité de l'opérateur, qui est le seul à pouvoir identifier le numéro MSISDN en fonction de l'identifiant du souscripteur. Ainsi, le 30 serveur d'authentification reconnait aisément le numéro MSISDN et sait vers quel 4 terminal mobile envoyer le défi d'authentification, lorsqu'il reçoit la requête d'authentification du serveur applicatif avec le numéro MSISDN chiffré. Comme le numéro MSISDN, qui est une donnée personnelle, reste chiffré dans les échanges, le serveur applicatif ne peut pas l'associer à l'identifiant du souscripteur, ce qui préserve 5 les exigences éventuelles de protection des données personnelles. Selon un aspect du procédé d'authentification, le numéro de téléphone chiffré est obtenu par le serveur de découverte sur la base de l'identifiant du souscripteur. Le serveur de découverte obtient le numéro MSISDN par exemple en 10 interrogeant une fonction de traduction entre identifiant de souscripteur et numéro de téléphone. Cette fonction peut être hébergée par un équipement quelconque mais est sous le contrôle de l'opérateur du souscripteur, pour des raisons de protection des données personnelles notamment. 15 L'invention concerne aussi un procédé d'accès authentifié d'un utilisateur à un service sur un terminal mobile, mis en oeuvre par le terminal mobile, comprenant les étapes suivantes: - émission d'un message, vers un serveur contribuant à fournir le service, dit serveur applicatif, le message comprenant un identifiant unique d'un souscripteur 20 d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur, l'identifiant du souscripteur étant fourni par un module de sécurité du terminal mobile et inséré dans le message sans intervention de l'utilisateur, - réception d'une requête de défi d'authentification en provenance d'un serveur d'authentification de l'opérateur mobile, destinée à l'utilisateur du terminal mobile 25 et requérant une action de sa part sur le terminal, - émission d'une réponse de défi d'authentification vers le serveur d'authentification, suite à l'action effectuée sur le terminal par l'utilisateur, - accession au service. 30 Grâce au procédé d'accès authentifié proposé, il est possible pour un 5 fournisseur de service de conditionner l'accès au service par un terminal mobile à la réussite d'un défi d'authentification contrôlé par l'opérateur mobile du terminal, de façon totalement transparente pour l'utilisateur, mis à part le défi lui-même qui requiert une action de sa part. En effet, tout au long du procédé, y compris l'étape finale d'accès au 5 service, l'utilisateur ne communique jamais, ni au serveur applicatif, ni au serveur de découverte, ni à aucun autre serveur, un numéro ou un identifiant susceptible d'identifier le terminal. Cela d'une part procure à l'utilisateur une facilité accrue d'utilisation du service, et d'autre part augmente la sécurité des données personnelles de l'utilisateur, qui incluent entre autre son numéro de téléphone et son identifiant de 10 souscripteur. L'invention concerne encore un dispositif d'authentification d'un utilisateur d'un service sur un terminal mobile, le dispositif comprenant: - un récepteur, apte à recevoir un message en provenance du terminal mobile, 15 comprenant un identifiant unique d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur, fourni par un module de sécurité du terminal mobile, - un émetteur, apte à émettre une requête d'authentification du souscripteur à destination d'un serveur d'authentification de l'opérateur mobile, déclenchant 20 l'émission vers le terminal mobile, par le serveur d'authentification, d'une requête de défi d'authentification destiné à un utilisateur du terminal mobile, - un récepteur, apte à recevoir une réponse d'authentification en provenance du serveur d'authentification de l'opérateur mobile. 25 Ce dispositif, apte à mettre en oeuvre dans tous ses modes de réalisation le procédé d'authentification qui vient d'être décrit, est destiné à être mis en oeuvre dans un serveur contribuant à fournir le service, dit serveur applicatif. L'invention concerne aussi un dispositif d'accès authentifié d'un utilisateur à un 30 service sur un terminal mobile, compris dans un terminal mobile, le dispositif 6 comprenant: - une interface multimédia pour l'accès et la consommation d'un service par un utilisateur sur le terminal mobile, - un module de sécurité, 5 - un émetteur, apte à émettre un message vers un serveur contribuant à fournir le service, dit serveur applicatif, le message comprenant un identifiant unique d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur, l'identifiant du souscripteur étant fourni par le module de sécurité et inséré dans le message sans intervention de l'utilisateur, 10 - un récepteur, apte à recevoir une requête de défi d'authentification en provenance d'un serveur d'authentification de l'opérateur mobile, destinée à l'utilisateur du terminal mobile et requérant une action de sa part sur l'interface multimédia, - un émetteur, apte à émettre une réponse de défi d'authentification vers le serveur d'authentification, suite à l'action effectuée par l'utilisateur. 15 L'interface multimédia peut comprendre par exemple un écran tactile ou non tactile, un microphone, un haut-parleur, une caméra, ou tout autre type d'interface permettant de communiquer avec un utilisateur utilisant n'importe lequel de ses sens. Le module de sécurité installé dans le terminal mobile peut être logiciel ou 20 matériel ou une combinaison des deux, et peut être compris dans une carte UICC (Universal Integrated Circuit Card, ou carte universelle à circuit intégré) aussi connue sous le nom de carte SIM (Subscriber Identification Module, ou module d'identification d'abonné), ou dans l'équivalent d'une carte UICC pour les réseaux 5G. Une telle carte SIM ou l'une de ses variantes telles que mini-SIM, micro-SIM ou nano-SIM peut être 25 insérée de façon amovible dans le terminal mobile. Alternativement, le module de sécurité peut être intégré de façon non-amovible dans l'électronique du terminal, sous la forme d'un module connu sous le nom de eSIM (embedded SIM). Le module de sécurité peut aussi prendre la forme d'un TEE (Trusted Execution Environment). 30 L'invention concerne aussi un système d'authentification basée sur un terminal 7 mobile, comprenant au moins un terminal mobile équipé d'un dispositif d'accès authentifié tel que celui qui vient d'être décrit, au moins un serveur applicatif équipé d'un dispositif d'authentification tel que celui qui vient d'être décrit, au moins un serveur d'authentification d'un opérateur mobile apte à soumettre un défi d'authentification au 5 terminal mobile sur la base d'une requête reçue d'un serveur applicatif, et un serveur de découverte apte à découvrir une adresse du serveur d'authentification sur la base d'une requête émise par le serveur applicatif. Ce système permet à un serveur applicatif de faire authentifier par un opérateur mobile un terminal abonné à cet opérateur, lorsque ce terminal souhaite accéder au 10 service offert par le serveur applicatif, sans que le numéro MSISDN du terminal ne soit révélé au serveur de découverte, ou au serveur applicatif, ou à toute autre entité hormis le serveur d'authentification. L'invention concerne aussi un programme d'ordinateur comprenant des 15 instructions pour la mise en oeuvre des étapes du procédé d'authentification qui vient d'être décrit, lorsque ce programme est exécuté par un processeur. L'invention vise aussi un support d'informations lisible par un serveur applicatif contribuant à fournir un service destiné à être consommé sur un terminal mobile, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 20 L'invention concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en oeuvre des étapes du procédé d'accès authentifié qui vient d'être décrit, lorsque ce programme est exécuté par un processeur. L'invention vise aussi un support d'informations lisible par un terminal mobile, et 25 comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les programmes mentionnés ci-dessus peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement 30 compilée, ou dans n'importe quelle autre forme souhaitable. 8 Les supports d'informations mentionnés ci-dessus peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, 5 par exemple une disquette (floppy disc) ou un disque dur. D'autre part, un support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Un programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. 10 Alternativement, un support d'informations peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés en question. 4. Présentation des figures 15 D'autres avantages et caractéristiques de l'invention apparaitront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : 20 - la figure 1 présente un exemple de mise en oeuvre d'un procédé d'authentification et d'un procédé d'accès authentifié d'un utilisateur d'un service sur un terminal mobile, selon une technique antérieure, - la figure 2 présente un exemple de mise en oeuvre du procédé d'authentification et du procédé d'accès authentifié d'un utilisateur d'un 25 service sur un terminal mobile, selon un mode de réalisation de l'invention, - la figure 3 présente un exemple de structure du dispositif d'authentification d'un utilisateur d'un service sur un terminal mobile, selon des aspects de l'invention, - la figure 4 présente un exemple de structure du dispositif d'accès authentifié 30 d'un utilisateur à un service sur un terminal mobile, selon des aspects de l'invention. 5. Description détaillée d'au moins un mode de réalisation de l'invention 5 La figure 1 présente un exemple de mise en oeuvre d'un procédé d'authentification et d'un procédé d'accès authentifié d'un utilisateur d'un service sur un terminal mobile, selon une technique antérieure. Dans ce procédé, un utilisateur souhaite accéder sur son terminal mobile Il à un service fourni par un serveur SP1 sur un réseau distant, par exemple l'Internet. Il 10 utilise par exemple un navigateur ou une application dédiée sur son terminal Il, qui lui permet d'afficher, par exemple, un site web interactif, si le service est décliné sous la forme d'un site web, mais d'autres formats de livraison du service sur le terminal Il sont envisageables. La livraison du service est conditionnée à une authentification de l'utilisateur 15 effectuée à l'aide du terminal, par exemple selon la méthode connue sous le nom de "Mobile Connect". Les étapes suivantes décrivent cette méthode. Les étapes El à E5 font partie d'une phase de découverte préalable à l'authentification, et les étapes E6 à E9 font partie d'une phase d'authentification. Lors d'une étape El, le terminal Il émet vers le serveur SP1 une requête 20 DiscRql dite de requête de découverte, destinée à déclencher dans le serveur SP1 le recours à la méthode Mobile Connect pour authentifier l'utilisateur. Lors d'une étape E2, le serveur SP1 émet vers un serveur dit serveur de découverte DM01 une requête DiscRq2, aussi dite requête de découverte, destinée à déclencher dans le serveur DM01 l'activation de la méthode Mobile Connect. 25 Lors d'une étape E3, le serveur DM01 émet vers le terminal Il une requête NumRq destinée à récupérer le numéro de téléphone mobile MSISDN du terminal Tl. Lors d'une étape E4, l'utilisateur entre sur son terminal Il le numéro MSISDN du terminal, par exemple à la main sur l'écran tactile du terminal, et le terminal émet une réponse NumRp vers le serveur DM01, comprenant le numéro MSISDN. 30 Au travers d'accords préalables entre l'entité gérant la plateforme Mobile 9 10 Connect et des opérateurs mobiles, le serveur DM01 est apte à faire le lien entre un numéro MSISDN et un de ces opérateurs mobiles. Par exemple, soit le serveur DM01 possède en mémoire une table de correspondance entre numéros MSISDN et adresses de serveurs d'authentification d'opérateurs mobile, soit il interroge un serveur 5 spécial. Lors d'une étape E5, le serveur de découverte DM01 émet vers le serveur applicatif SP1 une réponse DiscRp, dite réponse de découverte, comprenant une adresse d'un serveur d'authentification propre à l'opérateur mobile gérant l'abonnement associé au numéro MSISDN du terminal Il, par exemple une adresse url, ainsi qu'un 10 paramètre cMSISDN, qui est une version chiffrée du numéro MSISDN, afin que le numéro MSISDN ne soit pas révélé au cours de son transport, en particulier au fournisseur de service gérant le serveur applicatif SP1 . Le serveur DM01 utilise pour chiffrer le numéro MSISDN un moyen de chiffrement connu de l'opérateur mobile gestionnaire, par exemple à l'aide d'une clé publique préalablement fournie par 15 l'opérateur mobile gestionnaire. Les messages DiscRq1, DiscRq2, NumRq, NumRp et DiscRp peuvent faire partie de la même session applicative, par exemple une session http, ou faire partie d'une même chaine de requête/réponse http, mémorisée par le serveur SP1. Lors d'une étape E6, à l'aide de l'adresse obtenue lors de l'étape E5, le serveur 20 SP1 émet vers le serveur d'authentification MNO de l'opérateur mobile gérant l'abonnement du terminal Ti une requête AuthRq, dite requête d'authentification, comprenant la version chiffrée du numéro MSISDN. Comme il fait partie du domaine de l'opérateur qui a chiffré le numéro MSISDN, le serveur MNO possède le moyen de déchiffrement, par exemple la clé privée correspondant à la clé publique mentionnée 25 plus haut, et récupère le numéro MSISDN en clair. Lors d'une étape E7, le serveur MNO émet vers le terminal T1 une requête ChallRq, dite requête de défi, dont le but est de demander à l'utilisateur du terminal T1 une preuve de son droit à utiliser le terminal. Cette requête et sa réponse sont par exemple des messages du type SMS. 30 Lors d'une étape E8, l'utilisateur du terminal T1 répond au défi. Par exemple, 11 selon le choix fait par le fournisseur de service ou l'opérateur mobile vis-à-vis de la méthode Mobile Connect, dans le cas d'une authentification forte, il peut être demandé à l'utilisateur d'entrer un code personnel, spécifique à Mobile Connect, par exemple une suite de caractères alphanumériques. Dans le cas d'une authentification faible, il 5 peut simplement être demandé à l'utilisateur de confirmer la réception de la requête ChallRq sur le terminal Il. L'action de l'utilisateur est par exemple vérifiée par la carte SIM qui la certifie si elle est correcte. Suite à l'action de l'utilisateur, une réponse ChallRp, dite réponse au défi, est émise par le terminal Il vers le serveur d'authentification MNO. Cette réponse ne contient pas le code entré par l'utilisateur, 10 mais contient la certification faite par la carte SIM de la conformité de l'action de l'utilisateur. Le serveur MNO vérifie la certification et éventuellement le fait qu'il ait reçu la réponse ChallRp dans un temps déterminé. Si cette vérification par le serveur MNO est positive, le serveur MNO, lors d'une étape E9, émet vers le serveur SP1 une réponse AuthRp, dite réponse 15 d'authentification, en réponse à la requête AuthRq émise lors de l'étape E6. Les messages d'authentification AuthRq et AuthRp sont liés aux messages de découverte DiscRq1, DiscRq2, NumRq, NumRp et DiscRp, soit par l'appartenance à une même session http, soit par un chainage des messages entre eux mémorisé par le serveur SP1. Le serveur SP1 sait donc exactement à quelle session applicative de 20 quel terminal correspond la réponse d'authentification reçue lors de l'étape E9. Lors de l'étape E10, le serveur SP1 commence la livraison du service à l'utilisateur, avec les caractéristiques de service auxquelles l'utilisateur a droit. La figure 2 présente un exemple de mise en oeuvre du procédé 25 d'authentification et du procédé d'accès authentifié d'un utilisateur d'un service sur un terminal mobile, selon un mode de réalisation de l'invention. Dans ce procédé, comme dans celui présenté en référence à la figure 2, un utilisateur souhaite accéder sur son terminal mobile 12 à un service fourni par un serveur 5P2 sur un réseau distant, par exemple l'Internet. Il utilise par exemple un 30 navigateur ou une application dédiée sur son terminal 12, qui lui permet d'afficher, par 12 exemple, un site web interactif, si le service est décliné sous la forme d'un site web, mais d'autres formats de livraison du service sur le terminal 12 sont envisageables. La livraison du service est conditionnée à une authentification de l'utilisateur effectuée à l'aide du terminal, selon une méthode différente de la méthode selon la 5 technique antérieure présentée en référence à la figure 2. Les étapes suivantes décrivent cette nouvelle méthode, qui au contraire de la méthode antérieure n'exige pas de l'utilisateur qu'il entre sur le terminal un numéro pour identifier le terminal, que ce soit le numéro MSISDN ou tout autre numéro. Les étapes Fi à F5 font partie d'une phase de découverte préalable à 10 l'authentification, et les étapes F6 à F9 font partie d'une phase d'authentification. Lors d'une étape Fi, le terminal 12 émet vers le serveur SP2 une requête DRql dite de requête de découverte, destinée à déclencher dans le serveur SP2 le recours à la méthode d'authentification proposée, pour authentifier l'utilisateur. Contrairement à la technique antérieure, la requête DEql comprend un identifiant MNOiD, dit identifiant 15 de souscripteur, permettant à un opérateur d'identifier de manière unique le souscripteur d'un abonnement, et qui n'est pas le numéro MSISDN. Cet identifiant de souscripteur est par exemple le numéro IMSI mémorisé dans la carte SIM du terminal 12, qui est composé d'une partie MCC (Mobile Country Code) permettant d'identifier le pays d'enregistrement de l'opérateur, d'une partie MNC 20 (Mobile Network Code) permettant d'identifier l'opérateur lui-même, et d'une partie MSIN (Mobile Subscriber Identification Number), attribuée par l'opérateur et différente du numéro MSISDN, lui permettant d'identifier l'utilisateur en tant que souscripteur d'un abonnement. Comme il est mémorisé dans la carte SIM, il est possible au terminal 12 d'insérer le numéro IMSI dans la requête DRql dans faire intervenir l'utilisateur. 25 L'étape Fi comprend donc une sous-étape d'extraction du numéro IMSI de la carte SIM, et une sous-étape d'insertion du numéro IMSI dans la requête DRql . Des API (Application Programing Interface) connues permettent à une application exécutée sur un téléphone mobile de récupérer certaines des informations mémorisée dans une carte SIM, telles que le numéro IMSI. 30 Plus généralement, cet identifiant de souscripteur peut être n'importe quel 13 numéro permettant d'identifier un utilisateur, ou à la fois l'utilisateur et son opérateur mobile, sans qu'il soit possible pour une entité autre que cet opérateur d'en déduire le numéro MSISDN. L'identifiant de souscripteur peut être mémorisé dans la carte SIM, ou généré pour l'étape Fi par la carte SIM, qui peut en chiffrer au moins en partie. 5 Lors d'une étape F2, le serveur SP2 émet vers un serveur dit serveur de découverte DM02 une requête DRq2, aussi dite requête de découverte, destinée à déclencher dans le serveur DM02 l'activation de la méthode d'authentification proposée. La requête DRq2 comprend également l'identifiant de souscripteur MNOiD inséré par le terminal 12 sans l'intervention de l'utilisateur. 10 Lors d'une étape F3, le serveur DM02 émet une requête TRq, dite requête de traduction, vers une fonction de traduction TR apte à fournir, sur la base d'un identifiant de souscripteur, une version chiffrée du numéro MSISDN. Plutôt qu'une version chiffrée du numéro MSISDN, ce peut être alternativement n'importe numéro ou code, chiffré ou non, qui permette à l'opérateur mobile le recevant de retrouver le numéro 15 MSISDN dont il a besoin pour émettre lors de l'étape F7 une requête de défi vers le terminal 12, et qui cache le numéro MSISDN à toute autre entité que l'opérateur mobile. La requête TRq comprend l'identifiant MNOiD, et la fonction est hébergée dans un équipement contrôlé par l'opérateur, tel que par exemple le serveur d'authentification MNO de l'opérateur mobile. Le serveur de découverte DM02 obtient l'adresse de cet 20 équipement et/ou de cette fonction de traduction TR soit grâce à une table de correspondance entre numéros M00/MNO (compris par exemple dans l'identifiant MNOiD) et adresses de fonctions de traduction d'opérateurs mobile, soit en interrogeant un serveur spécial. La fonction de traduction TR et le serveur d'authentification MNO peuvent aussi ne faire qu'un seul serveur. 25 Alternativement, la requête TRq peut comprendre un identifiant du souscripteur sans les numéros M00/MNO, qui ne sont pas nécessaires à la fonction de traduction découverte par le serveur de découverte DM02 justement à l'aide de ces numéros. Lors d'une étape F4, la fonction TR émet une réponse TRp, dite réponse de traduction, vers le serveur DMC. Cette réponse comprend un paramètre cMSISDN, qui 30 est une version, chiffrée par l'opérateur mobile, du numéro MSISDN, afin que le 14 numéro MSISDN ne soit révélé ni au fournisseur de service gérant le serveur applicatif SP2, ni à l'entité gérant le serveur de découverte DMC, ni à toute entité autre que l'opérateur mobile. Ceci est un avantage supplémentaire de la méthode proposée par rapport à la technique antérieure, où l'entité gérant le serveur de découverte DMC2, 5 c'est-à-dire l'entité gérant la plateforme Mobile Connect, peut avoir connaissance du numéro MSISDN de n'importe quel terminal d'utilisateur. Au travers d'accords préalables entre l'entité gérant le serveur de découverte DMC2 et des opérateurs mobiles, le serveur DM02 est apte à faire le lien entre un numéro MCC/MNC et un de ces opérateurs mobiles. Par exemple soit le serveur 10 DM02 possède en mémoire une table de correspondance entre numéros MCC/MNC et adresses de serveurs d'authentification d'opérateurs mobile, soit il interroge un serveur spécial. La table de correspondance peut être la même que celle mentionnée en rapport avec l'étape F3, si la fonction de traduction et le serveur d'authentification ne font qu'un. 15 Lors d'une étape F5, le serveur de découverte DM02 émet vers le serveur applicatif SP2 une réponse DRp, dite réponse de découverte, comprenant une adresse d'un serveur d'authentification propre à l'opérateur mobile identifié par le numéro MCC/MNC, par exemple une adresse url, ainsi que le paramètre cMSISDN reçu dans la réponse TRp de l'étape F4. 20 Les messages DRql , DRq2, et DRp peuvent faire partie de la même session applicative, par exemple une session http, ou faire partie d'une même chaine de requêtes/réponses http, mémorisée par le serveur SP2. Les étapes F6 à F9 de la phase d'authentification, ainsi que l'étape F10, sont identiques respectivement aux étapes E6 à El 0 décrites en relation avec la figure 1 et 25 ne seront pas décrites une nouvelle fois. Dans un mode réalisation alternatif non illustré, les étapes F3 et F4 sont supprimées, ainsi que le serveur de traduction TR. Lors d'une étape F5' remplaçant l'étape F5, le serveur DM02 émet vers le 30 serveur SP2 une réponse de découverte DRp', comprenant l'adresse du serveur MNO, 15 mais sans le paramètre cMS ISDN. Lors d'une étape F6' remplaçant l'étape F6, le serveur SP2 émet vers le serveur MNO une requête d'authentification AuthRq, comprenant l'identifiant de souscripteur MNOiD, à la place du paramètre cMSISDN. 5 Dans ce mode alternatif, il n'est nul besoin d'une fonction de traduction mais le serveur d'authentification MNO doit être capable de retrouver le numéro MSISDN indispensables aux étapes du défi F7 et F8, sur la base d'un message en provenance du serveur applicatif SP2 comprenant l'identifiant de souscripteur. Si l'identifiant de souscripteur est par exemple un numéro IMSI en clair, cela est moins sécuritaire qu'un 10 numéro MSISDN chiffré, du point de vue de la confidentialité. En relation avec la figure 3, on présente maintenant un exemple de structure du dispositif d'authentification d'un utilisateur d'un service sur un terminal mobile, selon des aspects de l'invention. 15 Le dispositif 100 d'authentification met en oeuvre le procédé d'authentification d'un utilisateur d'un service sur un terminal mobile, dont différents modes de réalisation viennent d'être décrits. Un tel dispositif 100 peut être mis en oeuvre dans un serveur applicatif 5P2, apte à contribuer à fournir le service destiné à être consommé sur le terminal mobile. 20 Par exemple, le dispositif 100 comprend une unité de traitement 130, équipée par exemple d'un microprocesseur pP, et pilotée par un programme d'ordinateur 110, stocké dans une mémoire 120 et mettant en oeuvre le procédé d'authentification selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 110 sont par exemple chargées dans une mémoire RAM, avant d'être exécutées par le 25 processeur de l'unité de traitement 130. Le dispositif 100 comprend également : - un récepteur 101, apte à, et configuré pour recevoir un message DRq1 en provenance du terminal mobile, comprenant un identifiant unique MNOiD d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du 30 souscripteur, fourni par un module de sécurité du terminal mobile, 16 - un émetteur 102, apte à, et configuré pour émettre une requête AuthRq d'authentification du souscripteur à destination d'un serveur d'authentification MNO de l'opérateur mobile, déclenchant l'émission vers le terminal mobile, par le serveur d'authentification, d'une requête de défi ChallRq d'authentification destiné 5 à un utilisateur du terminal mobile, - un récepteur 103, apte à, et configuré pour recevoir une réponse AuthRp d'authentification en provenance du serveur d'authentification de l'opérateur mobile. Avantageusement, le dispositif 100 comprend également: - un émetteur 104, apte à, et configuré pour émettre une requête DRq2 de 10 découverte à destination d'un serveur de découverte DM02, comprenant l'identifiant MNOiD du souscripteur, - un récepteur 105, apte à, et configuré pour recevoir une réponse DRp de découverte en provenance du serveur de découverte, comprenant une adresse url du serveur MNO d'authentification de l'opérateur, et une information MNOiD, ou 15 cMSISDN relative à l'identifiant MNOiD du souscripteur. Les récepteurs 101, 103 et 1054 peuvent être groupés en un seul, ou séparés. Les émetteurs 102 et 104 peuvent être groupés en un seul, ou séparés. En relation avec la figure 4, on présente maintenant un exemple de structure 20 du dispositif d'accès authentifié d'un utilisateur à un service sur un terminal mobile, selon des aspects de l'invention. Le dispositif 200 de d'accès authentifié met en oeuvre le procédé d'accès authentifié d'un utilisateur à un service sur un terminal mobile, dont différents modes de réalisation viennent d'être décrits. 25 Un tel dispositif 200 peut être mis en oeuvre dans un terminal mobile 12, sur lequel le service est destiné à être consommé. Par exemple, le dispositif 200 comprend une unité de traitement 230, équipée par exemple d'un microprocesseur 1..1P, et pilotée par un programme d'ordinateur 210, stocké dans une mémoire 220 et mettant en oeuvre le procédé d'accès authentifié 30 selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 17 210 sont par exemple chargées dans une mémoire RAM, avant d'être exécutées par le processeur de l'unité de traitement 230. Le dispositif 200 comprend également : - une interface multimédia 201 configurée pour permettre l'accès et la 5 consommation d'un service par un utilisateur sur le terminal mobile, - un module de sécurité 202, - un émetteur 203, apte à, et configuré pour émettre un message DRq1 vers un serveur contribuant à fournir le service, dit serveur applicatif SP2, le message comprenant un identifiant unique d'un souscripteur d'un abonnement auprès d'un 10 opérateur mobile, dit identifiant du souscripteur MNOiD, l'identifiant du souscripteur étant fourni par le module de sécurité et inséré dans le message sans intervention de l'utilisateur, - un récepteur 204, apte à, et configuré pour recevoir une requête de défi d'authentification ChallRq en provenance d'un serveur d'authentification MNO de 15 l'opérateur mobile, destinée à l'utilisateur du terminal mobile et requérant une action de sa part sur l'interface multimédia, - un émetteur 205, apte à, et configuré pour émettre une réponse de défi d'authentification ChallRp vers le serveur d'authentification, suite à l'action effectuée par l'utilisateur. 20 Les émetteurs 203 et 205 peuvent être groupés en un seul, ou séparés. Les entités décrites en relation avec les figures 3 et 4 peuvent être matériels ou logiciels. Les figures 3 et 4 illustrent seulement des manières particulières, parmi plusieurs possibles, de réaliser les algorithmes détaillés ci-dessus, en relation avec la 25 figure 2. En effet, la technique de l'invention se réalise indifféremment sur des machines de calcul reprogrammables (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur des machines de calcul dédiées (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). 30 Dans le cas où l'invention est implantée sur des machines de calcul 18 reprogrammables, les programmes correspondants (c'est-à-dire les séquences d'instructions) pourront être stockés dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, REVENDICATIONS1. Procédé d'authentification d'un utilisateur d'un service sur un terminal (T2) mobile, mis en oeuvre par un serveur contribuant à fournir le service, dit serveur applicatif (SP2), comprenant les étapes suivantes: - réception (F1) d'un message (DRq1) en provenance du terminal mobile, comprenant un identifiant unique d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur (MNOiD), fourni par un module de sécurité du terminal mobile, - émission (F6) d'une requête (AuthRq) d'authentification du souscripteur à destination d'un serveur d'authentification (MNO) de l'opérateur mobile, déclenchant l'émission vers le terminal mobile, par le serveur d'authentification, d'une requête de défi (ChallRq) d'authentification destiné à un utilisateur du terminal mobile, - réception (F9) d'une réponse (AuthRp) d'authentification en provenance du serveur d'authentification de l'opérateur mobile. 2. Procédé d'authentification selon la revendication 1, comprenant en outre les étapes suivantes: - émission (F2) d'une requête (DRq2) de découverte à destination d'un serveur de découverte (DMC2), comprenant l'identifiant (MNOiD) du souscripteur, - réception (F5) d'une réponse (DRp) de découverte en provenance du serveur de découverte, comprenant une adresse (url) du serveur (MNO) d'authentification de l'opérateur, et une information (cMSISDN, MNOiD) relative à l'identifiant (MNOiD) du souscripteur. 3. Procédé d'authentification selon la revendication 2, où l'information relative à l'identifiant du souscripteur (cMSISDN) est une version chiffrée par l'opérateur d'un numéro de téléphone attribué au module de sécurité du terminal mobile. 20 4. Procédé d'authentification selon la revendication 3, où le numéro de téléphone chiffré (cMSISDN) est obtenu par le serveur de découverte (DMC2) sur la base de l'identifiant du souscripteur (MNOiD). 5 5. Procédé d'accès authentifié d'un utilisateur à un service sur un terminal (T2) mobile, mis en oeuvre par le terminal mobile, comprenant les étapes suivantes: - émission (F1) d'un message (DRq1), vers un serveur contribuant à fournir le service, dit serveur applicatif (SP2), le message comprenant un identifiant unique d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du 10 souscripteur (MNOiD), l'identifiant du souscripteur étant fourni par un module de sécurité du terminal mobile et inséré dans le message sans intervention de l'utilisateur, - réception (F7) d'une requête de défi (ChallRq) d'authentification en provenance d'un serveur d'authentification (MNO) de l'opérateur mobile, destinée à l'utilisateur 15 du terminal mobile et requérant une action de sa part sur le terminal, - émission (F8) d'une réponse de défi d'authentification vers le serveur d'authentification, suite à l'action effectuée sur le terminal par l'utilisateur, - accession au service (F10). 20 6. Dispositif (100) d'authentification d'un utilisateur d'un service sur un terminal (T2) mobile, compris dans un serveur contribuant à fournir le service, dit serveur applicatif (SP2), le dispositif comprenant: - un récepteur (101), apte à recevoir un message (DRq1) en provenance du terminal mobile, comprenant un identifiant unique d'un souscripteur d'un 25 abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur (MNOiD), fourni par un module de sécurité du terminal mobile, - un émetteur (102), apte à émettre une requête (AuthRq) d'authentification du souscripteur à destination d'un serveur d'authentification (MNO) de l'opérateur mobile, déclenchant l'émission vers le terminal mobile, par le serveur 30 d'authentification, d'une requête de défi (ChallRq) d'authentification destiné à un 21 utilisateur du terminal mobile, - un récepteur (103), apte à recevoir une réponse (AuthRp) d'authentification en provenance du serveur d'authentification de l'opérateur mobile. 5 7. Dispositif (200) d'accès authentifié d'un utilisateur à un service sur un terminal (T2) mobile, compris dans un terminal mobile (T2), le dispositif comprenant: - une interface multimédia (201) pour l'accès et la consommation d'un service par un utilisateur sur le terminal mobile, - un module de sécurité (202), 10 - un émetteur (203), apte à émettre un message (DRq1) vers un serveur contribuant à fournir le service, dit serveur applicatif (SP2), le message comprenant un identifiant unique d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur (MNOiD), l'identifiant du souscripteur étant fourni par le module de sécurité et inséré dans le message sans intervention de l'utilisateur, 15 - un récepteur (204), apte à recevoir une requête de défi d'authentification (ChallRq) en provenance d'un serveur d'authentification (MNO) de l'opérateur mobile, destinée à l'utilisateur du terminal mobile et requérant une action de sa part sur l'interface multimédia, - un émetteur (205), apte à émettre une réponse de défi d'authentification (ChallRp) 20 vers le serveur d'authentification, suite à l'action effectuée par l'utilisateur. 8. Système d'authentification basée sur un terminal mobile, comprenant au moins un terminal mobile (T2) équipé d'un dispositif conforme à la revendication 7, au moins un serveur applicatif (SP2) équipé d'un dispositif conforme à la revendication 6, au 25 moins un serveur d'authentification (MNO) d'un opérateur mobile apte à soumettre un défi d'authentification (ChallRq, ChallRp) au terminal mobile sur la base d'une requête (AuthRq) reçue d'un serveur applicatif, et un serveur de découverte (DMC2) apte à découvrir une adresse du serveur d'authentification sur la base d'une requête (DRq2) émise par le serveur applicatif. 30 22 9. Programme d'ordinateur, comprenant des instructions pour la mise en oeuvre des étapes du procédé d'authentification selon la revendication 1, lorsque ce programme est exécuté par un processeur. 5 10. Support d'informations lisible par un serveur applicatif contribuant à fournir un service destiné à être consommé sur un terminal mobile, et comportant des instructions d'un programme d'ordinateur conforme à la revendication 9. 11. Programme d'ordinateur, comprenant des instructions pour la mise en oeuvre des 10 étapes du procédé d'accès authentifié selon la revendication 5, lorsque ce programme est exécuté par un processeur. 12. Support d'informations lisible par un terminal mobile, et comportant des instructions d'un programme d'ordinateur conforme à la revendication 11. 15