FR 3051944 A1 20171201 FR 1654836 A 20160530 1 Procédé pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné DOMAINE TECHNIQUE GENERAL La présente invention concerne le domaine de l'authentification via terminal mobile. Plus précisément, elle concerne un procédé pour récupérer des données personnelles d'un utilisateur en vue de renseigner un service en ligne. ETAT DE L'ART La technologie « Mobile Connect », développée par le Demandeur vise à permettre l'authentification d'un utilisateur auprès d'un service en ligne via un terminal mobile. Plus précisément, au lieu d'entrer un couple login/mot de passe sur un portail d'un service en ligne (une page web), l'utilisateur sélectionne l'option MC (Mobile Connect) et il est simplement demandé de saisir simplement un identifiant personnel (qui peut être son numéro de téléphone ou un « alias » anonymisé). Le service en ligne requiert alors, éventuellement via une plateforme API (Application Programming Interface, i.e. interface de programmation applicative), auprès d'un serveur MC de l'opérateur téléphonique de l'utilisateur les informations personnelles associées (en l'espèce le login et le mot de passe). Le serveur MC, avant d'interroger une base de données stockant de manière cryptée les informations personnelles des utilisateurs de sorte à retourner celles demandées, envoie vers le terminal mobile de l'utilisateur une requête de validation. Une application MC s'ouvre sur le terminal mobile et invite l'utilisateur à accepter la requête. Si oui, le serveur MC retourne les informations personnelles demandées de sorte à permettre l'accès de l'utilisateur au service. La demande brevet EP2629553 décrit un tel mécanisme d'authentification via terminal mobile. Cette technologie apporte satisfaction, car elle évite à l'utilisateur la nécessité de retenir des dizaines de mots de passe aux différents services en ligne. Une solution était d'utiliser le même mot de passe partout, ce qui pouvait s'avérer risqué si l'un des services présentait une faille. La technologie Mobile Connect améliore ainsi in fine la sécurité en ligne. 3051944 2 Aujourd'hui la validation utilisateur au niveau de l'application MC est simplement un « OK » de la part de l'utilisateur, c'est-à-dire l'appui sur une touche dans un délai prédéterminé. Il serait possible de modifier l'application pour prévoir un niveau de sécurité 5 supplémentaire pour authentifier l'utilisateur (de sorte à éviter qu'un tiers mal intentionné ayant volé le terminal mobile ne fasse l'opération), par exemple en requérant la saisie du code PIN par l'utilisateur, voire en posant une question secrète ou encore en exigeant une identification biométrique (de nombreux terminaux mobiles ont un lecteur d'empreintes digitales), et même une combinaison de plusieurs mécanismes d'authentification. 10 Cela pourrait s'avérer souhaitable pour l'accès à des services en ligne « sensibles » (par exemple bancaires), mais inutilement lourd dans d'autre cas où cela freinerait tout intérêt pour la technologie qui vise avant tout à simplifier la vie de l'utilisateur. Par ailleurs la notion de « sensibilité » d'un service est subjective : pour un 15 utilisateur, la sécurité d'un service en ligne donné peut être critique, et pour un autre utilisateur la flexibilité peut primer. Il serait par conséquent souhaitable de disposer d'un mécanisme astucieux permettant à l'utilisateur de trouver un compromis entre sécurité et flexibilité, et ce sans sacrifier à la sécurité globale de la technologie d'authentification via mobile. 20 PRESENTATION DE L'INVENTION La présente invention se rapporte ainsi selon un premier aspect à un procédé pour renseigner des informations personnelles d'un utilisateur demandées par un service en 25 ligne donné, le procédé comprenant la mise en oeuvre par un module de traitement de données d'un serveur de sécurité d'un opérateur d'un terminal mobile de l'utilisateur d'étapes de : (a) réception d'une requête desdites informations personnelles de l'utilisateur, comprenant un identifiant unique de l'utilisateur et un identifiant dudit service en 30 ligne donné ; (b) émission à destination dudit terminal mobile de l'utilisateur d'une requête d'autorisation de réponse à ladite requête desdites informations personnelles de l'utilisateur ; (c) Si réception d'une confirmation d'autorisation de réponse depuis ledit terminal mobile, émission en réponse à la requête desdites informations personnelles de l'utilisateur de données associées auxdits identifiant unique de l'utilisateur et 3051944 3 identifiant dudit service en ligne donné dans une base de données stockée dans un module de stockage de données ; Caractérisé en ce que chaque couple d'un identifiant unique et d'un identifiant d'un service en ligne est également associé dans ladite base de données à un paramètre représentatif 5 d'un niveau de sécurité requis pour confirmer l'autorisation de réponse sur ledit terminal mobile, l'étape (b) comprenant : - la détermination de la valeur dudit paramètre associée dans ladite base de données auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné ; et 10 - l'intégration de la valeur déterminée du paramètre dans ladite requête d'autorisation de réponse à ladite requête desdites informations personnelles de l'utilisateur. L'utilisation d'un paramètre dédié pour fixer un niveau de sécurité permet à 15 l'utilisateur lui-même de définir service par service et la carte les procédures de validation qu'il souhaite mettre en oeuvre pour autoriser le renseignement d'informations, de sorte à ajuster au mieux sécurité et flexibilité. Selon d'autres caractéristiques avantageuses et non limitatives : 20 - la valeur dudit paramètre représentatif d'un niveau de sécurité est choisie parmi une liste prédéterminée et hiérarchisée de valeurs de niveaux de sécurité. - ladite liste prédéterminée comprend au moins un premier niveau de sécurité dans lequel une manipulation d'une interface du terminal mobile suffit à confirmer l'autorisation de réponse ; et un deuxième niveau de sécurité dans lequel la saisie d'un code 25 d'authentification sur une interface du terminal mobile est nécessaire à confirmer l'autorisation de réponse ; - le procédé comprend une étape préalable de : - réception depuis le terminal mobile (1) d'une requête de modification de la valeur dudit paramètre, comprenant l'identifiant unique de l'utilisateur, l'identifiant dudit 30 service en ligne donné et la valeur modifiée dudit paramètre ; - remplacement dans ladite base de la valeur du paramètre associée auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné, par ladite valeur modifiée. - ledit service en ligne donné est hébergé par un serveur tiers connecté au serveur de 35 sécurité via le réseau internet ; 3051944 4 - l'étape (a) comprend une demande par le serveur tiers auprès d'une plateforme API également connectée au réseau Internet, de renseignement desdites informations personnelles de l'utilisateur, ladite plateforme API générant ladite requête desdites informations personnelles de l'utilisateur ; 5 - ladite demande par le serveur tiers auprès d'une plateforme API de renseignement desdites informations personnelles de l'utilisateur est émise sur instructions de l'utilisateur au niveau d'un équipement via lequel l'utilisateur cherche à accéder audit service en ligne. - Le procédé comprend une étape préalable de : - réception depuis le serveur tiers d'une requête de modification de la valeur dudit 10 paramètre, comprenant l'identifiant dudit service en ligne donné et la valeur modifiée dudit paramètre ; - remplacement dans ladite base de la valeur du paramètre associée à chaque combinaison d'un identifiant unique et de l'identifiant dudit service en ligne donné, par ladite valeur modifiée. 15 - le remplacement n'est mis en oeuvre que si la valeur modifiée de paramètre correspond à un niveau de sécurité supérieur à la valeur initiale ; - à l'issue de l'étape (b), le terminal mobile émet en réponse à la requête d'autorisation de réponse la confirmation d'autorisation de réponse si l'utilisateur met en oeuvre une procédure de validation dépendante de ladite valeur dudit paramètre. 20 Selon un deuxième aspect, l'invention concerne un serveur de sécurité pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné, l'utilisateur disposant d'un terminal mobile d'un opérateur le procédé comprenant la mise en oeuvre par un module de traitement de données du serveur de : 25 - Un module de réception d'une requête desdites informations personnelles de l'utilisateur, comprenant un identifiant unique de l'utilisateur et un identifiant dudit service en ligne donné, des couples d'un identifiant unique et d'un identifiant d'un service en ligne étant associés, dans une base de données stockée dans un module de stockage de données, d'une part à des informations personnelles et 30 d'autre part à un paramètre représentatif d'un niveau de sécurité requis pour confirmer une autorisation de réponse sur ledit terminal mobile ; - Un module de détermination de la valeur dudit paramètre associée dans ladite base de données auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné ; 35 - Un module d'émission à destination dudit terminal mobile de l'utilisateur d'une requête d'autorisation de réponse à ladite requête desdites informations 3051944 5 personnelles de l'utilisateur, la valeur déterminée du paramètre étant intégrée dans ladite requête d'autorisation de réponse ; un module d'émission en réponse à la requête desdites informations personnelles de l'utilisateur, si réception d'une confirmation d'autorisation de réponse depuis 5 ledit terminal mobile, de données associées auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné dans ladite base de données. Selon une troisième aspect est proposé un système comprenant un serveur de sécurité selon le deuxième aspect et un terminal mobile configuré pour mettre en oeuvre 10 un module d'émission en réponse à la requête d'autorisation de réponse de la confirmation d'autorisation de réponse si l'utilisateur met en oeuvre une procédure de validation dépendante de ladite valeur dudit paramètre. Selon un quatrième aspect, l'invention concerne un produit programme d'ordinateur 15 comprenant des instructions de code pour l'exécution d'un procédé selon le premier aspect de l'invention pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné. Selon un cinquième aspect, l'invention concerne un moyen de stockage lisible par un équipement informatique sur lequel on trouve ce produit programme d'ordinateur. 20 PRESENTATION DES FIGURES D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre d'un mode de réalisation préférentiel. Cette 25 description sera donnée en référence à la figure unique annexée qui est un schéma d'une architecture générale de réseau pour la mise en oeuvre de l'invention. DESCRIPTION DETAILLEE 30 Architecture En référence à la figure 1, l'invention propose un procédé pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné. En d'autres termes, on comprendra que le service en ligne demande des 35 informations personnelles de l'utilisateur (typiquement des champs à compléter) qui peuvent être de nature variées : de façon préférée ces informations comprennent un login 3051944 6 et/ou un mot de passe de l'utilisateur pour ce service en ligne, mais il peut s'agir par exemple de renseigner automatiquement dans un formulaire l'adresse de l'utilisateur, sa date de naissance, etc. Par service en ligne, on entend n'importe quel service tiers que l'utilisateur souhaite 5 utiliser, typiquement via un portail web affiché sur un équipement informatique 3 de l'utilisateur (tel qu'un PC connecté au réseau internet 20) au niveau duquel la saisie des informations personnelles est demandée. On notera que l'équipement 3 peut être confondu avec le terminal mobile 1 qui va être décrit plus loin. A titre d'exemple, on citera une banque en ligne, un site de e-commerce, un service administratif, un forum, un jeu en 10 réseau, etc. Le service en ligne est typiquement hébergé par un serveur 4 connecté au réseau 20. On note que plusieurs services en lignes peuvent être impliqués dans le présent procédé. Comme dans la technologie Mobile Connect connue, au moins un serveur de 15 sécurité 2 est également connecté au réseau 20. Comme l'on verra c'est un serveur d'un opérateur d'un terminal mobile 1 de l'utilisateur. Il comprend un module de traitement de données 21, par exemple un processeur, et un module de stockage de données 22 tel qu'un disque dur, stockant une base de données dans laquelle on trouve lesdites données personnelles, en particulier les données personnelles d'une pluralité d'utilisateurs 20 (partageant le même opérateur de téléphonie mobile) pour une pluralité de services en ligne. On verra la structure de cette base de données plus loin. On note que le module de stockage de données 22 peut être distincte du serveur 2 et seulement connectée à ce dernier via le réseau. Elle peut également être pas être une base unique mais être répartie entre divers équipements. Dans tous les cas la base de 25 données est préférentiellement cryptée et sous le contrôle du serveur 2 de sorte à éviter des failles de sécurité. Une plateforme API 5 est de façon préférée également connectée au réseau 20. Selon un mode de réalisation préférée elle est confondue avec le serveur de sécurité 2. On comprendra qu'elle peut également être intégrée à un serveur hébergeant le service 30 en ligne Cette plateforme API 5 fait le lien entre les serveurs des services en ligne et le serveur de sécurité 2. Plus précisément, en cas de demande d'informations personnelles de la part d'un service en ligne, elle est capable d'identifier (en fonction de l'opérateur) et d'activer le serveur 2 via la génération d'une requête adéquate. Similairement, en cas de 35 fourniture des informations personnelles en réponse par le serveur 2, elle est capable de 3051944 7 « renseigner » le service en ligne en simulant la saisie de ces informations par l'utilisateur sur l'interface du service en ligne. Enfin, l'utilisateur est muni d'un terminal mobile 1 qui peut être de n'importe quel type, en particulier smartphone ou des tablettes tactiles. Il comprend un module de 5 traitement de données (un processeur), avantageusement un module de stockage de données 12, et une interface utilisateur (IHM) comprenant par exemple des moyens de saisie et des moyens d'affichage (par exemple un écran tactile, on verra plus loin d'autres alternatives). Le terminal mobile 1 est avantageusement connecté à un réseau de 10 communication mobile 10, lui-même connecté au réseau Internet 20. A noter que le terminal mobile 1 peut être directement connecté au réseau Internet 20, par exemple en Wi-Fi. Le module de traitement de données du terminal 1 est adaptée pour mettre en oeuvre une application (du type de l'application MC évoquée ci-avant pour la validation 15 d'autorisations de fournitures d'informations personnelles), dont on verra plus loin le fonctionnement plus en détail. De façon préférée, le terminal 1 comprend en outre un élément de sécurité. Il s'agit d'un élément adapté pour autoriser une connexion du terminal 1 à un réseau de communication mobile, en particulier une carte d'identification d'abonné. Par « carte 20 d'identification d'abonné », on entend tout circuit intégré capable d'assurer les fonctions d'identification d'un abonné à un réseau via des données qui y sont stockées, et tout particulièrement une carte « SIM » (de l'anglais « Subscriber Identity Module »), ou une carte « e-UICC » (pour « (embedded)-Universal Integrated Circuit Card ») comprenant des moyens de traitement de données sous la forme d'un microcontrôleur et de la 25 mémoire de type « EEPROM » (pour « Electrically-Erasable Programmable Read-Only Memory »), ou flash. Dans un autre exemple de réalisation, le module de sécurité 12 est une zone mémoire sécurisée du terminal mobile tel un composant « TEE » (de l'anglais « Trusted Execution Environment ») embarqué dans le module de traitement de données, ou un élément matériel dédié du terminal 1 (par exemple un microcontrôleur, une puce 30 « eSE » pour « (embedded)-Secure Element » ou n'importe quel « Secure Component GP (GlobalPlatform) »), voire un composant amovible de type microSD (« SD » pour Secure Digital). De façon préférée, ce module de sécurité stocke une fraction de ladite base de données, en l'espèce la fraction relative aux informations personnelles de l'utilisateur du 35 terminal 1 concerné. Cela assure une sécurité maximale pour les informations de l'utilisateur. 3051944 8 Similairement, le serveur de sécurité 2 peut être hébergé par ce module de sécurité (en ce qui concerne l'utilisateur impliqué), la plateforme API 5 ayant ainsi le rôle de contacter directement chaque module de sécurité (i.e. directement les terminaux mobiles 1 des utilisateurs) si leurs informations personnelles sont demandées. Dans la mesure où un 5 module de sécurité tel qu'une carte SIM est complètement verrouillé, cela prévient des piratages et des vols d'informations. Dans la suite de la présente description on prendra l'exemple représenté sur la figure 1 d'un module de stockage centralisé 22, mais l'homme du métier saura transposer l'invention dans le cas de l'utilisation d'un module de stockage du terminal 1 pour stocker 10 les informations personnelles Procédé De façon connue, le procédé pour renseigner des informations personnelles d'un 15 utilisateur demandées par un service en ligne donné, le procédé comprenant la mise en oeuvre par un module de traitement de données 21 d'un serveur de sécurité 2 d'un opérateur d'un terminal mobile 1 de l'utilisateur de trois étapes de : (a) réception d'une requête desdites informations personnelles de l'utilisateur, comprenant un identifiant unique de l'utilisateur et un identifiant dudit service en 20 ligne donné ; (b) émission à destination dudit terminal mobile 1 de l'utilisateur d'une requête d'autorisation de réponse à ladite requête desdites informations personnelles de l'utilisateur ; (c) Si réception d'une confirmation d'autorisation de réponse depuis ledit terminal 25 mobile 1, émission en réponse à la requête desdites informations personnelles de l'utilisateur de données associées auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné dans une base de données stockée dans un module de stockage de données 22. 30 En d'autres termes, le serveur 2 doit être sollicité directement ou indirectement par le service donné pour entamer le procédé. Pour cela, dans un exemple préféré, l'utilisateur cherche à accéder au service en ligne au niveau de l'équipement 5, et pour cela le serveur tiers 4 hébergeant ledit service lui demande de renseigner des informations personnelles. 35 L'utilisateur peut simplement renseigner de lui-même ces informations, mais la place il émet des instructions de recourir à l'authentification via mobile, i.e. de demander 3051944 9 via le réseau 20 le renseignement de ces informations personnelles, par exemple en cochant une case adéquate sur le portail du service affiché via l'équipement 3. A ce stade il est nécessaire que l'utilisateur renseigne au moins, notamment par saisie, son identifiant unique (à noter qu'il peut être par exemple préenregistré par une application, telle qu'un 5 navigateur, de l'équipement 3). Comme expliqué cet identifiant personnel peut être soit directement une adresse e-mail voire le numéro de téléphone du terminal mobile 1 de l'utilisateur, soit un « alias », c'est-à-dire un identifiant anonymisé (tel qu'un code ou un pseudonyme) si l'utilisateur souhaite éviter de donner une information telle que son numéro de téléphone au service. 10 En conséquence (suite aux instructions de l'utilisateur), l'étape (a) comprend alors une demande par le serveur tiers 4 auprès de la plateforme API 5 également connectée au réseau Internet 20 de renseignement desdites informations personnelles de l'utilisateur. En d'autres termes, le serveur 4 demande à ladite plateforme API 5 de générer ladite requête desdites informations personnelles de l'utilisateur. Pour cela il lui transmet 15 l'identifiant unique de l'utilisateur reçu ainsi qu'un identifiant du service (ou des moyens de retrouver cet identifiant). La liste des informations demandées peut également être incluse. Comme expliqué on comprendra que le serveur 4 peut présenter les capacités de la plateforme API 5 et donc générer directement la requête pour le serveur de sécurité 2. Sur réception de la requête, le serveur 2 a tous les éléments lui permettant de 20 récupérer et fournir les informations personnelles de l'utilisateur, mais auparavant il va vérifier via son terminal mobile que l'utilisateur ayant demandé le renseignement automatique est bien l'utilisateur attendu. Pour cela il génère dans l'étape (b) la seconde requête d'autorisation de réponse à ladite requête desdites informations personnelles de l'utilisateur, et l'émet à destination 25 dudit terminal mobile 1 de l'utilisateur. En d'autres termes, il demande à l'utilisateur de valider via son terminal le transfert des informations personnelles demandées. Ladite seconde requête peut comprendre l'identifiant du service demandeur. Sur réception de cette requête, le terminal mobile 1 affiche que les informations personnelles de l'utilisateur sont sur le point d'être fournies (le cas échéant le service demandeur est 30 affiché pour aider l'utilisateur), et l'utilisateur utilise l'interface de son terminal pour valider ou non cette autorisation, on verra comment plus loin. Une confirmation d'autorisation de réponse est alors émise par le terminal 1 et reçue par le serveur 2, et alors ce dernier peut émettre en réponse à la requête desdites informations personnelles de l'utilisateur les données (qui sont les informations 35 personnelles) associées auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné dans la base de données stockée dans un module de stockage de 3051944 10 données 22, ou au moins celles demandées (par exemple le couple login/mot de passe de l'utilisateur pour ce service). Base de données 5 Le présent procédé se distingue entre autres en une structure particulière de la base de données. Là où il est connu d'associer à chaque ensemble de données personnelles un couple {identifiant unique, identifiant d'un service}, le présent procédé utilise un troisième 10 paramètre, représentatif d'un niveau de sécurité requis pour confirmer l'autorisation de réponse sur ledit terminal mobile 1. En d'autres termes, chaque ensemble de données personnelles est associé à un triplet {identifiant unique, identifiant d'un service, niveau de sécurité}. Plus précisément, la procédure de validation à mettre en oeuvre par l'utilisateur sur 15 son terminal mobile 1 (pour confirmer l'autorisation de réponse à la première requête) dépend de la valeur de ce paramètre représentatif d'un niveau de sécurité, c'est-à-dire que l'application mobile met en oeuvre des procédures de validation différentes selon la valeur de ce paramètre, ces différentes procédure de validation correspondant à des niveaux de sécurité différents. 20 De façon préférée, la valeur dudit paramètre représentatif d'un niveau de sécurité est ainsi choisie parmi une liste prédéterminée et hiérarchisée de valeurs de niveaux de sécurité : niveau 1, niveau 2, niveau 3, etc. (avec niveau i représentatif d'une sécurité moins élevée que niveau j si i REVENDICATIONS1. Procédé pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné, le procédé comprenant la mise en oeuvre par un module de traitement de données (21) d'un serveur de sécurité (2) d'un opérateur d'un terminal mobile (1) de l'utilisateur d'étapes de : (a) réception d'une requête desdites informations personnelles de l'utilisateur, comprenant un identifiant unique de l'utilisateur et un identifiant dudit service en ligne donné ; (b) émission à destination dudit terminal mobile (1) de l'utilisateur d'une requête d'autorisation de réponse à ladite requête desdites informations personnelles de l'utilisateur ; (c) Si réception d'une confirmation d'autorisation de réponse depuis ledit terminal mobile (1), émission en réponse à la requête desdites informations personnelles de l'utilisateur, de données associées auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné dans une base de données stockée dans un module de stockage de données (22) ; Caractérisé en ce que chaque couple d'un identifiant unique et d'un identifiant d'un service en ligne est également associé dans ladite base de données à un paramètre représentatif d'un niveau de sécurité requis pour confirmer l'autorisation de réponse sur ledit terminal mobile (1), l'étape (b) comprenant : - la détermination de la valeur dudit paramètre associée dans ladite base de données auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné ; et - l'intégration de la valeur déterminée du paramètre dans ladite requête d'autorisation de réponse, à ladite requête desdites informations personnelles de l'utilisateur. 2. Procédé selon la revendication 1, dans lequel la valeur dudit paramètre représentatif d'un niveau de sécurité est choisie parmi une liste prédéterminée et hiérarchisée de valeurs de niveaux de sécurité. 3. Procédé selon la revendication 2, dans lequel ladite liste prédéterminée comprend au moins un premier niveau de sécurité dans lequel une manipulation d'une interface du terminal mobile (1) suffit à confirmer l'autorisation de réponse ; et un deuxième niveau de sécurité dans lequel la saisie d'un code 3051944 17 d'authentification sur une interface du terminal mobile (1) est nécessaire à confirmer l'autorisation de réponse. 4. Procédé selon l'une des revendications 1 à 3, comprenant une étape 5 préalable de : - réception depuis le terminal mobile (1) d'une requête de modification de la valeur dudit paramètre, comprenant l'identifiant unique de l'utilisateur, l'identifiant dudit service en ligne donné et la valeur modifiée dudit paramètre ; - remplacement dans ladite base de la valeur du paramètre associée auxdits 10 identifiant unique de l'utilisateur et identifiant dudit service en ligne donné, par ladite valeur modifiée. 5. Procédé selon l'une des revendications 1 à 4, dans lequel ledit service en ligne donné est hébergé par un serveur tiers (4) connecté au serveur de 15 sécurité (2) via le réseau internet (20). 6. Procédé selon la revendication 5, dans lequel l'étape (a) comprend une demande par le serveur tiers (4) auprès d'une plateforme API (5) également connectée au réseau Internet (20) de renseignement desdites informations personnelles 20 de l'utilisateur, ladite plateforme API (5) générant ladite requête desdites informations personnelles de l'utilisateur. 7. Procédé selon la revendication 6, dans lequel ladite demande par le serveur tiers (4) auprès d'une plateforme API (5) de renseignement desdites informations 25 personnelles de l'utilisateur est émise sur instructions de l'utilisateur au niveau d'un équipement (5) via lequel l'utilisateur cherche à accéder audit service en ligne. 8. Procédé selon l'une des revendications 5 à 7, comprenant une étape préalable de : 30 - réception depuis le serveur tiers (4) d'une requête de modification de la valeur dudit paramètre, comprenant l'identifiant dudit service en ligne donné et la valeur modifiée dudit paramètre ; - remplacement dans ladite base de la valeur du paramètre associée à chaque combinaison d'un identifiant unique et de l'identifiant dudit service en ligne donné, 35 par ladite valeur modifiée. 3051944 18 9. Procédé selon l'une des revendications 4 et 8 en combinaison avec l'une des revendications 2 et 3, dans lequel le remplacement n'est mis en oeuvre que si la valeur modifiée de paramètre correspond à un niveau de sécurité supérieur à la valeur initiale. 5 10. Procédé selon l'une des revendications 1 à 9, dans lequel à l'issue de l'étape (b) le terminal mobile (1) émet, en réponse à la requête d'autorisation de réponse, la confirmation d'autorisation de réponse si l'utilisateur met en oeuvre une procédure de validation dépendante de ladite valeur dudit paramètre. 10 11. Serveur de sécurité (2) pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné, l'utilisateur disposant d'un terminal mobile (1) d'un opérateur le procédé comprenant la mise en oeuvre par un module de traitement de données (21) du serveur (2) de : 15 - Un module de réception d'une requête desdites informations personnelles de l'utilisateur, la requête comprenant un identifiant unique de l'utilisateur et un identifiant dudit service en ligne donné ; des couples d'un identifiant unique et d'un identifiant d'un service en ligne étant associés, dans une base de données stockée dans un module de stockage de données (22), d'une part à des informations 20 personnelles et d'autre part à un paramètre représentatif d'un niveau de sécurité requis pour confirmer une autorisation de réponse sur ledit terminal mobile (1) ; - Un module de détermination de la valeur dudit paramètre associée dans ladite base de données auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné ; 25 - Un module d'émission à destination dudit terminal mobile (1) de l'utilisateur d'une requête d'autorisation de réponse à ladite requête desdites informations personnelles de l'utilisateur, la valeur déterminée du paramètre étant intégrée dans ladite requête d'autorisation de réponse ; - un module d'émission en réponse à la requête desdites informations personnelles 30 de l'utilisateur, si réception d'une confirmation d'autorisation de réponse depuis ledit terminal mobile (1), de données associées auxdits identifiant unique de l'utilisateur et identifiant dudit service en ligne donné dans ladite base de données. 12. Système comprenant un serveur de sécurité (2) selon la 35 revendication 11 et un terminal mobile (1) configuré pour mettre en oeuvre un module d'émission en réponse à la requête d'autorisation de réponse de la confirmation 3051944 19 d'autorisation de réponse si l'utilisateur met en oeuvre une procédure de validation dépendante de ladite valeur dudit paramètre. 13. Produit programme d'ordinateur comprenant des instructions de 5 code pour l'exécution d'un procédé selon l'une des revendications 1 à 10 pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné, lorsque ledit programme est exécuté par un ordinateur. 14. Moyen de stockage lisible par un équipement informatique sur lequel 10 un produit programme d'ordinateur comprend des instructions de code pour l'exécution d'un procédé selon l'une des revendications 1 à 10 pour renseigner des informations personnelles d'un utilisateur demandées par un service en ligne donné.