Brevet FR2921778A1 — publié le 20090403

SYSTEME ET PROCEDE D'AUTHENTIFICATION D'UN UTILISATEUR POUR L'ACCES A UN SERVICE La présente invention a pour objet un système et un procédé d'authentification d'un utilisateur, en vue de l'accès à un service. Elle trouve notamment son application pour l'ouverture d'une session de travail sur un ordinateur, ou pour l'accès à un service quelconque sur un ordinateur tel qu'un portail internet par exemple, ou encore tout site internet à accès limité. L'invention trouve également son application pour l'accès à un lieu donné, lorsque cet accès est contrôlé et nécessite une authentification. Dans ce cas, au sens de la présente invention, le lieu auquel on souhaite accéder est assimilé à un service. On connaît des systèmes d'authentification permettant de sécuriser l'accès à un service tel qu'un service offert par l'intermédiaire d'un ordinateur. On connaît en particulier des systèmes utilisant des algorithmes à mot de passe à usage unique comme par exemple celui décrit dans le document US 6 928 558. Un tel système d'authentification repose sur un module d'authentification client et sur un module d'authentification serveur. Au cours d'une phase d'initialisation, à partir de son identifiant, l'utilisateur obtient un mot de passe généré par le module d'authentification client. Ce mot de passe est transmis au module d'authentification serveur, après saisie sur une interface d'initialisation. Le serveur stocke ensuite ce mot de passe dans une base de données, associé à l'identifiant. Pour s'authentifier, l'utilisateur obtient de nouveau un mot de passe généré par le module d'authentification client. Ce mot de passe est à nouveau transmis au module d'authentification serveur, après saisie sur une interface d'initialisation. Le serveur génère à son tour un nouveau mot de passe à partir de celui qui lui a été transmis, et compare ce nouveau 2 mot de passe avec celui stocké dans la base de données et correspondant à l'identifiant de l'utilisateur. Si la comparaison est positive, l'accès au service est autorisé et le mot de passe stocké dans la base de données est remplacé par celui 5 nouvellement généré par le module d'authentification serveur. La génération des mots de passe s'effectue généralement par l'intermédiaire d'une fonction de hachage. L'utilisation d'un tel algorithme à mot de passe à usage unique renforce bien sûr la sécurité. En effet, le mot de passe n'est transmis 10 qu'une fois, pour une seule authentification, puis devient inactif dès mise à jour de la base de données par le module d'authentification serveur. Aussi, en cas d'interception ou de piratage du mot de passe, l'accès sera refusé, sauf pendant le laps de temps très court dans lequel la mise à jour de la base de données n'a pas encore été effectuée. 15 Toutefois, un tel système ne protège pas contre l'utilisation frauduleuse d'un accès déjà ouvert sur une machine donnée. En effet, l'utilisateur qui consulte par exemple son compte bancaire par internet, qui s'interrompt et s'absente momentanément, court le risque qu'une personne malintentionnée utilise son accès sur la machine sur 20 laquelle le service est ouvert, pour consulter des informations confidentielles, ou pire, pour réaliser des opérations bancaires en son nom. De même, lorsqu'il s'agit d'une session de travail ouverte sur un ordinateur, notamment dans le cadre d'une activité professionnelle, il n'est 25 pas rare que l'utilisateur s'absente momentanément, de sorte qu'il court le même risque qu'exposé plus haut. Cette situation peut être particulièrement critique lorsque les données stockées sur l'ordinateur sont des données sensibles et confidentielles. Il existe certes des mécanismes de verrouillage, par exemple de 30 type mise en veille avec protection par mot de passe, qui oblige l'utilisateur à se souvenir d'un autre mot de passe. Par ailleurs, les utilisateurs bien souvent désactivent ces mises en veille justement pour ne pas avoir à saisir à nouveau le mot de passe après chaque interruption, ou bien règlent le délai de mise en veille sur une durée très longue ce qui revient en pratique à ne jamais mettre l'ordinateur en veille. Egalement, certains services gèrent eux-mêmes un mécanisme de déconnexion automatique après un certain laps de temps. Cela peut toutefois être inconfortable si le délai est trop court et/ou si la déconnexion intervient après un certain temps d'inactivité sur l'ordinateur alors que l'utilisateur est resté présent près de l'ordinateur et que le risque d'utilisation frauduleuse de l'ordinateur était donc faible. Dans le cas où le service considéré est l'accès à un lieu donné, comme expliqué plus haut, l'utilisateur doit penser à verrouiller l'accès au lieu dès qu'il le quitte. Le risque d'oubli crée un problème de sécurité. En effet, si l'utilisateur quitte un lieu sensible à accès limité, ne serait-ce que pour quelques instants, sans avoir préalablement verrouillé l'accès, toute personne non autorisée peut alors accéder à ce lieu. Le problème qui se pose alors est donc de disposer d'un système et d'un procédé d'authentification fiable et simple de fonctionnement et d'utilisation, qui permette de garantir la sécurité des données dès que l'utilisateur quitte son poste sans s'être déconnecté, sans nécessité de manipulation particulière de la part de l'utilisateur. L'objet de l'invention est donc d'apporter une solution aux problèmes précités parmi d'autres problèmes. L'invention se rapporte donc, selon un premier aspect, à un système d'authentification d'un utilisateur pour l'accès à un service. Par accès à un service, on entend l'accès à tout type d'application locale nécessitant une authentification, comme par exemple un logiciel à accès limité. Cela recouvre donc l'accès à l'ordinateur lui-même, par ouverture d'une session de travail. On entend également, par accès à un service, la connexion à un service distant par l'intermédiaire d'une interface quelconque, par exemple de type portail internet. On parlera également de services quelconques à accès limités, par ordinateur. On entend encore, par accès à un service, l'accès à un lieu à accès limité. Le système de l'invention comprend ainsi une unité informatique par l'intermédiaire de laquelle le service est mis à disposition. Dans le cas de l'accès à un lieu, l'unité informatique gère par exemple l'ouverture d'une porte. 1 o II comprend également un dispositif mobile avec une interface de communication. Cette interface est apte à communiquer avec l'unité informatique, de préférence par voie non filaire. Le dispositif mobile comprend par ailleurs un module d'authentification client apte à générer un mot de passe (Mi). 15 Le système comprend encore un module d'authentification serveur. Ce module est apte à recevoir le mot de passe (Mi) et un identifiant d'utilisateur (Id), et à ouvrir l'accès au service en fonction de ce mot de passe (Mi) et de cet identifiant (Id). De façon caractéristique, l'unité informatique comprend un module 20 de verrouillage. Ce module permet de fermer l'accès au service lorsque le dispositif mobile n'est pas situé dans un périmètre donné de l'unité informatique. Ainsi, si l'utilisateur s'absente en emportant son dispositif mobile, l'accès au service est automatiquement fermé, sans que l'utilisateur ait 25 besoin de réaliser une quelconque opération de déconnexion, ou de verrouillage. Dans une première variante de réalisation, le module d'authentification serveur est situé dans l'unité informatique. Alternativement, ce module d'authentification serveur se trouve sur 30 une unité serveur distante de l'unité informatique mais susceptible de communiquer avec via un réseau. Dans le cas où le module d'authentification serveur se trouve dans l'unité informatique, le module de verrouillage peut être soit distinct de celui-ci soit inclus dans celui-ci. Dans une autre variante de réalisation, éventuellement en combinaison avec la première, l'interface de communication du dispositif mobile est apte à transmettre l'identifiant (Id) et le mot de passe (Mi), généré par le module d'authentification client, à l'unité informatique (1). Par conséquent, dans ce cas, l'utilisateur n'a pas à saisir son identifiant et son mot de passe sur l'unité informatique en vue d'accéder au service. En effet, la transmission de ce couple identifiant et mot de passe à l'unité informatique par le dispositif mobile se fait par simple appui d'une touche sur le dispositif mobile tel qu'un téléphone portable. Le processus d'authentification n'a plus qu'à être mené à bien par 15 le module d'authentification serveur, après éventuelle transmission par l'unité informatique à l'unité serveur. Le périmètre autour de l'unité informatique dans lequel doit se trouver le dispositif mobile, au-delà duquel l'accès au service est fermé, est au maximum égal à la portée de communication entre le dispositif 20 mobile et l'unité informatique. Ce périmètre peut éventuellement être inférieur à la portée de communication entre le dispositif mobile et l'unité informatique. II est de préférence paramétré dans le module d'authentification client et/ou dans le module de verrouillage. 25 Dans une autre variante de réalisation, éventuellement en combinaison avec une ou plusieurs quelconques des précédentes, le système comprend une unité de stockage, telle qu'une base de données. Cette unité de stockage comprend au moins un identifiant d'utilisateur (Id) et un mot de passe courant (Mc) associé. 30 En outre, le module d'authentification serveur est apte à générer un nouveau mot de passe (M) à partir du mot de passe (M;) généré par le dispositif mobile, puis à comparer le nouveau mot de passe (M) avec le mot de passe courant (Mc) stocké dans l'unité de stockage. Enfin, le module d'authentification serveur est apte à ouvrir l'accès au service si le résultat de la comparaison est positif, et à remplacer le mot de passe courant (Mc) stocké dans l'unité de stockage par le nouveau mot de passe (M). Eventuellement, le module d'authentification client est apte à générer une clé d'authentification (K). Le module d'authentification serveur est alors apte à recevoir la clé d'authentification (K) et à la stocker dans l'unité de stockage associée à l'identifiant (Id) (et à un mot de passe courant (Mc)), au cours d'une phase d'initialisation. Le module d'authentification serveur est en outre alors apte à générer le nouveau mot de passe (M) à partir de la clé d'authentification (K), et du mot de passe (Mi) généré par le dispositif mobile (2). Ainsi, en remplaçant, dans l'algorithme d'authentification par mot de passe à usage unique, la fonction de hachage par une fonction de chiffrement type DES avec clé, on augmente la sécurité d'accès au service. L'invention se rapporte également, selon un deuxième aspect, à un procédé d'authentification d'un utilisateur pour l'accès à un service mis à disposition par l'intermédiaire d'une unité informatique. Ce procédé comprend une étape de génération d'un mot de passe (M;) par un module d'authentification client d'un dispositif mobile. II comprend également une étape de réception du mot de passe (M;) et d'un identifiant d'utilisateur (Id) par un serveur d'authentification, ainsi qu'une étape de vérification par le serveur d'authentification du mot de passe à (M;) et de l'identifiant (Id) en vue d'ouvrir l'accès au service. De façon caractéristique, le procédé comprend en outre une étape de détermination, par un module de verrouillage dans l'unité informatique, de la distance entre cette unité informatique et le dispositif mobile. 7 Il comprend également une étape de fermeture, par ce module de verrouillage, de l'accès au service lorsque le dispositif mobile se trouve au delà d'un périmètre donné autour de l'unité informatique. Dans une première variante de mise en oeuvre, le procédé comprend une étape de transmission par le dispositif mobile du mot de passe (Mi) généré et de l'identifiant (Id), de préférence par voie non filaire, à l'unité informatique. Dans encore une autre variante, éventuellement en combinaison avec la précédente, le périmètre donné est inférieur ou égal à la portée de communication entre le dispositif mobile et l'unité informatique, et paramétré dans le module d'authentification client et/ou dans le module de verrouillage. Dans encore une autre variante, éventuellement en combinaison avec une ou plusieurs quelconques des précédentes, le procédé 15 comprend une étape de génération d'un nouveau mot de passe (M) par le module d'authentification serveur à partir du mot de passe (Mi) généré par le dispositif mobile et à partir de l'identifiant. Le module d'authentification serveur compare alors le nouveau mot de passe (M) avec un mot de passe courant (Mc) associé à un identifiant 20 (Id) et stocké dans une unité de stockage, par exemple une base de données. L'accès au service est alors ouvert si le résultat de la comparaison est positif, et le mot de passe courant (Mc) stocké dans l'unité de stockage est alors remplacé par le nouveau mot de passe (M). 25 De préférence, le procédé comprend également une étape de génération d'une clé d'authentification (K), par le module d'authentification client du dispositif mobile. Le serveur d'authentification reçoit alors cette clé (K) et la stocke dans l'unité de stockage, associée à un identifiant (Id). 30 De préférence encore, l'étape de génération d'un nouveau mot de passe (M) par le module d'authentification serveur utilise la clé d'authentification (K). D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement et de manière complète à la lecture de la description ci-après des variantes préférées de réalisation du système et de mise en oeuvre du procédé, lesquelles sont données à titre d'exemples non limitatifs et en référence aux dessins annexés suivants. figure 1 : représente schématiquement un premier exemple du système de l'invention, figure 2 : représente schématiquement un deuxième exemple du système de l'invention, 1 o figures 3a, 31) : représentent schématiquement le procédé d'authentification de l'invention. Le système d'authentification représenté schématiquement à la figure 1 permet donc à un utilisateur muni d'un dispositif mobile 2 d'accéder à un service par l'intermédiaire d'une unité informatique 1. 15 L'unité informatique 1 peut être par exemple un ordinateur personnel classique, qui permet notamment d'accéder à une session de travail. L'unité informatique 1 permet également de se connecter à un réseau, par exemple à internet. L'accès à se réseau peut lui-même 2 0 nécessiter une authentification, mais une fois connecté, l'accès à des sites ou portails internet spécifique peut aussi nécessiter une authentification. L'unité informatique 1 permet donc d'accéder à l'ensemble des services de ce type. De plus, dans le cadre d'une application de l'invention à l'accès 25 contrôlé à un lieu donné, l'unité informatique 1 gère l'accès 8 à un lieu dont l'entrée est matérialisée schématiquement sur la figure 1 par une porte 8. Le dispositif mobile 2 peut être par exemple un téléphone portable, un assistant personnel numérique, un ordinateur portable, voire une 30 simple � calculette �. Le dispositif mobile 2 comprend une interface de communication apte à communiquer avec l'unité informatique 1. II s'agira de préférence d'une interface de communication par voie non filaire. Par ailleurs, le dispositif mobile 2 comprend un module d'authentification client 3 représenté schématiquement sur la figure 1 5 comme une � brique �. Ce module d'authentification client 3 permet de générer un mot de passe M;, comme il sera expliqué plus loin dans le cadre de la description du procédé de l'invention. Le système de l'invention représenté à la figure 1 comprend en 10 outre un module d'authentification serveur 5. Dans cette variante de réalisation, ce module d'authentification serveur 5 est représenté schématiquement comme une � brique � dans une unité serveur 7. Cette unité serveur 7 communique avec l'unité informatique 1, par exemple par l'intermédiaire d'un réseau de communication qui peut être du type 15 Internet. Le module d'authentification serveur 5 est apte à recevoir le mot de passe M; ainsi qu'un identifiant d'utilisateur Id, et à ouvrir l'accès au service sur l'unité informatique 1, après vérification du mot de passe M; et de l'identifiant Id. 20 Dans la variante de réalisation représentée à la figure 1, le mot de passe M; généré par le module d'authentification client 3 du dispositif module 2, ainsi que l'identifiant de l'utilisateur Id, sont transmis à l'unité informatique 1, de préférence par voie non filaire. Alternativement, l'utilisateur peut saisir directement ce mot de 25 passe M; et son identifiant Id sur l'unité informatique 1, par le biais d'un dispositif d'entrée présent sur le dispositif mobile 2, tel d'un clavier par exemple. L'unité informatique 1 transmet ensuite à son tour ce mot de passe M; et cet identifiant d'utilisateur Id à l'unité serveur 7, donc au module 30 d'authentification serveur 5. Le système d'authentification représenté à la figure 1 comprend également une unité de stockage 4, par exemple du type base de données, qui stocke notamment les identifiants d'utilisateur Id et des mots de passe associés, appelés mots de passe courants Mc, en vue de la mise en oeuvre du procédé d'authentification, notamment par le module d'authentification serveur 5, comme il sera expliqué plus loin dans le cadre de la description du procédé de l'invention. Cette base de données ou unité de stockage 4 est donc reliée au module d'authentification serveur 5. Dans le cas représenté schématiquement à la figure 1 où le module d'authentification serveur 5 fait partie d'une unité serveur 7, la liaison entre la base de données 4 et le module d'authentification serveur 5 se fait bien sûr par l'intermédiaire de cette unité serveur 7. L'unité informatique 1 comprend par ailleurs un module de verrouillage 6 représenté schématiquement à la figure 1 comme une � brique �. Ce module de verrouillage 6 permet de fermer l'accès au service dans le cas où le dispositif mobile 2 n'est pas situé dans un périmètre donné de l'unité informatique 1. Ce périmètre donné est au maximum égal à la portée de communication entre le dispositif mobile 2 et l'unité informatique 1. Si la communication dont il s'agit est de type communication par voie filaire, la portée est alors limitée par la longueur du câble de communication reliant le dispositif mobile 2 à l'unité informatique 1. La rupture de communication, lorsque le dispositif mobile 2 est débranché pour s'éloigner au-delà de la longueur du câble, sera détectée par le module de verrouillage 6 et entraînera la fermeture de l'accès au service. De préférence, cependant, le dispositif mobile étant un téléphone portable, la communication est de type communication par voie non filaire. Dans ce cas, la portée maximale de communication est soit limitée par les caractéristiques physiques des éléments de communication du dispositif mobile 2 et de l'unité informatique 1, soit par le protocole de communication utilisé, soit par les deux. A titre d'exemple, dans le cas de l'utilisation du protocole BLUETOOTHTM, la portée de communication maximale est généralement de 10 m, ou 100 m avec un amplificateur. Ainsi, dans le cas où le périmètre limite correspond à la portée de communication entre le dispositif mobile 2 et l'unité informatique 1, le module de verrouillage 6 détecte la rupture de communication engendrée par la sortie du dispositif mobile 2 du périmètre en question, et transmet l'information de fermeture de l'accès au service au serveur d'authentification. 1 o Toutefois, il peut être avantageux de définir ce périmètre limite à une valeur inférieure à la portée maximale de communication entre le dispositif mobile 2 et l'unité informatique 1. En particulier, s'il s'agit d'assurer la fermeture de l'accès au service lorsque l'utilisateur quitte son bureau, donc s'éloigne de quelques mètres seulement de l'unité 15 informatique 1, le périmètre limite en question doit être défini à une valeur inférieure à la porté de communication qui est généralement trop élevée. Dans ce cas, un paramétrage est prévu soit dans le module d'authentification client 3 du dispositif mobile 2, soit dans le module de verrouillage 6 de l'unité informatique 1, soit dans ces deux modules à la 20 fois. Ainsi, en fonction du protocole de communication utilisé pour les communications entre le dispositif mobile 2 et l'unité informatique 1, grâce à ce paramétrage, soit le module d'authentification client 3 détecte la sortie du dispositif mobile 2 du périmètre donné, soit c'est le module de 25 verrouillage 6 qui détecte cet évènement, soit ce sont les deux modules à la fois, selon les besoins du protocole de communication utilisé. Comme il sera expliqué plus loin dans le cadre de la description du procédé de l'invention, le module d'authentification serveur 5 est apte à générer un nouveau mot de passe M à partir du mot de passe M; 30 préalablement généré par le dispositif mobile 2 et qui lui a été transmis par l'intermédiaire de l'unité informatique 1. Le module d'authentification serveur 5 est également apte à comparer ce nouveau mot de passe M avec le mot de passe courant c stocké préalablement dans l'unité de stockage 4 associée à l'identifiant Id également préalablement transmis par l'unité informatique 1. En fonction du résultat de la comparaison, le module d'authentification serveur 5 permet l'ouverture de l'accès au service et le remplacement du mot de passe courant Mc stocké dans l'unité de stockage 4 par le nouveau mot de passe M, pour les besoins du procédé d'authentification tel qu'expliqué plus loin. De préférence, ce procédé d'authentification utilise une clé d'authentification K générée par le module d'authentification client 3, et transmise au module d'authentification serveur 5 par l'intermédiaire de l'unité informatique 1. Le module d'authentification serveur 5 stocke également la clé d'authentification K dans l'unité de stockage 4 associée à l'identifiant Id correspondant. Le nouveau mot de passe M généré par le module d'authentification serveur 5 pour les besoins du procédé d'authentification de l'invention, est alors généré non seulement à partir du mot de passe M; préalablement généré par le dispositif mobile 2, mais également à partir 2 0 de la clé d'authentification K. La figure 2 représente schématiquement une autre variante de réalisation du système de l'invention. On retrouve sur la figure 2 d'une part le dispositif mobile 2 comprenant le module d'authentification client 3, et d'autre part l'unité 25 informatique 1 qui communique par voie filaire ou non filaire avec le dispositif mobile 2 et qui comprend le module de verrouillage 6. On retrouve également l'unité de stockage 4. Par contre, contrairement au mode de réalisation représenté à la figure 1, dans ce mode de réalisation représenté à la figure 2, le module 30 d'authentification serveur 5 est implémenté directement dans l'unité informatique 1. L'unité informatique 1 joue donc également le rôle de l'unité serveur d'authentification 7 de la figure 1. La base de données ou unité de stockage 4 est donc reliée, par exemple par l'intermédiaire du réseau, à l'unité informatique 1. Par ailleurs, la communication entre le module de verrouillage 6 et le module d'authentification serveur 5 se fait directement sur l'unité informatique 1. Eventuellement, le module de verrouillage 6 et le module d'authentification serveur 5 peuvent constituer un seul et unique module. Ce mode de réalisation représenté à la figure 2 correspond notamment au cas de l'authentification pour l'accès à une session de travail sur un ordinateur personnel 1, qui n'est pas nécessairement en réseau. Il s'agit alors d'ouvrir une session de travail pour accéder au système d'exploitation. L'accès à l'ouverture de la session, et le processus d'authentification, sont alors entièrement gérés par un ou plusieurs modules sur l'ordinateur personnel 1. Il est à noter que l'unité de stockage 4, si elle a été représentée à la figure 2 de façon distincte de l'unité informatique 1, peut très bien être directement implémentée sur l'unité de stockage ou disque dur de l'unité informatique 1. De même, dans le mode de réalisation représenté à la figure 1, l'unité de stockage 4 représentée schématiquement distincte de l'unité serveur 7, pourrait tout aussi bien être implémentée directement sur l'unité de stockage ou disque dur de l'unité serveur 7. Le procédé d'authentification de l'invention va maintenant être 25 décrit plus en détail en référence aux figures 3a et 3b. Plus précisément, la figure 3a correspond à l'initialisation du processus. Au cours de cette phase d'initialisation, l'utilisateur saisit à l'étape A sur son dispositif mobile 2 un identifiant Id et, notamment dans le cadre 30 d'un algorithme d'authentification par mot de passe à usage unique, le nombre N de mots de passe à générer. Au cours de cette étape A, après calcul effectué par le module d'authentification client 3, l'utilisateur obtient une clé K et un premier mot de passe MN. Ces données sont par exemple affichées sur l'écran du dispositif mobile 2 tel qu'un téléphone portable. On utilisera de préférence un algorithme dans lequel la relation suivante est vérifiée : MN = HN (K, graine) Dans cette relation, la graine est un aléa généré par le module d'authentification client 3 sur le dispositif mobile 2, H est une fonction de 1 o chiffrement par exemple du type DES qui sera itérée N fois, et K est une clé générée aléatoirement. Autrement dit, lors de cette initialisation, MN est calculé en itérant N fois la fonction H appliquée à la clé K et à la graine : MN = H (K, H (K, H ( � n fois � H(K, H (K, graine))...)) 15 De préférence, on utilisera ainsi un algorithme dérivé de S/KEY (RFC 1760). Le mot de passe MN sera alors affiché par le dispositif mobile 2, par exemple sous la forme de 6 mots courts (par exemple de 3 ou 4 caractères). 2o Ensuite, à l'étape B, l'utilisateur saisit son identifiant Id, la clé K, et le mot de passe généré initialement MN sur l'unité informatique 1 pour transmission au module d'authentification serveur 5. De préférence, ce transfert des données d'initialisation au module d'authentification 5 se fait de façon sécurisée, par exemple en utilisant un 25 protocole de type https. Alternativement, on peut prévoir de stocker la clé K et le nombre N à l'avance dans l'unité de stockage, et de transmettre ces informations à l'utilisateur par courrier, messagerie, etc... Alors, dans ce cas, à l'étape B, l'utilisateur n'a plus qu'à saisir son identifiant Id et le mot de passe MN. 3o A l'étape C, ces informations sont validées puis enregistrées par le serveur sur l'unité de stockage 4. Alternativement, et de préférence, lors de l'étape B, ces informations d'identifiant Id, de mot de passe MN, et éventuellement de clé K, sont transmises directement et automatiquement, par exemple par voie non filaire, par le dispositif mobile 2 à l'unité informatique 1, avant mise en oeuvre de l'étape C pour validation et enregistrement tel qu'expliqué ci-dessus. La figure 3b représente quant à elle schématiquement le déroulement de l'authentification une fois l'initialisation effectuée. L'utilisateur obtient sur demande un nouveau mot de passe sur son dispositif mobile 2. Pour ce faire, à l'étape D, l'utilisateur saisit son identifiant Id sur le dispositif mobile 2. Alternativement, cet identifiant est déjà stocké dans le dispositif mobile 2. L'utilisateur déclenche alors la mise en oeuvre du module d'authentification client 3, par exemple en appuyant sur une touche quelconque de l'interface utilisateur du dispositif mobile 2. Le module d'authentification client 3 génère alors un mot de passe M; correspondant identification n° i parmi les N possibles, en itérant N-i fois la fonction H, selon la formule suivante : M; = HN (K, graine) 2 0 où H, N, K et graine ont été présentés plus haut. A titre d'exemple, lors de la première identification sur un total de N=4, M, sera obtenu en itérant 3 fois la fonction H, selon le calcul suivant : M, = H3 (K, graine) = H (K, H (K, H (K, graine))). En revenant au cas plus général de l'identification n° i, le mot de 25 passe M; ainsi obtenu est alors par exemple affiché sur l'écran du dispositif mobile 2. L'utilisateur peut donc saisir son identifiant Id et ce mot de passe M; sur l'unité informatique 1. Alternativement, et de préférence, le dispositif mobile 2 transmet automatiquement, par exemple par voie non filaire, ces 30 deux informations d'identifiant Id et de mot de passe M; à l'unité informatique 1 sans que l'utilisateur n'ait besoin de les saisir. Eventuellement, selon que l'on se trouve dans la configuration du mode de réalisation décrit à la figure 1, ou dans le mode de réalisation décrit à la figure 2, ces informations sont à leur tour transmises par l'unité informatique 1 à une unité serveur 7 où se trouve localisé le module d'authentification serveur 5. A réception de ces informations d'identification Id et de mot de passe M;, le module d'authentification serveur 5 met en oeuvre l'étape E de calcul ou génération d'un nouveau mot de passe M selon la formule suivante : M = H (K, M;) = H (K, H""' (K, graine)) si M; est correct. Ainsi, M devrait être égal à H""'+1 (K, graine) ou encore égal à H""(1"1) (K, graine) Autrement dit, ce nouveau mot de passe M devrait correspondre au mot de passe utilisé lors de l'identification précédente, c'est-à-dire 15 l'identification n° (i-1). C'est donc ce qui est vérifié à l'étape suivante F, au cours de laquelle le module d'authentification serveur 5 interroge l'unité de stockage 4 pour déterminer le mot de passe courant Mi_1 enregistré en association avec l'identifiant Id. Ensuite, le module d'authentification 20 serveur compare ce mot de passe enregistré M;_1 avec le mot de passe nouvellement calculé M. Si ces deux mots de passe ne correspondent pas, l'accès au service est refusé et une étape G est mise en oeuvre pour indiquer à l'utilisateur par retour l'échec de l'authentification. 25 Sinon, c'est-à-dire si M correspond à Mi_1, l'étape P est mise en oeuvre au cours de laquelle le module d'authentification serveur 5 remplace dans la base de données ou unité de stockage 4 l'ancien mot de passe Mi_1 associé à l'identifiant Id, par le mot de passe M; préalablement généré par le module d'authentification client 3. 30 En poursuivant l'exemple utilisé dans le cadre des explications relatives à l'initialisation du procédé un peu plus haut, en référence à la figure 3a, avec N = 4, lors de la première identification, M1 est donc calculé de la façon suivante par le module d'authentification client 3 : M1 = H3 (K, graine) = H (K, H (K, H (K, graine))). M1 est transmis avec l'identifiant Id au module d'authentification 5 serveur, qui calcul alors M de la façon suivante : M = H (K, M1) = H (K, H3 (K, graine)) si M1 est correct. On obtient alors M = H4 (K, graine), c'est-à-dire M = M4 si M1 est bien correct. M1 remplace ensuite M4 dans la base de données 4. 1 o Et ainsi de suite : lors de la deuxième identification, M2 devrait être utilisé et s'il est valable, il remplacera M1 dans la base de données 4 ; lors de la troisième identification, M3 devrait être utilisé et s'il est valable, il remplacera M2 dans la base de données 4 ; lors de la quatrième identification, M4 devrait être utilisé et s'il est valable, il remplacera M3 dans 15 la base de données 4 ; etc Ensuite, c'est-à-dire une fois la vérification, avec résultat positif, effectuée suite à une tentative d'identification, le module d'authentification serveur 5 met en oeuvre, au cours de l'étape Q, une procédure classique d'ouverture du service concerné. 20 Une fois l'accès au service accordé, l'utilisateur peut donc utiliser normalement le service, qu'il s'agisse de l'accès à un site Internet à accès limité, de l'accès à un ordinateur par le biais d'une ouverture de cession de travail, ou encore de l'accès à une application locale quelconque sur son ordinateur, ou distante et mise à disposition sur le réseau. 25 En cours d'utilisation du service, l'étape R est mise en oeuvre de façon régulière (en boucle), au cours de laquelle le module de verrouillage 6 tel que présenté plus haut en référence aux figures 1 et 2, détermine la distance entre l'unité informatique 1 et le dispositif mobile 2. Si cette distance est supérieure à un périmètre donné autour de 3o l'unité informatique 1, une étape S de fermeture de l'accès au service est mise en oeuvre et l'utilisateur est informé en retour de la fermeture de l'accès. Sinon, c'est-à-dire si la vérification réalisée à l'étape R montre que le dispositif mobile 2 se trouve bien à l'intérieur du périmètre déterminé, l'accès au service est maintenu ouvert et le processus de surveillance mis en oeuvre par le module de verrouillage 6 se poursuit en boucle. La périodicité de la vérification dépend notamment du protocole de communication utilisé pour la communication entre le dispositif portable 2 et l'unité informatique 1. Comme indiqué plus haut, si le périmètre seuil donné, paramétré soit dans le module d'authentification client 3, soit dans le module de verrouillage 6, soit dans les deux, est égal à la portée maximale de la communication entre le dispositif mobile 2 et l'unité informatique 1, alors le module de verrouillage 6 détecte tout simplement la rupture de communication pour procéder à la fermeture de l'accès au service. Dans le cas où le périmètre seuil donné est paramétré à une valeur inférieure à la portée maximale de la communication entre le dispositif mobile 2 et l'unité informatique 1, c'est bien alors la distance entre le dispositif mobile 2 et l'unité informatique 1 qui est déterminée au cours de l'étape de surveillance J. Cette détermination est notamment fonction du protocole de communication et des caractéristiques physiques de communication entre le dispositif mobile 2 et l'unité informatique 1. Il est rappelé que l'ensemble de la description ci-dessus est donné à titre d'exemple et n'est pas limitatif de l'invention.25 REVENDICATIONS 1. Système d'authentification d'un utilisateur pour l'accès à un service, comprenant : - une unité informatique (1) par l'intermédiaire de laquelle ledit service est mis à disposition, - un dispositif mobile (2) comprenant une interface de communication apte à communiquer avec l'unité informatique (1), de préférence par voie non filaire, et un module 1 o d'authentification client (3) apte à générer un mot de passe (Mi), un module d'authentification serveur (5) apte à recevoir ledit mot de passe (M;) et un identifiant d'utilisateur (Id), et à ouvrir l'accès audit service en fonction de ces dits mot de passe (M;) 15 et identifiant (Id), caractérisé en ce que ladite unité informatique (1) comprend un module de verrouillage (6) permettant de fermer l'accès audit service lorsque ledit dispositif mobile (2) n'est pas situé dans un périmètre donné de ladite unité informatique (1). 20 2. Système selon la revendication 1, caractérisé en ce que le module d'authentification serveur (5) est situé dans l'unité informatique (1). 3. Système selon la revendication 2, caractérisé en ce que le module de verrouillage est inclus dans le module d'authentification serveur (5). 25 4. Système selon l'une quelconque des revendications 1 et 3, caractérisé en ce que l'interface de communication du dispositif mobile (2) est apte à transmettre l'identifiant (Id) et le mot de passe (M;), généré par le module d'authentification client (3), à ladite unité informatique (1). 30 5. Système selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le périmètre donné est inférieur ou égal à laportée de communication entre le dispositif mobile (2) et l'unité informatique (1), et paramétré dans le module d'authentification client (3) et/ou dans le module de verrouillage (6). 6. Système selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend une unité de stockage (4) comprenant au moins un identifiant d'utilisateur (Id) et un mot de passe courant (Mc) associé, et en ce que le module d'authentification serveur (5) est apte à générer un nouveau mot de passe (M) à partir du mot de passe (Mi) généré par le dispositif lo mobile (2), à comparer ledit nouveau mot de passe (M) avec ledit mot de passe courant (Mc) stocké dans ladite unité de stockage (4), à ouvrir l'accès au service si le résultat de ladite comparaison est positif, et à remplacer ledit mot de passe courant (Mc) stocké dans ladite unité de stockage (4) par ledit nouveau mot de passe (M). 15 7. Système selon la revendication 6, caractérisé en ce que le module d'authentification client (3) est apte à générer une clé d'authentification (K). 8. Système selon la revendication 7, caractérisé en ce que le module d'authentification serveur (5) est apte à recevoir la clé 20 d'authentification (K) et à la stocker dans l'unité de stockage (4) associée à l'identifiant (Id). 9. Système selon l'une quelconque des revendications 7 et 8, caractérisé en ce que le module d'authentification serveur (5) est apte à générer le nouveau mot de passe (M) à partir de la clé 25 d'authentification (K), et du mot de passe (Mi) généré par le dispositif mobile (2). 10. Procédé d'authentification d'un utilisateur pour l'accès à un service mis à disposition par l'intermédiaire d'une unité informatique (1), comprenant : 3o - une étape de génération d'un mot de passe (Mi) par un module d'authentification client (3) d'un dispositif mobile (2),une étape de réception dudit mot de passe (M;) et d'un identifiant d'utilisateur (Id) par un serveur d'authentification (5), - une étape de vérification par ledit serveur d'authentification (5) dudit mot de passe (M;) et dudit identifiant (Id) en vue d'ouvrir l'accès audit service, caractérisé en ce qu'il comprend en outre une étape de détermination, par un module de verrouillage (6) dans ladite unité informatique (1), de la distance entre cette dite unité informatique (1) et ledit dispositif mobile (2), et une étape de fermeture, par ce dit module de verrouillage (6), de l'accès audit service lorsque ledit dispositif mobile (2) se trouve au delà d'un périmètre donné autour de ladite unité informatique (1). 11. Procédé selon la revendication 10, caractérisé en ce qu'il comprend une étape de transmission par le dispositif mobile (2) du mot de passe (M;) généré et de l'identifiant (Id), de préférence par voie non filaire, à l'unité informatique (1). 12. Procédé selon l'une quelconque des revendications 10 et 11, caractérisé en ce que le périmètre donné est inférieur ou égal à la portée de communication entre le dispositif mobile (2) et l'unité informatique (1), et paramétré dans le module d'authentification client (3) et/ou dans le module de verrouillage (6). 13. Procédé selon l'une quelconque des revendications 10 à 12, caractérisé en ce qu'il comprend : - une étape de génération d'un nouveau mot de passe (M) par le module d'authentification serveur (5) à partir du mot de passe (M;) généré par le dispositif mobile (2) et à partir de l'identifiant (Id), une étape de comparaison par ledit module d'authentification serveur (5) dudit nouveau mot de passe (M) avec un mot de passe courant (Mc) associé à un identifiant (Id) et stocké dans une unité de stockage (4),-une étape d'ouverture de l'accès au service si le résultat de ladite étape de comparaison est positif, - une étape de remplacement dudit mot de passe courant (Mc) stocké dans ladite unité de stockage (4) par ledit nouveau mot de passe (M). 14. Procédé selon la revendication 13, caractérisé en ce qu'il comprend une étape de génération d'une clé d'authentification (K), par le module d'authentification client (3) du dispositif mobile (2), une étape de réception par le serveur d'authentification (5) de ladite clé (K) et une étape de stockage de ladite clé (K) dans l'unité de stockage (4) en association avec l'identifiant (Id). 15. Procédé selon la revendication 14, caractérisé en ce que ladite étape de génération d'un nouveau mot de passe (M) par le module d'authentification serveur (5) utilise la clé d'authentification (K).15