Brevet FR3049736A1 — publié le 20171006

L'invention concerne un dispositif d'authentification d'un utilisateur d'une application informatique. Le domaine de l'invention concerne les machines sur lesquelles se déroulent des applications informatiques, ces machines étant par exemple des téléphones 5 portables. Plus particulièrement, l'invention cherche à authentifier l'utilisateur d'une première application informatique présente sur la machine à l'aide d'une deuxième application d'authentification, également présente sur la machine. Les premières applications concernées par l'invention sont celles utilisant des 10 comptes d'utilisateur, prévoyant la saisie d'un nom d'utilisateur et d'un mot de passe. Un des problèmes de l'application d'authentification est le déblocage des comptes d'utilisateur. En effet, les applications utilisant des comptes d'utilisateur ne permettent pas 15 toujours la manipulation aisée des mots de passe. Ainsi, il faut souvent que l'utilisateur note son mot de passe. L'invention vise à obtenir un dispositif d'authentification permettant d'authentifier plus facilement des premières applications utilisant des comptes d'utilisateur. 20 A cet effet, un premier objet de l'invention est un dispositif d'authentification d'un utilisateur d'une première application informatique, le dispositif comportant une machine comportant au moins un écran d'affichage et une mémoire permanente, dans laquelle sont enregistrées la première application et une deuxième application d'authentification, 25 la première application comportant au moins un compte d'utilisateur, qui est préenregistré dans la mémoire, la première application comportant à l'écran au moins un bouton pour sélectionner le compte, et pour afficher à l'écran, pour le compte sélectionné, un premier champ d'entrée d'un premier nom d'utilisateur, un deuxième champ d'entrée 30 d'un premier mot de passe, et au moins une page prédéfinie permettant d'accéder à des données de la mémoire lorsqu'à la fois le premier nom d'utilisateur saisi dans le 3049736 2 premier champ est égal à un deuxième nom d'utilisateur préenregistré dans la mémoire et associé au compte et le premier mot de passe saisi dans le deuxième champ est égal à un deuxième mot de passe préenregistré dans la mémoire et associé au compte, le dispositif comportant au moins un clavier permettant à l'utilisateur d'entrer le premier nom d'utilisateur dans le premier champ et d'entrer le premier mot de passe dans le deuxième champ, caractérisé en ce que le deuxième nom d'utilisateur et le deuxième mot de passe sont préenregistrés dans au moins un conteneur de partage de la mémoire 10 entre la première application et la deuxième application, la deuxième application comportant au moins un bouton, apte à être actionné pour déclencher automatiquement la copie, depuis le conteneur de partage, du deuxième nom d'utilisateur dans le premier champ et/ou la copie, depuis le conteneur de partage, du deuxième mot de passe dans le deuxième champ pour le 15 compte sélectionné. Suivant un mode de réalisation de l'invention, la machine et/ou la première application comporte au moins une interface d'entrée d'au moins une information de déverrouillage du compte, permettant l'affichage du premier et/ou du deuxième champ du compte à l'écran, lorsque l'information entrée sur l'interface correspond à 20 une information préenregistrée dans la mémoire. Suivant un mode de réalisation de l'invention, l'interface d'entrée d'au moins une information de déverrouillage du compte comporte au moins un clavier d'entrée d'au moins un premier code d'identification personnel, l'information préenregistrée comportant un deuxième code d'identification personnel préenregistré dans la 25 mémoire, pour permettre l'affichage du premier et/ou du deuxième champ du compte à l'écran, lorsque le premier code d'identification personnel entré est égal au deuxième code d'identification personnel. Un deuxième objet de l'invention est un procédé d'authentification d'un utilisateur d'une première application informatique enregistrée sur une machine 30 comportant au moins un écran d'affichage en utilisant une deuxième application d'authentification enregistrée sur la machine, 3049736 3 la première application comportant au moins un compte d'utilisateur, qui est préenregistré dans une mémoire de la machine et qui comporte à l'écran un premier champ d'entrée d'un nom d'utilisateur associé à un deuxième champ d'entrée d'un mot de passe, permettant d'accéder à des données de la mémoire, 5 procédé dans lequel l'utilisateur actionne au moins un bouton de sélection du compte, ce qui provoque l'affichage à l'écran pour le compte sélectionné, d'un premier champ d'entrée d'un premier nom d'utilisateur et d'un deuxième champ d'entrée d'un premier mot de passe, et au moins une page prédéfinie permettant d'accéder à des données de la mémoire lorsqu'à la fois le premier nom d'utilisateur saisi dans le premier champ est égal à un deuxième nom d'utilisateur préenregistré dans la mémoire et associé au compte et le premier mot de passe saisi dans le deuxième champ est égal à un deuxième mot de passe préenregistré dans la mémoire et associé au compte, caractérisé en ce que le deuxième nom d'utilisateur et le deuxième mot de 15 passe sont préenregistrés dans au moins un conteneur de partage de la mémoire entre la première application et la deuxième application, l'actionnement à l'écran d'au moins un bouton de la deuxième application par l'utilisateur déclenche automatiquement la copie, depuis le conteneur de partage, du deuxième nom d'utilisateur dans le premier champ et/ou la copie, depuis le 20 conteneur de partage, du deuxième mot de passe dans le deuxième champ pour le compte sélectionné. Suivant un mode de réalisation de l'invention, l'affichage à l'écran du premier et/ou du deuxième champ du compte et/ou du bouton de sélection du compte est verrouillé par au moins une interface d'entrée d'au moins une information de 25 déverrouillage du compte, permettant l'affichage du premier et/ou du deuxième champ du compte à l'écran, lorsque l'utilisateur a entré sur l'interface une information qui correspond à une information préenregistrée dans la mémoire. Suivant un mode de réalisation du dispositif et/ou du procédé suivant l'invention, l'interface d'entrée d'au moins une information de déverrouillage du 30 compte comporte un capteur d'une empreinte biométrique de l'utilisateur, l'information préenregistrée comportant une empreinte biométrique préenregistrée. 3049736 4 Suivant un mode de réalisation du dispositif et/ou du procédé suivant l'invention, l'interface d'entrée d'au moins une information de déverrouillage du compte comporte au moins un clavier d'entrée d'au moins un premier code d'identification personnel, l'information préenregistrée comportant un deuxième 5 code d'identification personnel préenregistré dans la mémoire, pour permettre l'affichage du premier et/ou du deuxième champ du compte à l'écran, lorsque le premier code d'identification personnel entré est égal au deuxième code d'identification personnel. Suivant un mode de réalisation du dispositif et/ou du procédé suivant 10 l'invention, dans le conteneur de partage est enregistré une clé secrète et/ou un secret et/ou un identifiant unique de la machine et/ou un code d'identification personnel et/ou une clé publique. Un troisième objet de l'invention est un programme d'ordinateur, comportant des instructions pour la mise en oeuvre du procédé d'authentification tel que décrit 15 ci-dessus, lorsqu'il est exécuté sur un processeur. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif en référence aux dessins annexés, sur lesquels : 20 - la figure 1 représente schématiquement un synoptique modulaire d'une architecture d'un procédé de configuration d'un périphérique 1, pouvant être utilisé suivant un mode de réalisation de l'invention, - la figure 2 est un synoptique modulaire d'une machine du dispositif d'authentification suivant un mode de réalisation de l'invention, 25 - les figures 3 et 5 représentent des pages pouvant être affichées sur la machine lors de la mise en oeuvre du procédé d'authentification suivant un mode de réalisation de l'invention, - la figure 4 est un synoptique modulaire d'une deuxième application d'authentification présente dans la machine, suivant un mode de réalisation de 30 l'invention, 3049736 5 - la figure 6 représente schématiquement une organisation de 1 amémoire d'enregistrement d'applications, mis en oeuvre suivant un mode de réalisation de l'invention, - la figure 7 représente un organigramme du procédé d'authentification 5 suivant un mode de réalisation de l'invention, - la figure 8 représente un organigramme du procédé d'authentification suivant un autre mode de réalisation de l'invention, - les figures 9 et 10 représentent des pages pouvant être affichées sur la machine lors de la mise en oeuvre du procédé d'authentification suivant la figure 8. 10 Contexte de l'invention On décrit d'abord ci-dessous un contexte, dans lequel peuvent être utilisés le dispositif et le procédé d'authentification suivant l'invention. A la figure 1, l'invention peut être utilisée suite à un procédé de configuration d'un périphérique 1 de type terminal de télécommunication, connecté à un réseau 10 afin de permettre une authentification forte d'un utilisateur grâce à un serveur 3 via ledit périphérique 1, ainsi que cela est décrit ci-dessous en référence à la figure 1. Le serveur 3 est connecté au réseau 10. Ce procédé de configuration comprend les étapes suivantes : - Connexion sécurisée d'un poste client 2 au serveur 3; - Sur une interface utilisateur du poste client 3, saisie d'informations d'identification du périphérique 1; - Génération par le serveur 3 d'une clé secrète CS d'authentification associée au périphérique 1 permettant la génération algorithmique de mots de passe à usage 25 unique (OTP ou, en anglais : « One-Time Password ») ; - Génération par le serveur 3 et affichage sur ladite interface utilisateur du poste client 2 d'un code d'activation ; - Chargement sur ledit périphérique 1 d'une deuxième application d'authentification via le réseau 10, et saisie par l'utilisateur du code d'activation dans 30 la deuxième application ; 3049736 6 - Vérification par le périphérique 1 du code d'activation auprès du serveur 3, et chargement d'au moins la clé secrète CS d'authentification via le réseau 10 depuis le serveur 3, de sorte à permettre la génération par le périphérique 1 des mots de passe à usage unique (OTP). 5 Ce procédé de configuration permet, en cas de vérification positive, que le serveur 3 autorise le transfert à une mémoire du périphérique 1 (via la deuxième application) de données sensibles pour l'authentification, comme par exemple : au moins la clé secrète CS, et/ou un compteur d'OTPs et/ou des paramètres de gestion d'un code d'identification personnel PIN2, et/ou l'identifiant unique UUID du 10 périphérique 1 dans le serveur 3, et/ou la taille de l'OTP. Le procédé de configuration d'un périphérique 1 de type terminal permet une authentification forte d'un utilisateur. Le périphérique 1 est un terminal (en particulier un terminal mobile), c'est-à-dire un équipement connecté à un réseau 10 (en particulier le réseau internet) disposant de ses propres moyens de traitement de 15 données, de stockage de données, et d'une interface. Il est adapté pour se connecter au réseau 10 via une liaison sans-fil (par exemple via un réseau de communication mobile). Il s'agit typiquement d'un smartphone, d'une tablette tactile, ou de tout autre appareil personnel de l'utilisateur. Par « configuration », on entend la préparation sécurisée du périphérique 1 20 de sorte à ce que ce dernier puisse être utilisé ultérieurement à des fins d'authentification forte de son utilisateur. Il s'agit en d'autres termes d'une initialisation. La configuration d'un périphérique 1 est appelée « l'enrôlement » du périphérique 1. Un périphérique 1 ainsi enrôlé est apte à servir dans une authentification 25 forte. Par authentification forte on entend une certification (à deux niveaux : un niveau via login (N2) / mot de passe (MDP2), et un niveau via la possession du périphérique 1) de l'identité d'un utilisateur du périphérique 1 tentant de se connecter à un serveur sécurisé 4 (ce dernier est par exemple le serveur de données 30 d'une entreprise, un serveur de messagerie électronique, etc.). Par serveur 4, on 3049736 7 désignera tout système d'information d'une entreprise pour lequel l'accès doit être contrôlé. On comprendra que le serveur 4 peut être confondu avec le serveur 3. Première application à authentifier 5 On décrit ci-dessous des modes de réalisation du dispositif d'authentification et du procédé d'authentification suivant l'invention. Dans ce qui suit, la machine peut être le périphérique 1 décrit ci-dessus et est désignée par la référence 1. A la figure 2, on suppose qu'il a été chargé sur une mémoire permanente MEM de la machine 1 une première application APP1 et la deuxième application 10 APP2 d'authentification. La première application APP1 est par exemple une application tierce. Les données DAT de la première application APP1 sont stockées dans un dossier privé de la première application APP1, dans la mémoire MEM. La deuxième application APP2 suivant l'invention sert à authentifier la première application. La deuxième application APP2 permet à un utilisateur de 15 s'authentifier de manière sécurisée à un environnement ou à une application tierce. La deuxième application APP2 peut comporter une génération d' OTP et/ou le calcul de réponse à des défis et/ou l'accès au conteneur de l'utilisateur. La machine 1 comporte également au moins un écran 11 d'affichage, pouvant être un écran tactile. La machine 1 peut être par exemple terminal mobile de 2 0 télécommunication, pouvant être un téléphone mobile, un téléphone portable, un téléphone cellulaire ou autres. Compte d'utilisateur de la première application A la figure 3, la première application APP1 comporte au moins un compte 2 5 CU d'utilisateur, qui est préenregistré dans la mémoire MEM, par exemple dans un conteneur CC de comptes. La première application APP1 comporte un ou plusieurs boutons, non représentés, pour sélectionner le compte CU. Le compte CU comporte à l'écran 11 un premier champ Cl d'entrée d'un nom d'utilisateur N1 (en anglais : « login ») associé à un deuxième champ C2 30 d'entrée d'un mot de passe MDP. La première application APPI1 comporte au moins une page prédéfinie qui est affichée pour permettre d'accéder à des données 3049736 8 DAT de la mémoire MEM lorsqu'à la fois le premier nom d'utilisateur N1 saisi dans le premier champ Cl est égal à un deuxième nom N2 d'utilisateur préenregistré dans la mémoire MEM et le premier mot MDP de passe saisi dans le deuxième champ C2 est égal à un deuxième mot MDP2 de passe préenregistré dans la mémoire MEM. 5 Le deuxième nom N2 d'utilisateur et/ou le deuxième mot MDP2 de passe sont associés au compte CU et/ou à un identifiant du compte CU. Le dispositif et/ou la première application APP1 comporte en outre au moins un premier clavier CL1 de saisie du nom N1 d'utilisateur dans le premier champ Cl et/ou de saisie du premier mot MDP de passe dans le deuxième champ C2. Ce 10 clavier CL1 peut être toute interface de la machine 1 et peut être par exemple un clavier tactile affiché sur l'écran tactile 11. Deuxième application d'authentification La deuxième application APP2 d'authentification traite des données sensibles 15 de l'utilisateur. La première application APP1 et/ou deuxième application APP2 peut comporter un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé d'authentification, lorsque le programme est exécuté sur un processeur de la machine 1. Aux figures 1 à 4, la deuxième application APP2 d'authentification présente 2 0 sur la machine 1 peut comporter comme données DAT2 la clé secrète CS et/ou un secret SECR (par exemple secret SECR d'un challenge) et/ou un identifiant unique UUID de la machine 1 (en anglais : « Universally Unique Identifier ») et/ou le deuxième code d'identification personnel PIN2 et/ou la clé publique CP et/ou le deuxième nom N2 d'utilisateur et/ou le deuxième mot MDP2 de passe (qui peut être 2 5 par exemple un mot de passe à usage unique ou OTP), et/ou un conteneur CC de comptes. Ces données sont stockées de manière chiffrée dans un espace privé à l'application APP2. Afin de chiffrer ces données, aux figures 1 et 2, l'application APP2 30 d'authentification comporte un système cryptographique apte à générer lors de l'enrôlement une clé publique CP, pouvant être par exemple de type RSA. La clé 3049736 9 publique CP forme avec la clé secrète CS mentionnée ci-dessus (ou clé privée CS) un jeu de clés asymétriques, pouvant être par exemple de type RSA. La clé publique CP et/ou la clé secrète CS peuvent avoir chacune une longueur supérieure ou égale à 2048 bits. 5 La clé publique CP est alors partagée avec le serveur 3, en étant par exemple envoyée par la machine 1 au serveur 3. Les données DAT ensuite envoyées par un ou plusieurs envois ENV par le serveur 3 à la machine 1 via le réseau 10, seront chiffrées par la clé publique CP, puis stockées dans des fichiers F de la mémoire MEM de la machine 1, ainsi que représenté à la figure 4. 10 La clé secrète CS est chiffrée par le secret SECR, généré sur la machine 1 et pouvant être par exemple de type AES 256, puis est stockée dans un espace de la mémoire MEM de la machine 1. Le secret SECR peut lui aussi être chiffré. Le secret SECR peut être chiffré par exemple à l'aide d'un identifiant unique UUID de la machine 1. Le secret SECR 15 peut également être chiffré par exemple à l'aide de l'identifiant unique UUID de la machine 1 et du deuxième code d'identification personnel PIN2. La machine 1 et/ou la première application APP1 peut comporter une ou plusieurs interfaces INT permettant à l'utilisateur d'entrer une information, permettant le déverrouillage de la lecture de données DAT dans la mémoire MEM 2 0 lorsque cette information entrée correspond à une information préenregistrée, et assurant un verrouillage de la lecture de données DAT dans la mémoire MEM dans le cas contraire. Cette interface INT de verrouillage de lecture peut comprendre un capteur 12 d'une empreinte biométrique de l'utilisateur, par exemple d'un doigt de l'utilisateur, et/ou un deuxième clavier CL2 d'entrée d'un premier code PIN 2 5 d'identification personnel (provoquant le déverrouillage de la lecture lorsque le premier code PIN d'identification personnel entré par l'utilisateur est égal au deuxième code PIN2 d'identification personnel ), le clavier CL2 pouvant être identique au premier clavier CL1 ou différent du premier clavier CL1. Le déverrouillage de l'interface INT de saisie par l'entrée de l'information de 30 l'utilisateur, puis l'éventuel déchiffrement du secret SECR à l'aide de l'identifiant unique UUID de la machine 1 (par exemple dans le cas de l'utilisation du capteur 12) 3049736 10 ou à l'aide de l'identifiant unique UUID de la machine 1 et du deuxième code d'identification personnel PIN2 (par exemple dans le cas du clavier CL2), donne accès à la clé secrète CS sur la machine 1. La clé secrète CS est alors utilisée pour déchiffrer les données DAT. 5 Le deuxième nom N2 d'utilisateur et le deuxième mot MDP2 de passe sont préenregistrés dans au moins un conteneur FP de partage de la mémoire M. Le conteneur FP de partage est partagé entre la première application APP1 et la deuxième application APP2. Ainsi, chacune des deux applications APP let APP2 a accès au contenu du conteneur FP de partage et donc au deuxième nom N2 10 d'utilisateur et au deuxième mot MDP2 de passe. La deuxième application APP2 comporte au moins un bouton B et/ou C, apte à être actionné par l'utilisateur pour déclencher automatiquement la copie, depuis le conteneur FP de partage, du deuxième nom N2 d'utilisateur dans le premier champ Cl et/ou la copie, depuis le conteneur FP de partage, du deuxième mot MDP2 de 15 passe dans le deuxième champ C2 pour le compte sélectionné. Suivant un mode de réalisation, la deuxième application APP2 utilise le conteneur FP de partage pour stocker la clé secrète CS et/ou le secret SECR et/ou l'identifiant unique UUID de la machine 1 et/ou le deuxième code d'identification personnel PIN2 et/ou la clé publique CP et/ou le deuxième nom N2 d'utilisateur 2 0 et/ou le deuxième mot MDP2 de passe. Clavier de la deuxième application d'authentification Suivant un mode de réalisation à la figure 2, la deuxième application APP2 comporte une extension clavier CL3 ou troisième clavier CL3. Le troisième clavier CL3 est distinct du premier clavier CL1 de saisie du nom N1 d'utilisateur et/ou est distinct de l'interface INT et/ou est distinct du deuxième clavier CL2 d'entrée du premier code PIN d'identification personnel. Le clavier CL3 permet à l'utilisateur d'accéder à sa liste de comptes CU depuis la première application APP1 et d'entrer son nom N1 d'utilisateur et son mot de passe MDP. 3 0 Le clavier CL3 comporte le bouton B et/ou C et/ou D, décrits ci-dessous. 3049736 11 Verrouillage et déverrouillage du compte Suivant un mode de réalisation, l'accès au(x) compte(s) CU de l'utilisateur est verrouillé par le deuxième code PIN2 d'identification personnel. L'accès au(x) compte(s) CU peut être déverrouillé soit par l'interface INT de verrouillage de 5 lecture, faisant partie de la première application APP1 et décrite ci-dessus (cette interface INT étant présente par exemple dans un onglet « compte » de la première application), soit par le troisième clavier CL3 de la deuxième application APP2 ainsi que décrit ci-dessous. Une fois que le ou les comptes CU est ou sont déverrouillé(s), le ou les compte(s) est ou sont accessible(s) pendant une temporisation déterminée, 10 cette temporisation pouvant être modifiée dans les paramètres de l'application APP1 ou APP2. Les codes PIN et PIN2 peuvent être par exemple formés de chiffres ou de caractères alphanumériques. L'interface INT ou le clavier CL3 peut être un clavier simplifié (pouvant être formé des 10 chiffres de 0 à 9 et d'une touche de validation 15 pour les codes PIN et PIN2 formés de chiffres. Si les codes PIN et PIN2 sont alphanumériques, l'interface INT ou le clavier CL3 peut comporter une touche de raccourci qui, lorsque cette touche est activée, provoque l'affichage d'un clavier alphanumérique permettant la saisie du code PIN. Suivant un mode de réalisation, le déverrouillage du compte CU est effectué 2 0 de la manière suivante par le troisième clavier CL3 de la deuxième application APP2. Le clavier CL3 est affiché à l'écran 11. L'utilisateur saisit le premier code PIN sur le clavier. Suivant un mode de réalisation, la deuxième application peut comporter une page PCU servant à authentifier la première application APP1. 2 5 Dans le cas où le premier code PIN est égal au deuxième code PIN2, un lien vers la page PCU de la deuxième application, est affichée sur l'écran 11. Authentification de la première application La page PCU de la deuxième application peut comprendre le premier champ 3 0 C 1 et le deuxième champ C2, ainsi que représenté à la figure 3. 3049736 12 Un mode de réalisation de la deuxième application mettant en oeuvre un procédé d'authentification de la première application APP1 est représenté aux figures 3, 5 et 7 et est décrit ci-dessous. Au cours d'une première étape El, suivant un mode de réalisation, 5 l'utilisateur clique sur un champ prescrit (par exemple le champ Cl ou « login »), ce qui déclenche l'affichage du dernier clavier sélectionné. Un bouton de navigation permet de naviguer dans les claviers et interfaces INT disponibles, qui sont les claviers activés dans les paramètres de la machine 1 et peuvent comprendre les claviers CL1, CL2, CL3 et la ou les interfaces INT. 10 Le clavier CL3 de la deuxième application est sélectionné par l'utilisateur, par exemple en actionnant un bouton. Depuis le clavier CL3, l'utilisateur va pouvoir utiliser ses identifiants de la manière suivante. Suivant un autre mode de réalisation, le clavier CL3 est affiché automatiquement lors de l'étape El. 15 Au cours d'une deuxième étape E2, il est déterminé si la liste des comptes CU ou le ou les compte(s) CU est ou sont verrouillés. Lorsqu'à l'étape E2 il a été déterminé que la liste des comptes CU ou le ou les compte(s) CU est ou sont verrouillés, cette liste ou ce(s) compte(s) peut être déverrouillé au cours de la troisième étape E3, mettant en oeuvre le déverrouillage 2 0 selon l'une des manières décrites ci-dessus pour le compte CU. Il est retourné à l'étape E2 après l'étape E3. Lorsqu'à l'étape E2, il a été déterminé que la liste des comptes CU ou le ou les compte(s) CU est ou sont déverrouillés, il est passé à la quatrième étape E4. A la quatrième étape E4, la liste des comptes CU de l'utilisateur (par 2 5 exemple déroulante), ou le ou les compte(s) CU de l'utilisateur, est affiché. Chaque compte CU affiché est sélectionnable par l'utilisateur en actionnant une interface de la machine, pouvant être par exemple CL1 ou CL2 ou CL3 par exemple par sélection d'un champ prescrit du compte CU affiché. Le bouton B est affiché. Ce bouton B peut être affiché comme remplaçant la 3 0 touche de raccourci. 3049736 13 Puis, à la cinquième étape E5, l'utilisateur sélectionne un compte CU, par exemple de la manière indiquée ci-dessus. Suivant un mode de réalisation, la sélection d'un compte CU au cours de l'étape E5 par l'action de l'utilisateur sur une interface de la machine déclenche 5 automatiquement la sixième étape E6, au cours de laquelle le nom N2 d'utilisateur est entré automatiquement dans le champ Cl depuis le conteneur FP de partage par la deuxième application APP2, ainsi que représenté à la figure 5. L'utilisateur peut alors choisir soit d'entrer lui-même par le clavier CL1 ou CL2 ou CL3 le mot de passe MDP dans le champ C2 au cours de l'étape E6, soit, 10 par actionnement du bouton B, de déclencher automatiquement la copie automatique du deuxième mot de passe MDP2 depuis le conteneur FP de partage dans le deuxième champ C2 au cours de la septième étape E7. Suivant un mode de réalisation, la copie du deuxième nom N2 d'utilisateur et/ou deuxième mot de passe MDP2 depuis le conteneur FP de partage dans le 15 premier et/ou deuxième champ Cl et/ou C2 est effecuée via la mémoire vive ou temporaire MV de la machine 1. Suivant un mode de réalisation, l'actionnement du bouton B provoque automatiquement la copie du deuxième mot de passe MDP2 depuis le conteneur FP de partage dans une zone de la mémoire vive ou temporaire MV de la machine 1, au 2 0 cours de l'étape E7. Puis, l'utilisateur provoque, par sélection du champ C2 et actionnement d'une commande de copie du deuxième mot de passe MDP2 depuis la zone de la mémoire vive ou temporaire MV (zone de stockage temporaire de la mémoire vive, également appelée presse-papier, utilisant une instruction du type copier-coller) dans le champ C2. En selectionnant le champ C2, le clavier CL3 25 disparait de l'écran et seuls le clavier CL1 et/ou CL2 de la première application est affiché à l'écran. Puis, l'utilisateur valide manuellement l'authentification en actionnant un autre bouton AU du clavier CL3, représenté à la figure 2. L'utilisateur a alors accès aux données DAT de la première application APP1. 3049736 14 Un autre mode de réalisation de la deuxième application mettant en oeuvre un procédé d'authentification de la première application APP1 est représenté aux figures 8 à 10 et est décrit ci-dessous. Ce mode de réalisation met en oeuvre le clavier CL3 capable d'entrer 5 automatiquement le nom N2 d'utilisateur et/ou le mot de passe MDP2 dans respectivement le champ Cl et/ou C2 et de valider la connexion lorsque l'utilisateur sélectionne un compte. Lorsque le ou les compte est déverrouillé, la clé secrète CS est stockée dans un cache de la mémoire vive ou temporaire MV de la machine 1. Le clavier CL3 10 étant un service, partage ce cache avec la première application APP1. Le clavier CL3 peut comporter un bouton D qui permet de changer de clavier. Au cours d'une première étape El 1, suivant un mode de réalisation, l'utilisateur clique sur un champ prescrit (par exemple le champ Cl ou « login »), ce 15 qui déclenche l'affichage du dernier clavier sélectionné. Un bouton de navigation permet de naviguer dans les claviers et interfaces INT disponibles, qui sont les claviers activés dans les paramètres de la machine 1 et peuvent comprendre les claviers CL1, CL2, CL3 et la ou les interfaces INT. Le clavier CL3 de la deuxième application est sélectionné par l'utilisateur, en 2 0 actionnant un bouton C de ce troisième clavier CL3, représenté aux figures 9 et 10. Suivant un mode de réalisation, le bouton C permet d'accéder directement à l'onglet compte de la première application. Au cours d'une deuxième étape E12, il est déterminé si la liste des comptes CU ou le ou les compte(s) CU est ou sont verrouillés. 25 Lorsqu'à l'étape E12 il a été déterminé que la liste des comptes CU ou le ou les compte(s) CU est ou sont verrouillés, cette liste ou ce(s) compte(s) peut être déverrouillé au cours de la troisième étape E13, mettant en oeuvre le déverrouillage selon l'une des manières décrites ci-dessus pour le compte CU. Il est retourné à l'étape E2 après l'étape E13. Lorsqu'à l'étape E12, il a été déterminé que la liste des comptes CU ou le ou les compte(s) CU est ou sont déverrouillés, il est passé à la quatrième étape E14. 3049736 15 A la quatrième étape E14, la liste des comptes CU de l'utilisateur (par exemple déroulante), ou le ou les compte(s) CU de l'utilisateur, est affiché. Chaque compte CU affiché est sélectionnable par l'utilisateur en actionnant une interface de la machine, pouvant être par exemple le clavier CL1 ou CL2 ou CL3, par exemple 5 par sélection d'un champ prescrit du compte CU affiché. Puis, à la cinquième étape E15, l'utilisateur sélectionne un compte CU, par exemple de la manière indiquée ci-dessus. Suivant un mode de réalisation, l'étape E16 peut être précédée d'une étape E16b de détermination automatique pour savoir si le champ sélectionné du compte 10 CU au cours de l'étape E14 est le champ C2 d'entrée de mot de passe. Suivant un mode de réalisation, la sélection d'un compte CU au cours de l'étape E15 par l'action de l'utilisateur sur une interface de la machine déclenche automatiquement la sixième étape E16, au cours de laquelle le nom N2 d'utilisateur associé au compte CU est entré automatiquement dans le champ Cl depuis le 15 conteneur FP de partage par la deuxième application APP2, ainsi que représenté à la figure 5. Suivant un mode de réalisation, l'étape E16 peut être précédée d'une étape E16b de détermination automatique pour savoir si le champ sélectionné du compte CU au cours de l'étape E14 est le champ C2 d'entrée de mot de passe. Dans la 2 0 négative à l'étape El6bis, il est passé à l'étape E16. Dans l'affirmative à l'étape El6bis, il est passé à l'étape E19. A l'étape E17, la deuxième application APP2 passe automatiquement au champ suivant du compte CU et à l'étape E18. Suivant un mode de réalisation, à l'étape El 8, la deuxième application APP2 2 5 détermine automatiquement si le champ suivant du compte CU est un champ sécurisé. Dans l'affirmative à l'étape E18, il est passé à l'étape E19. Dans la négative à l'étape E18, la deuxième application attend que l'utilisateur sélectionne par le clavier CL1 ou CL2 ou CL3 le deuxième champ C2 d'entrée de mot de passe. La sélection du deuxième champ C2 d'entrée de mot de passe par le clavier CL1 ou 3 0 CL2 ou CL3 déclenche automatiquement le passage à l'étape E19. 3049736 16 Suivant un autre mode de réalisation, à l'étape E18, la deuxième application APP2 détermine automatiquement si le champ suivant du compte CU est le deuxième champ C2. Dans la négative à l'étape E18, il est retourné à l'étape E14. Dans l'affirmative à l'étape E18, il est passé à l'étape E19. 5 Bien entendu, l'étape E16b et/ou E18 peut être omise, auquel cas, la deuxième application APP2 passe automatiquement de l'étape E15 à l'étape E16 et/ou la deuxième application APP2 passe automatiquement de l'étape E17 à l'étape E19. A l'étape E19, le deuxième mot de passe MDP2 associé au compte CU est 10 entré automatiquement dans le champ N2 depuis le conteneur FP de partage par la deuxième application APP2. Puis, à l'étape E20, la deuxième application APP2 valide automatiquement l'authentification ou la connexion. L'utilisateur a alors accès aux données DAT de la première application APP1. 15 Mise en oeuvre du conteneur de partage Le conteneur FP de partage peut être mis en oeuvre de différentes manières. L'enregistrement des applications APP1 et APP2 dans la mémoire peut dépendre du système d'exploitation de la machine 1. 2 0 Dans certains systèmes d'exploitation, tel que par exemple le système iOS (marque déposée) de la société Apple, chaque application est incluse dans un espace mémoire protégé et isolé (en anglais : sandbox) ou conteneur protégé dans la mémoire M. Ainsi, plusieurs applications sont enregistrées dans des espaces mémoire protégés respectifs différents. Par défaut, chaque application ne peut accéder qu'aux 2 5 fichiers inclus dans son espace mémoire protégé. Afin que la deuxième application APP2 puisse accéder aux données DAT de la première application APP1, suivant un mode de réalisation à la figure 6, on crée un groupe GR d'applications, regroupant la première application APP1 et au moins une partie APP20 de la deuxième application APP2. Cette partie APP20 comporte 30 par exemple le troisième clavier CL3. La première application APP1 et la partie APP20 de la deuxième application APP2 sont paramétrés comme faisant partie du 3049736 17 même groupe GR d'applications. La première application APP1 a accès à ses données DAT stockées dans un premier conteneur CN1, pouvant être ou comprendre le conteneur CC de comptes. La partie APP20 a accès aux données DAT2 précitées, qui ont été stockées au préalable dans un deuxième conteneur CN2 5 d'extension. Le conteneur FP de partage entre la première application APP1 et la deuxième application APP2 est créé. Ce conteneur FP de partage est présent dans la mémoire MEM en plus des premier et deuxièmes conteneurs CN1 et CN2. Des fichiers de données DAT de la première application APP1 et des données DAT2 de la partie APP20 sont stockés dans le conteneur FP de partage. 10 Certains systèmes d'exploitation, tels que celui mentionné ci-dessus, comportent pour la première application APP1 un conteneur de stockage sécurisé de mot de passe, clés, certificats et notes, tel que par exemple Keychain (marque déposée) de la société Apple. Les données stockées dans le conteneur sont chiffrées par le système et accessibles uniquement depuis la première application APP1 et par 15 l'utilisateur authentifié. Suivant un mode de réalisation, on crée un groupe FP de partage d'applications, regroupant la première application APP1, les données DAT2 et le troisième clavier CL3 de la deuxième application APP2. Lorsque l'utilisateur active le troisième clavier CL3, il doit autoriser l'accès complet au groupe FP de partage. 2 0 Suivant un mode de réalisation, afin de déverrouiller le compte CU lors de l'étape E2, lors de la saisie du code PIN, la clé secrète CS est temporairement partagée dans le groupe FP de partage d'applications. Chaque clavier CL1 ou CL2 ou CL3 ou interface INT ou bouton B, C, D ou autre bouton ou touche ou interface, mentionné ci-dessus, peut être tactile ou virtuel 25 et être affiché sous la forme d'une zone de l'écran tactile 11 pour être actionné ou sélectionné par appui de l'utilisateur sur cette zone. REVENDICATIONS1. Dispositif d'authentification d'un utilisateur d'une première application informatique (APP1), le dispositif comportant une machine (1) comportant au moins un écran (11) d'affichage et une mémoire permanente (MEM), dans laquelle sont enregistrées la première application (APP1) et une deuxième application (APP2) d'authentification, la première application (APP1) comportant au moins un compte (CU) d'utilisateur, qui est préenregistré dans la mémoire (MEM), la première application (APP1) comportant à l'écran (11) au moins un bouton pour sélectionner le compte (CU), et pour afficher à l'écran (11), pour le compte sélectionné, un premier champ (C1) d'entrée d'un premier nom d'utilisateur (N1), un deuxième champ (C2) d'entrée d'un premier mot (MDP) de passe, et au moins une page prédéfinie permettant d'accéder à des données (DAT) de la mémoire (MEM) lorsqu'à la fois le premier nom d'utilisateur (N1) saisi dans le premier champ (C1) est égal à un deuxième nom (N2) d'utilisateur préenregistré dans la mémoire (MEM) et associé au compte (CU) et le premier mot (MDP) de passe saisi dans le deuxième champ (C2) est égal à un deuxième mot (MDP2) de passe préenregistré dans la mémoire (MEM) et associé au compte (CU), le dispositif comportant au moins un clavier (CL1, CL2) permettant à l'utilisateur d'entrer le premier nom (N1) d'utilisateur dans le premier champ (C1) et d'entrer le premier mot (MDP) de passe dans le deuxième champ (C2), caractérisé en ce que le deuxième nom (N2) d'utilisateur et le deuxième mot (MDP2) de passe sont préenregistrés dans au moins un conteneur (FP) de partage de 25 la mémoire (M) entre la première application (APP1) et la deuxième application (APP2), la deuxième application (APP2) comportant au moins un bouton (B, C), apte à être actionné pour déclencher automatiquement la copie, depuis le conteneur (FP) de partage, du deuxième nom (N2) d'utilisateur dans le premier champ (C1) et/ou la 3 0 copie, depuis le conteneur (FP) de partage, du deuxième mot (MDP2) de passe dans le deuxième champ (C2) pour le compte sélectionné. 3049736 19 2. Dispositif suivant la revendication 1, caractérisé en ce que la machine (1) et/ou la première application (APP1) comporte au moins une interface (INT, 12, CL1, CL2, CL3) d'entrée d'au moins une information de déverrouillage du compte (CU), permettant l'affichage du premier et/ou du deuxième champ (Cl, C2) du 5 compte (CU) à l'écran (11), lorsque l'information entrée sur l'interface (INT, 12, CL1, CL2, CL3) correspond à une information préenregistrée dans la mémoire (MEM). 3. Dispositif suivant la revendication 2, caractérisé en ce que l'interface (INT, 12, CL1, CL2, CL3) d'entrée d'au moins une information de déverrouillage du 10 compte (CU) comporte un capteur (12) d'une empreinte biométrique de l'utilisateur, l'information préenregistrée comportant une empreinte biométrique préenregistrée. 4. Dispositif suivant la revendication 2 ou 3, caractérisé en ce que l'interface (INT, 12, CL1, CL2, CL3) d'entrée d'au moins une information de déverrouillage 15 du compte (CU) comporte au moins un clavier (CL2, CL3) d'entrée d'au moins un premier code (PIN) d'identification personnel, l'information préenregistrée comportant un deuxième code (PIN2) d'identification personnel préenregistré dans la mémoire (MEM), pour permettre l'affichage du premier et/ou du deuxième champ (Cl, C2) du compte (CU) à l'écran (11), lorsque le premier code (PIN) 2 0 d'identification personnel entré est égal au deuxième code (PIN2) d'identification personnel. 5. Dispositif suivant l'une quelconque des revendications précédentes, caractérisé en ce que dans le conteneur (FP) de partage est enregistré une clé secrète (CS) et/ou un secret (SECR) et/ou un identifiant unique (UUID) de la machine (1) 2 5 et/ou un code d'identification personnel (PIN2) et/ou une clé publique (CP). 6. Procédé d'authentification d'un utilisateur d'une première application informatique (APP1) enregistrée sur une machine (1) comportant au moins un écran (11) d'affichage en utilisant une deuxième application (APP2) d'authentification enregistrée sur la machine (1), 3 0 la première application (APP1) comportant au moins un compte (CU) d'utilisateur, qui est préenregistré dans une mémoire (MEM) de la machine (1) et qui 3049736 20 comporte à l'écran un premier champ (C1) d'entrée d'un nom d'utilisateur (N1) associé à un deuxième champ (C2) d'entrée d'un mot (MDP) de passe, permettant d'accéder à des données (DAT) de la mémoire (MEM), procédé dans lequel l'utilisateur actionne au moins un bouton de sélection du 5 compte (CU), ce qui provoque l'affichage à l'écran (11) pour le compte (CU) sélectionné, d'un premier champ (C1) d'entrée d'un premier nom d'utilisateur (N1) et d'un deuxième champ (C2) d'entrée d'un premier mot (MDP) de passe, et au moins une page prédéfinie permettant d'accéder à des données (DAT) de la mémoire (MEM) lorsqu'à la fois le premier nom d'utilisateur (N1) saisi dans le premier champ 10 (C1) est égal à un deuxième nom (N2) d'utilisateur préenregistré dans la mémoire (MEM) et associé au compte (CU) et le premier mot (MDP) de passe saisi dans le deuxième champ (C2) est égal à un deuxième mot (MDP2) de passe préenregistré dans la mémoire (MEM) et associé au compte (CU), caractérisé en ce que le deuxième nom (N2) d'utilisateur et le deuxième mot 15 (MDP2) de passe sont préenregistrés dans au moins un conteneur (FP) de partage de la mémoire (M) entre la première application (APP1) et la deuxième application (APP2), l'actionnement à l'écran (1) d'au moins un bouton (B, C) de la deuxième application (APP2) par l'utilisateur déclenche automatiquement la copie, depuis le 2 0 conteneur (FP) de partage, du deuxième nom (N2) d'utilisateur dans le premier champ (C1) et/ou la copie, depuis le conteneur (FP) de partage, du deuxième mot (MDP2) de passe dans le deuxième champ (C2) pour le compte sélectionné. 7. Procédé suivant la revendication 6, caractérisé en ce que l'affichage à l'écran (1) du premier et/ou du deuxième champ (C1, C2) du compte (CU) et/ou du 2 5 bouton de sélection du compte (CU) est verrouillé par au moins une interface (INT, 12, CL1, CL2, CL3) d'entrée d'au moins une information de déverrouillage du compte (CU), permettant l'affichage du premier et/ou du deuxième champ (C1, C2) du compte (CU) à l'écran (11), lorsque l'utilisateur a entré sur l'interface (INT, 12, CL1, CL2, CL3) une information qui correspond à une information préenregistrée 3 0 dans la mémoire (MEM). 3049736 21 8. Procédé suivant la revendication 7, caractérisé en ce que l'interface (INT, 12, CL1, CL2, CL3) d'entrée d'au moins une information de déverrouillage du compte (CU) comporte un capteur (12) d'une empreinte biométrique de l'utilisateur, l'information préenregistrée comportant une empreinte biométrique 5 préenregistrée. 9. Procédé suivant la revendication 7 ou 8, caractérisé en ce que l'interface (INT, 12, CL1, CL2, CL3) d'entrée d'au moins une information de déverrouillage du compte (CU) comporte au moins un clavier (CL2, CL3) d'entrée d'au moins un premier code (PIN) d'identification personnel, l'information préenregistrée 10 comportant un deuxième code (PIN2) d'identification personnel préenregistré dans la mémoire (MEM), pour permettre l'affichage du premier et/ou du deuxième champ (Cl, C2) du compte (CU) à l'écran (11), lorsque le premier code (PIN) d'identification personnel entré est égal au deuxième code (PIN2) d'identification personnel. 15 10. Procédé suivant l'une quelconque des revendications 6 à 9, caractérisé en ce que dans le conteneur (FP) de partage est enregistré une clé secrète (CS) et/ou un secret (SECR) et/ou un identifiant unique (UUID) de la machine (1) et/ou un code d'identification personnel (PIN2) et/ou une clé publique (CP). 11. Programme d'ordinateur, comportant des instructions pour la mise en 2 0 oeuvre du procédé d'authentification suivant l'une quelconque des revendications 5 à 9, lorsqu'il est exécuté sur un processeur.