FR 3046272 A1 20170630 FR 1563291 A 20151224 PROCEDE ET DISPOSITIF DE CONNEXION A UN SERVEUR DISTANT La présente invention concerne les communications numériques. Plus particulièrement, la présente invention concerne la protection de données confidentielles des utilisateurs d'un réseau de communications numériques, tel que l'Internet. L'univers numérique dans lequel nous sommes plongés au quotidien nécessite pour chacun de s'identifier auprès d'un grand nombre de services, qui couvrent à la fois la sphère professionnelle et personnelle, tels que l'accès à un réseau social, le traitement de son courrier électronique, des démarches administratives, la gestion de ses comptes bancaires, ou l'achat en ligne de produits. La première étape de l'accès à tout service numérique est l'authentification de l'utilisateur, que ce service soit gratuit (par exemple, réseau social) ou payant (par exemple, achat en ligne). Cette authentification consiste habituellement pour l'utilisateur à fournir un identifiant et un mot de passe. On notera qu'il existe d'autres formes d'authentification (opérationnelles ou en expérimentation), par exemple sur la base des empreintes digitales, de la géométrie de la main, de la reconnaissance dynamique de la signature, de la frappe au clavier, du visage, de la rétine, de la voix, ou du rythme cardiaque. La présente invention ne concerne toutefois que le couple identifiant/mot-de-passe qui est, et restera encore longtemps, le moyen d'authentification le plus répandu. Il importe que ces informations d'identifiant et de mot de passe restent confidentielles afin d'empêcher l'usurpation par un tiers de l'identité de l'utilisateur légitime ; en effet, une telle usurpation peut avoir des conséquences graves pour l'utilisateur légitime, notamment sur le plan financier (par exemple consommation de service, ou accès à un compte bancaire). On appelle hameçonnage (« phishing » en anglais) l'activité criminelle, exercée dans un réseau numérique, dans laquelle un pirate informatique essaie d'acquérir frauduleusement des informations privées, comme les identifiants, les mots de passe, ou les détails d'une carte de crédit, d'un certain utilisateur d'un système informatique. Le terme « hameçonnage » se réfère à l'utilisation de leurres électroniques pour « pêcher » les données privées d'un utilisateur, à partir d'un site Internet, ou dans un message électronique. Le pirate se fait 3046272 2 passer habituellement pour une personne, une entité, ou une activité connue de l'utilisateur, et essaie de convaincre ce dernier de lui communiquer des données privées. Le hameçonnage est un problème croissant dans les services informatiques, et il existe dans l'état de la technique des moyens destinés à 5 protéger les utilisateurs. Cependant, ces moyens ont une efficacité limitée dans la mesure où il est très difficile pour un utilisateur de faire la différence entre un correspondant légitime et un correspondant illégitime, par exemple entre une page Web (World Wide Web) légitime et une page Web illégitime. Pour remédier à ce problème, la demande de brevet US 2012/0272330 10 divulgue un système anti-hameçonnage, qui est mis en oeuvre lorsque l'utilisateur d'un ordinateur cherche à communiquer avec un serveur distant. Ce système anti-hameçonnage recherche alors l'adresse électronique du serveur distant dans une liste « blanche » d'adresses électroniques dignes de confiance. Ensuite : 15 - si l'adresse électronique du serveur distant figure dans ladite liste blanche, l'ordinateur transmet le couple identifiant/mot de passe de l'utilisateur au serveur distant ; - si, en revanche, l'adresse électronique du serveur distant ne figure pas dans la liste blanche, l'ordinateur met en oeuvre, avant de transmettre l'identifiant 20 et le mot de passe au serveur distant, une action protectrice telle que l'arrêt de la transmission du couple identifiant/mot de passe au serveur distant, et/ou l'affichage d'un message destiné à alerter l'utilisateur sur le fait que ce serveur distant n'est pas (ou n'est pas encore) réputé digne de confiance. Selon un mode de réalisation, le couple identifiant/mot de passe est saisi 25 par l'utilisateur, et son navigateur Web envoie ces données d'authentification au serveur distant lorsque ce dernier figure sur ladite liste blanche, c'est-à-dire lorsqu'il est réputé digne de confiance. Dans ce cas, aucune vérification n'est effectuée par le système anti-hameçonnage quant à la pertinence de ces données d'authentification. 30 Or l'auteur de la présente invention a réalisé que ces données d'authentification pouvaient ne pas correspondre au véritable couple identifiant/mot-de-passe de l'utilisateur pour ce serveur distant. De ce fait, une perte de confidentialité du couple identifiant/mot-de-passe peut se produire si 3046272 3 l'identifiant, le mot de passe, ou les deux à la fois sont divulgués accidentellement par cet utilisateur. Pour l'expliquer, on rappelle tout d'abord qu'une règle de prudence élémentaire pour un utilisateur de divers services consiste à ne pas utiliser le 5 même couple identifiant/mot-de-passe pour deux services différents. Mais cette règle a pour inconvénient qu'il est difficile pour l'utilisateur de mémoriser, ou même de répertorier, tous les triplets service/identifiant/mot-de-passe. Il peut donc aisément se produire qu'un utilisateur saisisse un couple identifiant/mot-depasse erroné. 10 Pour fixer les idées, prenons le cas d'un utilisateur exploitant, pour se faciliter la tâche, le même identifiant (par exemple, son adresse de messagerie électronique) avec des mots de passe différents pour accéder à des services différents. Supposons que cet utilisateur, en cherchant à s'authentifier auprès du serveur associé à un réseau social, envoie à ce serveur les informations 15 suivantes : - un identifiant correct, et - un mot de passe permettant à ce même utilisateur de s'authentifier auprès du serveur associé à une banque auprès de laquelle l'utilisateur possède un compte. 20 Ce mot de passe est donc erroné en l'occurrence, mais l'utilisateur ne se rendra compte de son erreur qu'après avoir reçu en réponse de la part du serveur un message du type « Mot de passe erroné ! ». Le danger de cette situation est que le gestionnaire du réseau social connaît dès lors, sur la base du mot de passe erroné, le couple identifiant/mot-de-passe correct de cet utilisateur 25 pour ses services bancaires ; si ce gestionnaire est malhonnête, ou si un pirate informatique accède aux données enregistrées dans le serveur du réseau social, ce gestionnaire ou ce pirate n'aura alors qu'à chercher à quels serveurs (autres que celui du réseau social) l'utilisateur accède habituellement, pour pouvoir ensuite usurper l'identité de cet utilisateur auprès de sa banque. Or ce type 30 d'erreur se produit couramment. Le même risque de perte de confidentialité existe évidemment pour un utilisateur exploitant un identifiant différent pour chaque service, lorsque cet 3046272 4 utilisateur envoie à un fournisseur de services un couple identifiant/mot-de-passe qui correspond en fait à un autre service. La présente invention concerne donc un procédé de connexion à un serveur distant, comprenant une étape préliminaire au cours de laquelle, lors 5 d'un accès d'un utilisateur audit serveur distant, ledit utilisateur fait enregistrer, en association avec un identifiant de ce serveur distant, le résultat de l'application d'une certaine fonction à des données d'authentification de cet utilisateur auprès de ce serveur distant. Ledit procédé comprend en outre, lors d'un quelconque accès ultérieur de l'utilisateur au serveur distant, les étapes 10 suivantes : a) saisie par l'utilisateur de données d'authentification destinées à l'authentifier auprès du serveur distant, lesdites données d'authentification comprenant au moins un mot de passe, b) comparaison entre le résultat de ladite fonction appliquée auxdites 15 données d'authentification saisies lors de ladite étape a), et ledit résultat enregistré lors de ladite étape préliminaire, et c) - en cas de concordance, envoi au serveur distant de l'identifiant et du mot de passe de l'utilisateur, et 20 - en cas de discordance, envoi à l'utilisateur d'un message lui demandant de vérifier que les données d'authentification qu'il a saisies lors de l'étape a) sont bien celles qu'il veut envoyer au serveur distant, et proposition à l'utilisateur d'une interface pour lui permettre de répondre. Ainsi, la présente invention propose d'alerter un utilisateur qui, pour 25 pouvoir se connecter à un certain serveur distant (auquel cet utilisateur s'est déjà connecté précédemment), a saisi des données d'authentification incorrectes (par inattention, ou par confusion avec les données d'authentification associées à un autre serveur distant). Grâce à ces dispositions, on donne à l'utilisateur la possibilité de corriger 30 son erreur avant l'envoi des données d'authentification au serveur distant. On notera que la présente invention n'est nullement incompatible avec l'utilisation d'une liste blanche du type de celle utilisée par le procédé selon la demande US 2012/0272330 décrit succinctement ci-dessus. 3046272 5 On notera en outre que l'invention requiert, avantageusement, que l'utilisateur saisisse des données d'authentification à chaque fois qu'il souhaite accéder à ce serveur distant. En effet, selon une technique classique (utilisée d'ailleurs par le procédé selon la demande US 2012/0272330 dans un autre 5 mode de réalisation que celui décrit ci-dessus), le couple identifiant/mot de passe est initialement enregistré dans une mémoire dédiée en relation avec un identifiant du serveur distant ; lorsque l'utilisateur cherche à nouveau à communiquer avec ce serveur distant, le couple identifiant/mot de passe est simplement fourni ou complété par son ordinateur. Ce procédé classique a pour 10 inconvénient que toute personne appartenant à l'environnement (domestique, ou professionnel) de l'utilisateur légitime du service, et pouvant utiliser son ordinateur, peut accéder au serveur distant même sans connaître le mot de passe (qui n'est d'ailleurs, habituellement, pas affiché sur l'écran associé à l'ordinateur). Or certaines de ces personnes pouvant utiliser cet ordinateur (par 15 exemple, les enfants de l'utilisateur légitime du service) pourraient ne pas avoir le droit d'accéder à ce serveur distant. Selon des caractéristiques particulières, si, suite à la réception dudit message, l'utilisateur se rend compte que lesdites données d'authentification saisies lors de ladite étape a) sont erronées, ledit procédé comprend en outre les 20 étapes suivantes : d) indication par ledit utilisateur, dans ladite interface, de son souhait de corriger sa saisie, et saisie par l'utilisateur de nouvelles données d'authentification destinées à l'authentifier auprès du serveur distant, lesdites nouvelles données d'authentification comprenant au moins un mot de passe, 25 e) comparaison entre le résultat de ladite fonction appliquée auxdites nouvelles données d'authentification, et ledit résultat enregistré lors de ladite étape préliminaire, et f) en cas de concordance, envoi au serveur distant de l'identifiant et du mot de passe de l'utilisateur. 30 Grâce à ces dispositions, l'utilisateur peut, le cas échéant, rapidement corriger une erreur de saisie, et ensuite se connecter au serveur distant. Selon d'autres caractéristiques particulières, si, suite à la réception dudit message, l'utilisateur se rend compte que ledit résultat enregistré lors de ladite 3046272 6 étape préliminaire est obsolète, ledit procédé comprend en outre les étapes suivantes : d') indication par ledit utilisateur dans ladite interface de son souhait de mettre à jour ses données d'authentification, 5 e') enregistrement du résultat de l'application de ladite fonction auxdites données d'authentification saisies par l'utilisateur lors de ladite étape a), en association avec un identifiant du serveur distant, et f') envoi au serveur distant de l'identifiant et du mot de passe de l'utilisateur. 10 Grâce à ces dispositions, l'utilisateur peut rapidement mettre à jour l'enregistrement associé à ses données d'authentification, et se connecter au serveur distant. Selon encore d'autres caractéristiques particulières, suite à la réception dudit message, ledit procédé comprend en outre les étapes suivantes : 15 d") indication par ledit utilisateur dans ladite interface qu'il est un nouvel utilisateur, e") enregistrement du résultat de l'application de ladite fonction auxdites données d'authentification saisies par ce nouvel utilisateur lors de ladite étape a), en association avec un identifiant du serveur distant, et 20 f") envoi au serveur distant de l'identifiant et du mot de passe du nouvel utilisateur. Grâce à ces dispositions, un même dispositif de connexion peut mettre en oeuvre l'invention pour une pluralité d'utilisateurs (ayant chacun son propre couple identifiant/mot de passe). 25 Selon encore d'autres caractéristiques particulières, le résultat de ladite fonction comprend, en clair ou sous forme cryptée, au moins une partie dudit mot de passe de l'utilisateur pour ledit serveur distant. La variante consistant à crypter les données d'authentification de l'utilisateur permet d'éviter d'enregistrer ces données d'authentification en clair 30 dans la mémoire dédiée à l'enregistrement selon l'invention. Cela permet de mieux protéger les données d'authentification (de nature très confidentielle comme rappelé ci-dessus) associées aux divers serveurs distants auxquels l'utilisateur se connecte habituellement. En effet, lorsque ces données sont 3046272 7 enregistrées en clair dans ladite mémoire, un tiers pouvant utiliser l'ordinateur de l'utilisateur légitime, ou un pirate informatique parvenant à s'introduire dans cette mémoire, accéderait du même coup à toutes ces données d'authentification, ce qui aurait évidemment des conséquences très fâcheuses pour l'utilisateur 5 légitime. Corrélativement, l'invention concerne un dispositif de connexion à un serveur distant, permettant notamment de récupérer, et/ou traiter, et/ou envoyer des données numériques sur l'Internet. Ce dispositif de connexion peut être hébergé, par exemple, dans un terminal fixe ou mobile tel qu'un ordinateur 10 personnel, une tablette ou un « smartphone », ou dans une passerelle soit domestique (« Residential Gateway » en anglais) soit située dans une entreprise. Ledit dispositif de connexion est remarquable en ce qu'il possède des moyens pour : - prendre en compte des données d'authentification saisies par un 15 utilisateur dudit dispositif de connexion et destinées à authentifier ledit utilisateur auprès dudit serveur distant, lesdites données d'authentification comprenant au moins un mot de passe, - appliquer une certaine fonction auxdites données d'authentification saisies par l'utilisateur, 20 - comparer le résultat de l'application de ladite fonction auxdites données d'authentification saisies par l'utilisateur, avec le résultat, enregistré préalablement, de l'application de la fonction à des données d'authentification de cet utilisateur auprès dudit serveur distant, et 25 - en cas de concordance, envoyer au serveur distant l'identifiant et le mot de passe de l'utilisateur, et - en cas de discordance, envoyer à l'utilisateur un message lui demandant de vérifier que lesdites données d'authentification saisies par l'utilisateur sont bien celles qu'il veut envoyer au serveur distant, et proposer à 30 l'utilisateur une interface pour lui permettre de répondre. Selon des caractéristiques particulières, ledit dispositif de connexion possède en outre des moyens pour, en cas de discordance : 3046272 8 - prendre en compte une indication dudit utilisateur dans ladite interface de son souhait de corriger sa saisie, - prendre en compte de nouvelles données d'authentification saisies par ledit utilisateur et destinées à l'authentifier auprès du serveur distant, lesdites 5 nouvelles données d'authentification comprenant au moins un mot de passe, - comparer le résultat de ladite fonction appliquée auxdites nouvelles données d'authentification, et ledit résultat enregistré préalablement, et - en cas de concordance, envoyer au serveur distant l'identifiant et le mot de passe de l'utilisateur. 10 Selon d'autres caractéristiques particulières, ledit dispositif de connexion possède en outre des moyens pour, en cas de discordance : - prendre en compte une indication dudit utilisateur dans ladite interface de son souhait de mettre à jour ses données d'authentification, - enregistrer le résultat de l'application de ladite fonction auxdites données 15 d'authentification saisies par l'utilisateur, en association avec un identifiant du serveur distant, et - envoyer au serveur distant l'identifiant et le mot de passe de l'utilisateur. Selon encore d'autres caractéristiques particulières, ledit dispositif de connexion possède en outre des moyens pour, en cas de discordance : 20 - prendre en compte une indication dudit utilisateur dans ladite interface qu'il est un nouvel utilisateur, - enregistrer le résultat de l'application de ladite fonction auxdites données d'authentification saisies par ce nouvel utilisateur, en association avec un identifiant du serveur distant, et 25 - envoyer au serveur distant l'identifiant et le mot de passe du nouvel utilisateur. Selon encore d'autres caractéristiques particulières, le résultat de ladite fonction comprend, en clair ou sous forme cryptée, au moins une partie dudit mot de passe de l'utilisateur pour ledit serveur distant. 30 Selon un autre aspect, l'invention concerne un navigateur Web. Ledit navigateur Web est remarquable en ce qu'il contient un dispositif de connexion tel qu'exposé succinctement ci-dessus. 3046272 9 Les avantages offerts par ce dispositif de connexion et ce navigateur Web sont essentiellement les mêmes que ceux offerts par les procédés corrélatifs succinctement exposés ci-dessus. On notera qu'il est possible de réaliser ce dispositif de connexion et ce 5 navigateur Web dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur 10 est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes du procédé de connexion à un serveur distant succinctement exposé ci-dessus, lorsqu'il est exécuté sur un ordinateur. Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par ledit procédé. 15 D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous d'un mode de réalisation particulier, donné à titre d'exemple non limitatif. La description se réfère à la figure unique qui l'accompagne, et qui représente un organigramme du procédé de connexion à un serveur distant selon l'invention dans ledit mode de réalisation. 20 On va décrire à présent les étapes de ce mode de réalisation. A titre d'exemple, on supposera que le dispositif de connexion selon l'invention est incorporé dans un navigateur Web hébergé par un ordinateur personnel. Selon une étape préliminaire SO, un utilisateur de cet ordinateur se connecte à un serveur distant offrant un service souhaité par cet utilisateur. 25 Optionnellement, avant la connexion, le navigateur a vérifié, de manière connue en soi, que le serveur distant est inscrit sur une liste blanche (c'est-à-dire une liste de serveurs réputés dignes de confiance) ; l'Homme du Métier peut prévoir diverses mesures pour le cas où le serveur distant n'est pas inscrit sur ladite liste blanche, par exemple l'affichage d'un message destiné à alerter 30 l'utilisateur sur le fait que ce serveur n'est pas (ou n'est pas encore) réputé digne de confiance, et une demande de confirmation que l'utilisateur souhaite néanmoins se connecter à ce serveur (en cas de confirmation, ce serveur est alors inscrit sur la liste blanche). 3046272 10 Conformément à l'invention, le navigateur (ou un module adéquat de l'ordinateur) de l'utilisateur applique une fonction prédéterminée aux données permettant à cet utilisateur de s'authentifier auprès de ce serveur distant. Le résultat de cette application comprend, en clair ou sous forme cryptée, au moins 5 une partie dudit mot de passe de l'utilisateur pour ce serveur distant. Dans le cadre des deux variantes, décrites ci-dessous en référence à l'étape Si, dans lesquelles l'utilisateur saisit au moins une partie de son identifiant, ledit résultat comprend également, en clair ou sous forme cryptée, au moins une partie de l'identifiant de l'utilisateur pour ce serveur distant. 10 De manière connue en soi, ce cryptage peut prendre la forme d'un condensé (« hash » en anglais), c'est-à-dire d'une fonction non-inversible des données d'authentification. Ce résultat est ensuite enregistré dans une mémoire dédiée (par exemple, dans l'ordinateur de l'utilisateur ou dans un nuage (« clouc / » en 15 anglais) d'un opérateur Internet), en association avec un identifiant du serveur distant, par exemple son adresse IP (Internet Protocol). Selon une étape Si, lors d'un quelconque accès ultérieur de cet utilisateur à ce serveur distant, l'utilisateur saisit des données destinées à l'authentifier auprès du serveur distant. Ces données d'authentification 20 comprennent au moins son mot de passe. Selon une première variante, l'utilisateur saisit aussi son identifiant en entier. Selon une deuxième variante (de manière connue en soi), l'utilisateur ne saisit qu'une partie de l'identifiant, puis choisit l'identifiant complet dans une liste proposée par le navigateur ; cette deuxième variante est utile dans le cas où plusieurs personnes (possédant 25 chacune son propre identifiant) ont le droit d'utiliser ledit ordinateur ; en effet, en l'absence de toute indication de la part de l'utilisateur, le navigateur ne pourrait pas savoir quel identifiant est concerné pour la présente connexion. Enfin, selon une troisième variante, le navigateur fournit automatiquement l'identifiant de l'utilisateur (supposé unique) de l'ordinateur pour le serveur distant concerné. 30 Selon une étape S2, le navigateur (ou un module adéquat de l'ordinateur) de l'utilisateur applique ladite fonction aux données saisies par l'utilisateur lors de ladite étape Si, et compare le résultat de cette application avec celui qui a été enregistré pour ce serveur distant lors de l'étape SO décrite ci-dessus. 3046272 11 En cas de concordance, selon une étape S3, le navigateur envoie au serveur distant l'identifiant et le mot de passe de l'utilisateur, et la session entre l'utilisateur et le serveur distant peut démarrer. Optionnellement (toujours en cas de concordance), le navigateur vérifie que le serveur distant est toujours inscrit 5 sur la liste blanche avant de lui envoyer les données d'authentification. En revanche, en cas de discordance, selon une étape S'3, le navigateur envoie à l'utilisateur un message lui demandant s'il est bien sûr de vouloir envoyer au serveur distant les données qu'il vient de saisir ; l'utilisateur peut ainsi vérifier s'il s'est trompé en saisissant les données d'authentification. De plus, le 10 navigateur propose à l'utilisateur une interface (par exemple, en ouvrant une fenêtre sur l'écran associé à l'ordinateur). Si, suite à la réception dudit message, l'utilisateur se rend compte qu'il s'est trompé, il indique alors dans ladite interface, selon une étape S4, son souhait de corriger sa saisie ; l'utilisateur saisit ensuite à nouveau, dans ladite 15 interface ou dans les champs de saisie initiaux, des données destinées à l'authentifier auprès du serveur distant, lesdites données comprenant au moins son mot de passe, de manière analogue à l'étape 51 ci-dessus. Selon une étape S5, de manière analogue à l'étape S2 ci-dessus, le navigateur (ou un module adéquat de l'ordinateur) de l'utilisateur applique ladite 20 fonction aux données saisies par l'utilisateur lors de ladite étape S4, et compare le résultat de cette application avec celui qui a été enregistré pour ce serveur distant lors de l'étape SO. Si l'utilisateur s'est trompé de nouveau, on revient à l'étape S'3 ci-dessus. En cas de concordance avec le résultat enregistré, selon une étape S6 25 analogue à l'étape S3 ci-dessus, le navigateur envoie au serveur distant l'identifiant et le mot de passe de l'utilisateur (après, optionnellement, vérification que le serveur distant est toujours inscrit sur une liste blanche), et la session peut alors démarrer. En revanche, suite à ladite étape S'3, l'utilisateur peut s'apercevoir que 30 les données saisies à l'étape 51 sont bien celles lui permettant de s'authentifier auprès du serveur distant. Ce cas peut en effet se produire si l'utilisateur, lors d'une précédente session avec le serveur distant, a modifié son identifiant et/ou son mot de passe auprès de ce serveur, de sorte que le résultat de l'application 3046272 12 de la fonction à des données d'authentification qui a été enregistré lors de l'étape préliminaire SO, est obsolète. Dans ce cas, selon une étape S'4, l'utilisateur indique dans ladite interface son souhait de mettre à jour ses données d'authentification. 5 Selon une étape S'5, soit l'utilisateur saisit à nouveau ses données d'authentification dans ladite interface ou dans les champs de saisie initiaux, soit le navigateur récupère les données d'authentification saisies lors de l'étape 51 ; le résultat de l'application de ladite fonction à ces données d'authentification est ensuite enregistré dans ladite mémoire dédiée. 10 Enfin, selon une étape S'6, le navigateur envoie au serveur distant l'identifiant et le mot de passe de l'utilisateur (après, optionnellement, vérification que le serveur distant est toujours inscrit sur une liste blanche), et la session peut démarrer. Il va de soi que l'ordre desdites étapes S'5 et S'6 peut être inversé. 15 Un autre cas possible, suite à ladite étape S'3, est celui où un nouvel utilisateur souhaite s'enregistrer auprès d'un dispositif de connexion selon l'invention auprès duquel est déjà enregistré au moins un utilisateur. Dans ce cas, selon une étape 5"4, ce nouvel utilisateur se déclare comme tel dans ladite interface. 20 Selon une étape 5"5, soit le nouvel utilisateur saisit à nouveau ses données d'authentification dans ladite interface ou dans les champs de saisie initiaux, soit le navigateur récupère les données d'authentification saisies lors de l'étape 51. On se retrouve alors dans la situation de l'étape préliminaire SO, mais 25 pour ce nouvel utilisateur. Ainsi : - le résultat de l'application de ladite fonction aux données d'authentification de ce nouvel utilisateur est enregistré dans ladite mémoire dédiée, et - le navigateur envoie au serveur distant l'identifiant et le mot de passe de 30 ce nouvel utilisateur (après, optionnellement, vérification que le serveur distant est toujours inscrit sur une liste blanche). La session peut alors démarrer. 3046272 13 Il va de soi que l'ordre desdites étapes d'enregistrement et d'envoi au serveur distant peut être inversé. L'invention peut être mise en oeuvre au sein de noeuds de réseaux de communication, par exemple des ordinateurs, des terminaux ou des passerelles, 5 au moyen de composants logiciels et/ou matériels. Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de noeud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité 10 centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour la mise en oeuvre de l'un quelconque des procédés de connexion à un serveur distant selon l'invention. 15 En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé de connexion à un serveur distant selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par 20 un microprocesseur. Ce programme peut utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 25 L'invention vise aussi un support d'informations, inamovible, ou partiellement ou totalement amovible, lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comprendre un 30 moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un disque dur, ou encore une clé USB (« USB flash drive » en anglais). 3046272 14 D'autre part, le 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 d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de 5 type Internet. En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution de l'un quelconque des procédés de connexion à un serveur distant selon l'invention. 10 REVENDICATIONS1. Procédé de connexion à un serveur distant, comprenant une étape préliminaire (SO) au cours de laquelle, lors d'un accès d'un utilisateur audit serveur distant, ledit utilisateur fait enregistrer, en association avec un identifiant de ce serveur distant, le résultat de l'application d'une certaine fonction à des données d'authentification de cet utilisateur auprès de ce serveur distant, ledit procédé comprenant en outre, lors d'un quelconque accès ultérieur de l'utilisateur au serveur distant, les étapes suivantes : a) saisie (S1) par l'utilisateur de données d'authentification destinées à l'authentifier auprès du serveur distant, lesdites données d'authentification comprenant au moins un mot de passe, b) comparaison (S2) entre le résultat de ladite fonction appliquée auxdites données d'authentification saisies lors de ladite étape a), et ledit résultat enregistré lors de ladite étape préliminaire (SO), et c) - en cas de concordance (S3), envoi au serveur distant de l'identifiant et du mot de passe de l'utilisateur, et - en cas de discordance (S'3), envoi à l'utilisateur d'un message lui demandant de vérifier que les données d'authentification qu'il a saisies lors de l'étape a) sont bien celles qu'il veut envoyer au serveur distant, et proposition à l'utilisateur d'une interface pour lui permettre de répondre. 2. Procédé de connexion à un serveur distant selon la revendication 1, caractérisé en ce que si, suite à la réception dudit message, l'utilisateur se rend compte que lesdites données d'authentification saisies lors de ladite étape a) sont erronées, ledit procédé comprend en outre les étapes suivantes : d) indication (S4) par ledit utilisateur, dans ladite interface, de son souhait de corriger sa saisie, et saisie par l'utilisateur de nouvelles données d'authentification destinées à l'authentifier auprès du serveur distant, lesdites nouvelles données d'authentification comprenant au moins un mot de passe, 3046272 16 e) comparaison (S5) entre le résultat de ladite fonction appliquée auxdites nouvelles données d'authentification, et ledit résultat enregistré lors de ladite étape préliminaire (SO), et f) en cas de concordance, envoi (S6) au serveur distant de l'identifiant et du 5 mot de passe de l'utilisateur. 3. Procédé de connexion à un serveur distant selon la revendication 1, caractérisé en ce que si, suite à la réception dudit message, l'utilisateur se rend compte que ledit résultat enregistré lors de ladite étape préliminaire (SO) est 10 obsolète, ledit procédé comprend en outre les étapes suivantes : d') indication (S'4) par ledit utilisateur dans ladite interface de son souhait de mettre à jour ses données d'authentification, e') enregistrement (S'5) du résultat de l'application de ladite fonction auxdites données d'authentification saisies par l'utilisateur lors de ladite étape a), 15 en association avec un identifiant du serveur distant, et f') envoi (S'6) au serveur distant de l'identifiant et du mot de passe de l'utilisateur. 4. Procédé de connexion à un serveur distant selon la revendication 1, 20 caractérisé en ce que, suite à la réception dudit message, ledit procédé comprend en outre les étapes suivantes : d") indication (5"4) par ledit utilisateur dans ladite interface qu'il est un nouvel utilisateur, e") enregistrement (SO) du résultat de l'application de ladite fonction 25 auxdites données d'authentification saisies par ce nouvel utilisateur lors de ladite étape a), en association avec un identifiant du serveur distant, et f") envoi au serveur distant de l'identifiant et du mot de passe du nouvel utilisateur. 30 5. Procédé de connexion à un serveur distant selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le résultat de ladite fonction comprend, en clair ou sous forme cryptée, au moins une partie dudit mot de passe de l'utilisateur pour ledit serveur distant. 3046272 17 6. Dispositif de connexion à un serveur distant, caractérisé en ce qu'il possède des moyens pour : - prendre en compte des données d'authentification saisies par un utilisateur dudit dispositif de connexion et destinées à authentifier ledit utilisateur 5 auprès dudit serveur distant, lesdites données d'authentification comprenant au moins un mot de passe, - appliquer une certaine fonction auxdites données d'authentification saisies par l'utilisateur, - comparer le résultat de l'application de ladite fonction auxdites données 10 d'authentification saisies par l'utilisateur, avec le résultat, enregistré préalablement, de l'application de la fonction à des données d'authentification de cet utilisateur auprès dudit serveur distant, et - en cas de concordance, envoyer au serveur distant l'identifiant et le mot 15 de passe de l'utilisateur, et - en cas de discordance, envoyer à l'utilisateur un message lui demandant de vérifier que lesdites données d'authentification saisies par l'utilisateur sont bien celles qu'il veut envoyer au serveur distant, et proposer à l'utilisateur une interface pour lui permettre de répondre. 20 7. Dispositif de connexion selon la revendication 6, caractérisé en ce qu'il possède en outre des moyens pour, en cas de discordance : - prendre en compte une indication dudit utilisateur dans ladite interface de son souhait de corriger sa saisie, 25 - prendre en compte de nouvelles données d'authentification saisies par ledit utilisateur et destinées à l'authentifier auprès du serveur distant, lesdites nouvelles données d'authentification comprenant au moins un mot de passe, - comparer le résultat de ladite fonction appliquée auxdites nouvelles données d'authentification, et ledit résultat enregistré préalablement, et 30 - en cas de concordance, envoyer au serveur distant l'identifiant et le mot de passe de l'utilisateur. 8. Dispositif de connexion selon la revendication 6, caractérisé en ce qu'il possède en outre des moyens pour, en cas de discordance : 3046272 18 - prendre en compte une indication dudit utilisateur dans ladite interface de son souhait de mettre à jour ses données d'authentification, - enregistrer le résultat de l'application de ladite fonction auxdites données d'authentification saisies par l'utilisateur, en association avec un identifiant du 5 serveur distant, et - envoyer au serveur distant l'identifiant et le mot de passe de l'utilisateur. 9. Dispositif de connexion selon la revendication 6, caractérisé en ce qu'il possède en outre des moyens pour, en cas de discordance : 10 - prendre en compte une indication dudit utilisateur dans ladite interface qu'il est un nouvel utilisateur, - enregistrer le résultat de l'application de ladite fonction auxdites données d'authentification saisies par ce nouvel utilisateur, en association avec un identifiant du serveur distant, et 15 - envoyer au serveur distant l'identifiant et le mot de passe du nouvel utilisateur. 10. Dispositif de connexion selon l'une quelconque des revendications 6 à 9, caractérisé en ce que le résultat de ladite fonction comprend, en clair ou 20 sous forme cryptée, au moins une partie dudit mot de passe de l'utilisateur pour ledit serveur distant. 11. Navigateur Web (World Wide Web), caractérisé en ce qu'il contient un dispositif de connexion selon l'une quelconque des revendications 6 à 10. 25