Brevet FR3074394A1 — publié le 20190531

Accès à un service avec 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 De plus il est souhaitable que la méthode d'authentification ne dépende pas de données personnelles, stockées ou non dans le terminal mobile ou dans la carte SIM. Un des buts de l'invention est de remédier à ces inconvénients de l'état de la technique. 5 3. Exposé de l'invention L'invention vient améliorer la situation à l'aide d'un procédé d'accès à un service fourni sur un terminal mobile par un serveur contribuant à fournir le service, dit serveur 10 applicatif, le procédé étant mis en oeuvre par le terminal mobile et comprenant les étapes suivantes: - émission d'une requête comprenant un identifiant d'un souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur, l'identifiant du souscripteur étant basé sur une information fournie par un module 15 de sécurité du terminal mobile, et inséré dans la requête sans intervention de l'utilisateur; - réception d'une réponse comprenant une information relative à l'identifiant du souscripteur, dite code d'identification; - émission d'une requête d'authentification comprenant le code d'identification, la 20 requête étant émise vers un serveur d'authentification de l'opérateur mobile; - réception d'une réponse d'authentification comprenant une information relative au code d'identification, dite code d'authentification; - émission d'une requête d'accès au service comprenant le code d'authentification, la requête étant émise vers le serveur applicatif. 25 Le module de sécurité d'un terminal mobile, aussi connu sous l'appellation de 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 de 30 souscripteur, par exemple le numéro appelé numéro IMSI (International Mobile 3 Subscriber Identity), et le numéro MSISDN est connue uniquement de l'opérateur mobile responsable de l'abonnement. 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, 5 et d'une partie MSIN (Mobile Subscriber Identification Number), attribuée par l'opérateur, lui permettant d'identifier le souscripteur d'un abonnement. Un autre exemple d'identifiant extractible de la carte SIM et distinct du numéro MSISDN est le numéro appelé ICCID (integrated circuit card identifier). Comme le numéro IMSI ou ICCID est mémorisé dans la carte SIM, il peut être 10 automatiquement extrait et transmis dans le message en provenance du terminal, sans que l'utilisateur ait besoin de le connaitre, et sans son intervention, par exemple à l'aide d'une application intégrée au téléphone mobile ou à la carte SIM. 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, IMSI, ICCID ou autre. 15 L'identifiant de souscripteur peut également être un numéro temporaire, par exemple le numéro TMSI (Temporary Mobile Subscriber Identity), un numéro aléatoire attribué par le réseau mobile lorsque le terminal s'y attache avec son numéro IMSI. Le fait d'émettre deux requêtes permet à l'opérateur mobile de les traiter séparément, en respectant la séparation entre une phase dite de découverte (obtention 20 d'un code d'authentification) et une phase dite d'autorisation (accession au service à l'aide du code d'authentification), minimise d'éventuelles modifications à l'architecture existante des systèmes d'authentification utilisés par les opérateurs mobiles. Ainsi, ce n'est pas le code d'identification du terminal qui est communiqué par le terminal au serveur applicatif pour l'autoriser à fournir le service au terminal. A la place, 25 un code d'authentification spécifique à la requête d'authentification est généré, comme résultat de l'authentification réussie du terminal, et c'est ce code d'authentification qui est communiqué par le terminal au serveur applicatif pour accéder au service. Selon un aspect, le procédé d'accès à un service comprend en outre les étapes 30 suivantes, suite à l'émission de la requête comprenant le code d'identification vers le 4 serveur d'authentification : - réception d'une requête de défi d'authentification en provenance du serveur d'authentification, requérant une action de la part de l'utilisateur du terminal mobile sur le terminal, 5 - é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. Il est possible 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 10 action de sa part. En effet, tout au long du procédé, y compris l'étape finale d'accès au service, l'utilisateur ne communique jamais un identifiant susceptible de permettre à une entité autre que l'opérateur, 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, dont font partie son numéro de 15 téléphone ou son identifiant de souscripteur. Selon un aspect, le code d'identification est un identifiant généré sur la base d'un numéro de téléphone de type MSISDN associé au module de sécurité du terminal mobile, le numéro de téléphone étant dérivé sur la base de l'identifiant de souscripteur. 20 L'opérateur est le seul à pouvoir déduire le numéro MSISDN à partir de l'identifiant de souscripteur, et également le seul à pouvoir récupérer le numéro MSISDN à partir du code d'identification. Selon un aspect, le code d'identification est à usage unique. Ainsi, le risque est 25 réduit d'utilisation du code d'identification s'il a été intercepté par une entité autre que le terminal ou l'opérateur. Selon un aspect, la validité du code d'identification est d'une durée limitée. Ainsi, le risque est réduit d'utilisation du code d'identification par une entité autre que le 30 terminal ou l'opérateur. 5 Selon un aspect, le procédé d'accès à un service comprend en outre les étapes suivantes, préalablement à l'étape d'émission d'une requête d'authentification comprenant le code d'identification vers le second serveur: 5 - émission d'une requête de découverte vers le serveur applicatif; - réception d'une réponse en provenance du serveur applicatif, comprenant au moins une adresse du second serveur. Ainsi, si l'adresse du second serveur n'est pas connue du terminal, il peut l'obtenir à l'aide d'une requête vers le serveur applicatif. Le serveur applicatif connait 10 l'adresse d'un serveur de découverte propre à l'opérateur, et peut obtenir ainsi l'adresse d'un serveur d'authentification adapté au type de service fourni par le serveur applicatif. C'est cette adresse de second serveur qui est donnée au terminal. Selon un aspect, le code d'identification est une version chiffrée par l'opérateur 15 d'un numéro de téléphone de type MSISDN attribué au module de sécurité du terminal mobile. Le chiffrage du numéro MSISDN est une solution simple permettant à l'opérateur mobile de communiquer une version de ce numéro à des entités tierces, tout en étant seul à pouvoir en déduire le numéro MSISDN original, lorsqu'il recevra ultérieurement la version chiffrée en provenance d'une de ces entités tierces. 20 Les différents aspects du procédé d'accès à un service qui viennent d'être décrits peuvent être mis en oeuvre indépendamment les uns des autres ou en combinaison les uns avec les autres. 25 L'invention concerne aussi un dispositif d'accès à un service sur un terminal mobile, compris dans le terminal mobile et comprenant: - une interface multimédia pour la consommation du service par un utilisateur sur le terminal mobile, - un module de sécurité, 30 - un émetteur apte à émettre une requête comprenant un identifiant d'un 6 souscripteur d'un abonnement auprès d'un opérateur mobile, dit identifiant du souscripteur, l'identifiant du souscripteur étant compris dans la requête et basé sur une information fournie par le module de sécurité sans intervention de l'utilisateur; - un récepteur apte à recevoir une réponse comprenant une information relative à 5 l'identifiant du souscripteur, dite code d'identification; - un émetteur apte à émettre une requête d'authentification comprenant le code d'identification, vers un serveur d'authentification de l'opérateur mobile; - un récepteur apte à recevoir une réponse d'authentification comprenant une information relative au code d'identification, dite code d'authentification; 10 - un émetteur apte à émettre une requête d'accès au service comprenant le code d'authentification, vers un serveur applicatif contribuant à fournir le service destiné à être consommé à l'aide de l'interface multimédia. Ce dispositif, apte à mettre en oeuvre dans tous ses modes de réalisation le 15 procédé d'accès à un service qui vient d'être décrit, est destiné à être mis en oeuvre dans un terminal mobile. L'invention concerne aussi un système comprenant un terminal mobile équipé d'un dispositif d'accès conforme à celui qui vient d'être décrit, un serveur applicatif apte 20 à fournir un service destiné à être consommé par un utilisateur sur le terminal mobile, un serveur d'authentification d'un opérateur mobile apte à soumettre un défi d'authentification au terminal mobile sur la base d'une requête reçue de la part du terminal mobile, et un serveur de découverte apte à fournir une adresse du serveur d'authentification sur la base d'une requête du terminal mobile transmise par le serveur 25 applicatif. L'invention concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en oeuvre des étapes du procédé d'accès à un service qui vient d'être décrit, lorsque ce programme est exécuté par un processeur. 7 L'invention vise aussi un support d'informations lisible par un terminal mobile, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Ce programme peut 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 5 et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. Le support d'informations mentionné ci-dessus peut ê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 10 ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, 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. Le programme peut être en particulier 15 téléchargé sur un réseau de type Internet. Alternativement, le 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 du procédé en question. 20 4. Présentation des figures 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 25 annexés, parmi lesquels : - la figure 1 présente un exemple de mise en oeuvre d'un procédé d'accès à un service fourni sur un terminal mobile, selon une technique antérieure, - la figure 2 présente un exemple de mise en oeuvre du procédé d'accès à un service fourni sur un terminal mobile, selon un premier mode de réalisation 30 de l'invention, 8 - la figure 3 présente un exemple de mise en oeuvre du procédé d'accès à un service fourni sur un terminal mobile, selon un second mode de réalisation de l'invention, - la figure 4 présente un exemple de structure du dispositif d'accès à un 5 service fourni 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 La figure 1 présente un exemple de mise en oeuvre d'un procédé d'accès à un 10 service fourni 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 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 15 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 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. 20 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 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. 25 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. 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. 30 Lors d'une étape E4, l'utilisateur entre sur son terminal Il le numéro MSISDN 9 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. Au travers d'accords préalables entre l'entité gérant la plateforme Mobile Connect et des opérateurs mobiles, le serveur DM01 est apte à faire le lien entre un 5 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 spécial. Lors d'une étape E5, le serveur de découverte DM01 émet vers le serveur 10 applicatif SP1 une réponse DiscRp2, dite réponse de découverte, comprenant une adresse d'un serveur d'authentification propre à l'opérateur mobile MNO gérant l'abonnement associé au numéro MSISDN du terminal Il, par exemple une adresse url, ainsi qu'un 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 15 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 MNO, par exemple à l'aide d'une clé publique préalablement fournie par l'opérateur mobile MNO. Lors d'une étape E6, le serveur de découverte DM01 transmet vers le terminal 20 11, la réponse DiscRp1, qui comprend le même contenu que la réponse DiscRp2. Les messages DiscRq1, DiscRq2, NumRq, NumRp, DiscRp2 et DiscRp1 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 Spi. 25 Lors d'une étape E7, à l'aide de l'adresse obtenue lors de l'étape E6, le terminal T1 émet vers le serveur d'authentification AUTH de l'opérateur mobile MNO 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 MNO, qui a chiffré le numéro MSISDN, le serveur AUTH possède le moyen de déchiffrement, par exemple 30 la clé privée correspondant à la clé publique mentionnée plus haut, et récupère le 10 numéro MSISDN en clair. Lors d'une étape E8, le serveur AUTH é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 ou de son consentement à utiliser le service demandé. Cette 5 requête et sa réponse sont par exemple des messages du type SMS. Lors d'une étape E9, l'utilisateur du terminal T1 répond au défi. Par exemple, selon le choix fait par le fournisseur de service ou l'opérateur mobile MNO 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 10 exemple une suite de caractères alphanumériques. Dans le cas d'une authentification faible, il peut simplement être demandé à l'utilisateur de confirmer la réception de la requête ChallRq sur le terminal Tl. 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 T1 vers le serveur 15 d'authentification AUTH. Cette réponse ne contient pas le code entré par l'utilisateur, mais contient la certification faite par la carte SIM de la conformité de l'action de l'utilisateur. Le serveur AUTH vérifie la certification et éventuellement le fait qu'il ait reçu la réponse ChallRp dans un temps déterminé. En résultat attendu du défi, le serveur d'authentification AUTH obtient à la fois 20 l'authentification du terminal Il, et le consentement de l'utilisateur du terminal T1 pour l'utilisation qui sera faite de l'authentification, c'est-à-dire la fourniture d'un service au terminal T1 par le serveur SP1. Si cette vérification par le serveur AUTH est positive, le serveur AUTH, lors d'une étape E10, émet vers le terminal T1 une réponse AuthRp, dite réponse 25 d'authentification, en réponse à la requête AuthRq émise lors de l'étape E7, comprenant un code d'authentification authCode. Ce code d'authentification n'est pas suffisant au terminal T1 pour obtenir le service demandé au serveur SP1, mais si le terminal T1 le transmet au serveur SP1 , il permet au serveur SP1 d'obtenir de la part du serveur d'authentification AUTH une preuve du droit du terminal T1 à obtenir le 30 service ainsi qu'une identification du client derrière l'utilisateur du terminal Ii. Par 11 sécurité, cette preuve n'est pas confiée au terminal T1 de façon directe par le serveur AUTH. Les messages d'authentification AuthRq et AuthRp sont liés aux messages de découverte DiscRql , DiscRq2, NumRq, NumRp, DiscRp2 et DiscRpl , soit par 5 l'appartenance à une même session http, soit par un chainage des messages entre eux mémorisé par le terminal Il. S'il a plusieurs sessions applicatives en cours, le terminal T1 sait donc exactement à quelle session applicative correspond la réponse d'authentification reçue lors de l'étape E10. Lors d'une étape El 1, le terminal T1 émet vers le serveur SP1 une requête de 10 service SRq, qui peut être un transfert de la réponse AuthRp, comprenant le code d'authentification authCode. Lors d'une étape E12, le serveur SP1 vérifie le droit du terminal T1 à obtenir le service en émettant vers le serveur AUTH une requête CRql comprenant le code d'authentification authCode ainsi qu'un identifiant SP1 iD du serveur SP1, connu de 15 l'opérateur MNO. L'identifiant SPliD peut comprendre une partie identifiant proprement dite, et une partie mot de passe spécifique au serveur SP1, afin de permettre au serveur AUTH d'identifier le serveur SP1 avec un certain niveau de sécurité. Le serveur SP1 a obtenu l'adresse @auth du serveur AUTH par exemple à l'aide de la réponse DiscRp2 lors de l'étape E5. 20 Lors d'une étape El 3, le serveur AUTH récupère le code d'authentification authCode et l'identifiant SP1 iD, vérifie l'identité du serveur SP1. Si le code d'authentification authCode et l'identifiant SPliD sont corrects, le serveur AUTH fournit un jeton tok qui est la preuve du droit du terminal T1 à obtenir le service, preuve qui est pérenne et unique à l'utilisateur du terminal T1 pour le service fourni par le serveur 25 SP1, et émet vers le serveur SP1 une réponse CRpl comprenant le jeton tok. Lors d'une étape El 4 déclenchée grâce au jeton tok reçu lors de l'étape El 3, le serveur SP1 commence la livraison du service au terminal Ii, avec les caractéristiques de service auxquelles l'utilisateur a droit. 30 La figure 2 présente un exemple de mise en oeuvre du procédé d'accès à un 12 service fourni sur un terminal mobile, selon un premier mode de réalisation de l'invention. 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 1. 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 F1 à F6 font partie d'une phase de découverte permettant d'obtenir 10 un identifiant pour la phase d'authentification, et les étapes F7 à F10 font partie de la phase d'authentification. La phase d'authentification permet d'obtenir un code pour la phase d'accès au service, et les étapes F11 à F14 font partie de la phase d'accès au service. Lors d'une étape F1, le terminal 12 émet vers le serveur SP2 une requête DRq1 15 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 DRq1 comprend un identifiant MNOSiD1, dit identifiant de souscripteur, fourni par la carte SIM du terminal 12, ou basé sur une information fournie par la carte SIM. L'identifiant MNOSiD1 permet à un opérateur 20 d'identifier de manière unique le souscripteur d'un abonnement, comme le numéro MSISDN, mais n'est pas le numéro MSISDN. Cet identifiant de souscripteur MNOSiD1 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 25 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 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 DRq1 dans faire 30 intervenir l'utilisateur. L'étape F1 comprend donc une sous-étape d'extraction du 13 numéro IMSI de la carte SIM, et une sous-étape d'insertion du numéro IMSI dans la requête DRq1. 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. 5 Plus généralement, cet identifiant de souscripteur peut être n'importe quel 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 F1 sur la base d'une information fournie par la carte SIM, 10 comme par exemple le numéro TMSI généré sur la base du numéro IMSI. 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 15 MNOSiD1 inséré par le terminal 12 sans l'intervention de l'utilisateur. 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, 20 chiffré ou non, qui permette à l'opérateur mobile le recevant de retrouver le numéro 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 MNOSiD1, et la fonction est hébergée dans un équipement contrôlé par l'opérateur, tel que par exemple le serveur d'authentification 25 AUTH de l'opérateur mobile. Le serveur de découverte DM02 obtient l'adresse de cet équipement et/ou de cette fonction de traduction TR soit grâce à une table de correspondance entre numéros MCC/MNC (compris par exemple dans l'identifiant MNOSiD1) 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 30 d'authentification AUTH peuvent aussi ne faire qu'un seul serveur. 14 Alternativement, la requête TRq peut comprendre un identifiant du souscripteur sans les numéros MCC/MNC, 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 5 traduction, vers le serveur DMC. Cette réponse comprend un paramètre cMSISDN, qui est une version, chiffrée par l'opérateur mobile, du numéro MSISDN, afin que le 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 10 rapport à la technique antérieure, où l'entité gérant le serveur de découverte DM02, 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 DM02 et des opérateurs mobiles, le serveur DM02 est apte à faire le lien entre un 15 numéro MCC/MNC et un de ces opérateurs mobiles. Par exemple soit le serveur 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 20 font qu'un. Lors d'une étape F5, le serveur de découverte DM02 émet vers le serveur applicatif SP2 une réponse DRp2, 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 25 reçu dans la réponse TRp de l'étape F4. Lors d'une étape F6, le serveur de découverte DM02 transmet vers le terminal 12, la réponse DRpl , qui comprend le même contenu que la réponse DRp2. Les messages DRql , DRq2, DRp2 et DRpl peuvent faire partie de la même session applicative, par exemple une session http, ou faire partie d'une même chaine 30 de requêtes/réponses http, mémorisée par le serveur SP2. 15 Les étapes F7 à F14 sont identiques respectivement aux étapes E7 à E14 décrites en relation avec la figure 1 et ne seront pas décrites une nouvelle fois. Dans une variante de ce premier mode de réalisation, non illustrée, les étapes 5 F3 et F4 sont supprimées, ainsi que le serveur de traduction TR. Lors d'une étape F1' remplaçant l'étape F1, le terminal 12 émet vers le serveur SP2, une requête DRq1' comprenant non pas l'identifiant de souscripteur MNOSiD1, mais uniquement les identifiants MNC/MCC du terminal 12. Ces identifiants identifient de façon unique le serveur MNO. 10 Lors d'une étape F2' remplaçant l'étape F2, le serveur SP2 émet vers le serveur de découverte DM02 une requête de découverte DRq2', destinée à déclencher dans le serveur DM02 l'activation de la méthode d'authentification proposée. Lors d'une étape F5' remplaçant l'étape F5, le serveur DM02 émet vers le serveur SP2 une réponse de découverte DRp2', comprenant l'adresse du serveur 15 AUTH, mais sans le paramètre cMSISDN. Les identifiants MNO/M00 suffisent au serveur DM02 pour déterminer l'adresse du bon serveur d'authentification correspondant à l'opérateur MNO. Lors d'une étape F6' remplaçant l'étape F6, le serveur SP2 émet vers le terminal 12 une réponse de découverte DRp1', avec le même contenu que la réponse 20 DRp1', comprenant l'adresse du serveur AUTH, mais sans le paramètre cMSISDN. Lors d'une étape F7' remplaçant l'étape F7, le terminal 12 émet vers le serveur AUTH une requête d'authentification AuthRq, comprenant l'identifiant de souscripteur MNOSiD1, à la place du paramètre cMSISDN. Dans cette variante, il n'est nul besoin d'une fonction de traduction mais le 25 serveur d'authentification AUTH doit être capable de retrouver le numéro MSISDN indispensables aux étapes du défi F8 et F9, sur la base d'un message en provenance du terminal 12 comprenant l'identifiant de souscripteur. Avantageusement, dans cette variante l'identifiant de souscripteur ne passe pas par le serveur SP2 qui n'est pas un serveur du domaine de l'opérateur mobile MNO, 30 donc pas aussi fiable que le serveur d'authentification. 16 La figure 3 présente un exemple de mise en oeuvre du procédé d'accès à un service fourni sur un terminal mobile, selon un second mode de réalisation de l'invention. 5 Avantageusement, dans ce mode, le serveur SP2 n'a accès à aucun identifiant de souscripteur propre à l'opérateur MNO et stocké dans la carte SIM du terminal 12, tel que le numéro IMSI par exemple. Les étapes G1 à G8 font partie d'une phase de découverte permettant d'obtenir un identifiant pour la phase d'authentification, et les étapes G9 à G12 font partie de la 10 phase d'authentification. La phase d'authentification permet d'obtenir un code pour la phase d'accès au service, et les étapes G13 à G16 font partie de la phase d'accès au service. Lors d'une étape G1, le terminal 12 émet une requête TRq0, dite requête de traduction, vers une fonction de traduction TR de l'opérateur mobile. 15 Contrairement à la technique antérieure, la requête TRq0 comprend un identifiant MNOSiD1, dit identifiant de souscripteur, fourni par la carte SIM du terminal 12, ou basé sur une information fournie par la carte SIM. L'identifiant MNOSiD1 permet à un opérateur d'identifier de manière unique le souscripteur d'un abonnement, comme le numéro MSISDN, mais n'est pas le numéro MSISDN. 20 La fonction de traduction TR est apte à fournir, sur la base de l'identifiant MNOSiD1 associé à l'utilisateur en tant qu'abonné de l'opérateur mobile, par exemple un numéro IMSI (International Mobile Subscriber Identity), TMSI (Temporary Mobile Subscriber Identifier) ou ICCID (Integrated Circuit Card Identifier), un code d'identification tempAlias qui permet à l'opérateur mobile le recevant ultérieurement de 25 retrouver un identifiant MNOSiD2 dont il a besoin pour émettre lors de l'étape G10 une requête de défi vers le terminal 12, par exemple le numéro MSISDN. Ce code d'identification tempAlias cache le numéro MSISDN à toute autre entité que l'opérateur mobile. La requête TRq0 comprend l'identifiant MNOSiD1, et la fonction TR est hébergée dans un équipement contrôlé par l'opérateur, tel que par exemple le serveur 30 d'authentification AUTH de l'opérateur mobile. La fonction de traduction TR et le 17 serveur d'authentification AUTH peuvent aussi ne faire qu'un seul serveur. L'adresse de cette fonction de traduction TR peut être fournie au terminal 12 de plusieurs façons. Selon une première façon, l'adresse est provisionnée à l'avance dans le terminal 12, par le fournisseur du système d'exploitation installé sur le terminal 12, 5 ou dans la carte SIM par l'opérateur mobile MNO. Selon une deuxième façon, les étapes G5 à G8 décrites ci-dessous peuvent avoir été effectuées avant l'étape G1 et leur résultat peut avoir été mis en mémoire par le terminal 12. Ce résultat inclut l'adresse du serveur d'authentification AUTH mais peut aussi inclure l'adresse de la fonction de traduction TR si elle est différente. 10 Lors d'une étape G2, la fonction de traduction TR récupère un autre identifiant MNOSiD2 du souscripteur, par exemple le numéro MSISDN du terminal 12, à partir de l'identifiant MNOSiD1. Lors d'une étape G3, la fonction de traduction TR génère le code d'identification tempAlias associé à l'identifiant MNOSiD2. Ce code d'identification est à usage unique, 15 destiné à être consommé par le serveur d'authentification AUTH lors d'une étape ultérieure G9. Ce code d'identification peut être à durée de vie limitée, par exemple 5 minutes, c'est-à-dire que la récupération de l'identifiant MNOSiD2, par exemple le numéro MSISDN, à partir du code d'identification tempAlias, par le serveur d'authentification AUTH, n'est plus possible après expiration des 5 minutes. 20 Lors d'une étape G4, la fonction TR émet une réponse TRpO, dite réponse de traduction, vers le terminal 12. Cette réponse comprend le code d'identification tempAlias ainsi qu'une adresse @dmc d'un serveur de découverte DMC3 qui peut être un serveur du domaine de l'opérateur mobile MNO, ou hors de son domaine. Les requêtes et réponses G1 à G4 peuvent utiliser le protocole https, par 25 exemple. Lors d'une étape G5, le terminal 12 émet vers le serveur 5P2 une requête DRq3 dite requête de découverte, destinée à découvrir un serveur d'authentification associé à l'opérateur mobile MNO. La requête DRq1 comprend l'adresse @dmc du serveur de découverte DMC3 de l'opérateur mobile, que le terminal 12 a obtenue lors 30 de l'étape G4. 18 Lors d'une étape G6, le serveur SP2 émet, à l'aide de l'adresse @dmc, une requête DRq4 vers le serveur de découverte DM03 de l'opérateur mobile, dont le but est d'obtenir en réponse une adresse @auth d'un serveur d'authentification AUTH de l'opérateur mobile. 5 Lors d'une étape G7, le serveur de découverte DM03 émet vers le serveur SP2 une réponse DRp4 comprenant l'adresse @auth du serveur d'authentification AUTH, obtenue par le serveur de découverte DM03. Lors d'une étape G8, le serveur SP2 transmet la réponse DRp2 vers le terminal 12. 10 L'adresse @auth peut être une adresse d'une liste d'adresses comprise dans la réponse DRp2, qui ont chacune un libellé correspondant à un usage déterminé. Le terminal 12 peut sélectionner dans cette liste une adresse particulière en fonction du type de service qu'il attend du serveur SP2. Les étapes G6 et G7 permettent au serveur SP2 d'obtenir l'adresse @auth. Les 15 étapes G5 et G8 permettent au terminal 12 d'obtenir l'adresse @auth. Dans une variante, l'adresse @auth étant une adresse stable, l'un ou l'autre de ces deux groupes d'étapes peuvent être exécutés préalablement à l'étape Gl, et leur résultat (l'adresse @auth) mémorisé par le terminal 12 et/ou le serveur SP2. Lors d'une étape G9, où la phase d'authentification débute, à l'aide de l'adresse 20 @auth obtenue lors de l'étape G8, le terminal 12 émet, vers le serveur d'authentification AUTH de l'opérateur mobile gérant l'abonnement du terminal 12, une requête AuthRq, dite requête d'authentification, comprenant le code d'identification tempAlias généré par la fonction TR lors de l'étape G3 à partir de l'identifiant de souscripteur MNOSiD2. Comme le serveur AUTH et la fonction TR font partie du 25 domaine de l'opérateur MNO, le serveur AUTH possède le moyen de récupérer l'identifiant de souscripteur MNOSiD2 en fonction du code d'identification tempAlias, à condition que celui-ci ne soit pas déjà expiré. Le serveur AUTH marque alors le code d'identification tempAlias comme expiré. Le code d'authentification tempAlias peut être déjà expiré pour deux raisons: soit il a déjà été utilisé aux mêmes fins par le serveur 30 d'authentification, et sa présentation une nouvelle fois est alors symptomatique d'une 19 tentative de fraude, soit sa durée de vie est atteinte, par exemple en raison de conditions de transport difficiles ou d'équipement intermédiaire en état de surcharge. Lors de l'étape G10, avec le code d'identification tempAlias, le serveur AUTH récupère l'identifiant MNOSiD2 et l'utilise afin d'émettre le défi ChallRq par le biais d'un 5 message de type SMS si par exemple l'identifiant MNOSiD2 est le numéro MSISDN du terminal 12, ou par le biais d'une notification utilisant une infrastructure propre au fournisseur du système d'exploitation du terminal 12, par exemple GCM sur Android ou APNS sur i0S. Les étapes G11 à G16 ne diffèrent pas des étapes E9 à E14 décrites en 10 relation avec la figure 1. En relation avec la figure 4, on présente maintenant un exemple de structure du dispositif d'accès à un service fourni sur un terminal mobile, selon des aspects de l'invention. 15 Le dispositif 200 d'accès à un service met en oeuvre le procédé d'accès à un service, dont différents modes de réalisation viennent d'être décrits. 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 20 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 selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 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. 25 Le dispositif 200 comprend également : - une interface multimédia 201 configurée pour la consommation du service par un utilisateur sur le terminal mobile, - un module de sécurité 202, 30 - un émetteur 203 apte à et configuré pour émettre une requête DRq1 ou TRq0 20 comprenant un identifiant d'un souscripteur d'un abonnement auprès d'un opérateur mobile MNO, dit identifiant du souscripteur MNOSiD1, l'identifiant du souscripteur étant compris dans la requête DRq1 ou TRq0) et basé sur une information fournie par le module de sécurité 203 sans intervention de l'utilisateur; 5 - un récepteur 204 apte à et configuré pour recevoir une réponse DRp1 ou TRp0 comprenant une information relative à l'identifiant du souscripteur MNOSiD1, dite code d'identification cMSISDN ou code d'identification tempAlias; - un émetteur 205 apte à et configuré pour émettre une requête d'authentification AuthRq comprenant le code d'identification cMSISDN ou le code d'identification 10 tempAlias, vers un serveur d'authentification AUTH de l'opérateur mobile MNO; - un récepteur 206 apte à et configuré pour recevoir une réponse d'authentification AuthRp comprenant une information relative au code d'identification cMSISDN ou au code d'identification tempAlias, dite code d'authentification authCode; - un émetteur 207 apte à et configuré pour émettre une requête d'accès au service 15 SRq comprenant le code d'authentification authCode, vers un serveur applicatif SP2 contribuant à fournir le service destiné à être consommé à l'aide de l'interface multimédia 201. Avantageusement, le dispositif 200 comprend également: 20 - un récepteur 208 apte à et configuré pour recevoir une requête de défi d'authentification ChallRq en provenance du serveur d'authentification AUTH, requérant une action de la part de l'utilisateur du terminal mobile sur le terminal; - un émetteur 209 apte à et configuré pour émettre une réponse de défi d'authentification ChallRp vers le serveur d'authentification AUTH, suite à l'action 25 effectuée sur le terminal par l'utilisateur; - un émetteur 211 apte à et configuré pour émettre une requête DRq3 de découverte vers le serveur applicatif SP2; - un récepteur 212 apte à et configuré pour recevoir une réponse DRp3 en provenance du serveur applicatif SP2, comprenant au moins une adresse @auth 30 du second serveur AUTH. 21 Les émetteurs 203, 205, 207, 209 et 211 peuvent être regroupés en un ou plusieurs émetteurs. De même, les récepteurs 204, 206, 208 et 212 peuvent être regroupés en un ou plusieurs récepteurs. 5 Les entités décrites en relation avec la figure 4 peuvent être matériels ou logiciels. La figure 4 illustre seulement des manières particulières, parmi plusieurs possibles, de réaliser l'algorithme détaillé ci-dessus, en relation avec les figures 2 et 3. En effet, la technique de l'invention se réalise indifféremment sur des machines de 10 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). Dans le cas où l'invention est implantée sur des machines de calcul 15 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'accès à un service fourni sur un terminal mobile (12) par un serveur contribuant à fournir le service, dit serveur applicatif (SP2), le procédé étant mis en oeuvre par le terminal mobile et comprenant les étapes suivantes: - émission (F1; G1) d'une requête (DRq1; TRq0) comprenant un identifiant d'un souscripteur d'un abonnement auprès d'un opérateur mobile (MNO), dit identifiant du souscripteur (MNOSiD1), l'identifiant du souscripteur étant basé sur une information fournie par un module de sécurité du terminal mobile, et inséré dans la requête (DRq1; TRq0) sans intervention de l'utilisateur; - réception (F6; G4) d'une réponse (DRp1; TRp0) comprenant une information relative à l'identifiant du souscripteur (MNOSiD1), dite code d'identification (cMSISDN; tempAlias); - émission (F7; G9) d'une requête d'authentification (AuthRq) comprenant le code d'identification (cMSISDN; tempAlias), la requête (AuthRq) étant émise vers un serveur d'authentification (AUTH) de l'opérateur mobile (MNO); - réception (F10; G12) d'une réponse d'authentification (AuthRp) comprenant une information relative au code d'identification (cMSISDN; tempAlias), dite code d'authentification (authCode); - émission (F11; G13) d'une requête d'accès au service (SRq) comprenant le code d'authentification (authCode), la requête (SRq) étant émise vers le serveur applicatif (SP2). 2. Procédé d'accès à un service selon la revendication précédente, comprenant les étapes suivantes, suite à l'émission de la requête (AuthRq) comprenant le code d'identification (cMSISDN; tempAlias) vers le serveur d'authentification (AUTH) : - réception (F8; G10) d'une requête de défi (ChallRq) d'authentification en provenance du serveur d'authentification (AUTH), requérant une action de la part de l'utilisateur du terminal mobile sur le terminal, - émission (F9; G11) d'une réponse de défi d'authentification vers le serveur 23 d'authentification (AUTH), suite à l'action effectuée sur le terminal par l'utilisateur. 3. Procédé d'accès à un service selon l'une des revendications précédentes, où le code d'identification (cMSISDN; tempAlias) est un identifiant généré sur la base d'un 5 numéro de téléphone de type MSISDN associé au module de sécurité du terminal mobile, le numéro de téléphone étant dérivé sur la base de l'identifiant de souscripteur (MNOSiD1). 4. Procédé d'accès à un service selon l'une des revendications précédentes, où le 10 code d'identification (cMSISDN; tempAlias) est à usage unique. 5. Procédé d'accès à un service selon l'une des revendications précédentes, où la validité du code d'identification (cMSISDN; tempAlias) est d'une durée limitée. 15 6. Procédé d'accès à un service selon l'une des revendications précédentes, comprenant en outre les étapes suivantes, préalablement à l'étape d'émission (G9) d'une requête d'authentification (AuthRq) comprenant le code d'identification (tempAlias) vers le second serveur (AUTH): - émission (G5) d'une requête (DRq3) de découverte vers le serveur applicatif (SP2); 20 - réception (G8) d'une réponse (DRp3) en provenance du serveur applicatif (SP2), comprenant au moins une adresse (@auth) du second serveur (AUTH). 7. Procédé d'accès à un service selon l'une des revendications 1 à 5, où le code d'identification (cMSISDN) est une version chiffrée par l'opérateur d'un numéro de 25 téléphone de type MSISDN attribué au module de sécurité du terminal mobile. 8. Dispositif (200) d'accès à un service sur un terminal (12) mobile, compris dans le terminal mobile (12) et comprenant: - une interface multimédia (201) pour la consommation du service par un utilisateur 30 sur le terminal mobile, 24 - un module de sécurité (202), - un émetteur (203) apte à émettre une requête (DRq1; TRq0) comprenant un identifiant d'un souscripteur d'un abonnement auprès d'un opérateur mobile (MNO), dit identifiant du souscripteur (MNOSiD1), l'identifiant du souscripteur étant 5 compris dans la requête (DRq1; TRq0) et basé sur une information fournie par le module de sécurité (203) sans intervention de l'utilisateur; - un récepteur (204) apte à recevoir une réponse (DRp1; TRp0) comprenant une information relative à l'identifiant du souscripteur (MNOSiD1), dite code d'identification (cMSISDN; tempAlias); 10 - un émetteur (205) apte à émettre une requête d'authentification (AuthRq) comprenant le code d'identification (cMSISDN; tempAlias), vers un serveur d'authentification (AUTH) de l'opérateur mobile (MNO); - un récepteur (206) apte à recevoir une réponse d'authentification (AuthRp) comprenant une information relative au code d'identification (cMSISDN; tempAlias), 15 dite code d'authentification (authCode); - un émetteur (207) apte à émettre une requête d'accès au service (SRq) comprenant le code d'authentification (authCode), vers un serveur applicatif (SP2) contribuant à fournir le service destiné à être consommé à l'aide de l'interface multimédia (201). 20 9. Système comprenant un terminal mobile (12) équipé d'un dispositif d'accès à un service conforme à la revendication 8, un serveur applicatif (SP2) apte à fournir un service destiné à être consommé par un utilisateur sur le terminal mobile (12), un serveur d'authentification (AUTH) d'un opérateur mobile (MNO) apte à soumettre un 25 défi d'authentification (ChallRq, ChallRp) au terminal mobile (12) sur la base d'une requête (AuthRq) reçue de la part du terminal mobile (12), et un serveur de découverte (DM02; DM03) apte à fournir une adresse du serveur d'authentification (AUTH) sur la base d'une requête du terminal mobile (DRq1; DRq3) transmise (DRq2; DRq4) par le serveur applicatif (SP2). 30 25 10. Programme d'ordinateur, comprenant des instructions pour la mise en oeuvre des étapes du procédé d'accès à un service selon la revendication 1, lorsque ce programme est exécuté par un processeur. 5 11. Support d'informations lisible par un terminal mobile (12), et comportant des instructions d'un programme d'ordinateur conforme à la revendication 10.