Brevet FR2985146A1 — publié le 20130628

Procédé d'authentification d'un premier terminal par un deuxième terminal. Domaine technique L'invention se rapporte à un procédé d'authentification d'un premier terminal par un deuxième terminal. Etat de la technique Pour des raisons de sécurité, une communication entre deux terminaux nécessitent souvent une authentification. Concrètement, lorsqu'un premier terminal requiert une communication avec un deuxième terminal, le deuxième terminal authentifie le premier terminal avant de poursuivre la communication. Un procédé connu pour authentifier le premier terminal consiste pour le premier terminal à transmettre une donnée secrète partagée avec le deuxième terminal. A réception, le deuxième terminal vérifie si la donnée secrète issue du premier terminal et la donnée secrète qu'il stocke en mémoire correspondent. Dans l'affirmative, le premier terminal est authentifié et la communication peut débuter. La donnée secrète en question est souvent un code numérique, typiquement un code PIN (sigle anglo saxon de Personal Identification Number). Par exemple dans le domaine du paiement le premier terminal peut être un téléphone mobile et le deuxième terminal un terminal de paiement d'un marchand de biens ou services. Une authentification du téléphone consiste à saisir sur un clavier du téléphone le code en question, à le transmettre au terminal de paiement, et pour le terminal de paiement à vérifier la correspondance entre code reçu et code mémorisé. S'il y a correspondance, le téléphone est authentifié. Dans la négative, le téléphone n'est pas authentifié. L'utilisation d'un code nécessite une mémorisation du code par l'utilisateur; or ce dernier n'est pas à l'abri d'un oubli. L'invention vient améliorer l'art antérieur L'invention A cet effet, selon un aspect fonctionnel, l'invention se rapporte à un procédé d'authentification d'un premier terminal par un second terminal , les terminaux étant aptes à communiquer entre eux au travers d'un réseau de communication, ledit premier terminal étant apte à se déplacer géographiquement et à être localisé lors de son déplacement, caractérisé en ce qu'il comprend une étape de réception préalable d'un itinéraire (ITN) à effectuer par le premier terminal, suivie, lors du déplacement du premier terminal, d'une étape de vérification de l'existence d'une correspondance entre des localisations du premier terminal et l'itinéraire ; et d'une étape d'authentification fonction du résultat de l'étape de vérification. L'authentification d'un terminal est donc basée sur des localisations du terminal à authentifier. Ces localisations sont récoltées au fil du temps et sont enregistrées pour être comparées à l'itinéraire préalablement fourni. L'utilisateur n'a donc plus de code à mémoriser. L'invention peut être utilisée seule ou en association avec un autre procédé d'authentification afin de sécuriser davantage cet autre procédé. Par exemple un procédé d'authentification basé sur un code numérique de type code PIN peut être complété par le procédé de l'invention. Selon un mode de réalisation particulier de l'invention, l'étape de réception comprend en outre la réception d'au moins un point de passage, en ce que l'étape de vérification comprend la vérification de l'existence d'une correspondance entre des localisations et ledit au moins un point de passage. De cette façon, la vérification le premier terminal peut s'écarter de l'itinéraire en dehors des points de passage sans que cela ait une influence sur le résultat de l'authentification. Selon une variante de ce mode, l'étape de réception comprend en outre la réception d'au moins une information contextuelle liée audit au moins un point de passage, et en ce que l'étape de vérification comprend en outre, lorsqu'il existe une correspondance entre une localisation récoltée au cours du déplacement du premier terminal et un point de passage, une vérification de l'existence d'une correspondance entre l'information contextuelle liée au point de passage et l'information contextuelle liée à la localisation récoltée. Cette variante est une vérification supplémentaire permettant de sécuriser davantage le procédé de l'invention. L'information contextuelle en question peut inclure au moins une information choisie parmi les suivantes. L'information contextuelle peut être une vitesse associée au premier terminal au point de passage correspondant. La vitesse est fournie sous forme de plage incluant une vitesse minimale et une vitesse maximale. L'information contextuelle peut être une information temporelle indiquant le moment du passage au point de passage correspondant. Cette information temporelle est par exemple une date, une heure de passage soit précise ou fournie sous forme de fenêtre temporelle. L'information contextuelle peut être aussi un ou plusieurs moyens de localisation susceptibles d'être utilisés pour l'obtention d'une localisation au point de passage correspondant. Selon un aspect matériel, l'invention a trait à un système informatique comprenant un premier terminal apte à être authentifié par un second terminal, les terminaux comprenant des moyens de communication pour communiquer entre eux au travers d'un réseau de communication, ledit premier terminal étant apte à se déplacer géographiquement, caractérisé en ce qu'il comprend des moyens de réception d'un itinéraire à effectuer par le premier terminal, des moyens de vérification de l'existence d'une correspondance entre des localisations du premier terminal et au moins une partie de l'itinéraire ; des moyens de fourniture aptes à fournir le résultat de l'étape de vérification. Le résultat ainsi obtenu sert à authentifier ou non le premier terminal. Selon un autre aspect matériel, l'invention a trait à un Terminal, dit premier terminal, apte à être authentifié par un autre terminal, dit second terminal, le premier terminal comprenant des moyens de localisation, caractérisé en ce qu'il comprend des moyens de fourniture d'un itinéraire, des moyens de fourniture de localisations du premier terminal à des fins d'authentification. Selon un autre aspect matériel, l'invention a trait à un serveur comprenant des moyens de communication pour communiquer avec un réseau de communication, caractérisé en ce qu'il comprend Des moyens de réception d'un itinéraire à effectuer par un terminal, Des moyens de vérification de l'existence d'une correspondance entre des localisations du premier terminal et au moins une partie de l'itinéraire; des moyens de fourniture aptes à fournir le résultat de l'étape de vérification. Selon un autre aspect matériel, l'invention a trait à un programme d'ordinateur apte à être mis en oeuvre sur un terminal tel que défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté réalise les étapes du procédé de l'invention défini ci-dessus. L'invention a trait aussi à un support d'enregistrement lisible par un dispositif de traitement de données sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de l'invention défini ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Les figures: La figure 1 représente un système informatique dans lequel l'invention peut être mise en oeuvre. Les figures 2 à 4 sont des vues schématiques des circuits inclus dans les terminaux et le serveur. Les figures 5 à 7 représentent trois modes de réalisation du procédé de l'invention, respectivement. La figure 8 est une vue d'un carte avec un itinéraire qui servira de base à différents modes de réalisation. Description détaillée de plusieurs modes de réalisation illustrant l'invention La figure 1 représente un système SYS comprenant un premier terminal 10 et TRM1, un deuxième terminal TRM2, et un serveur SRV. Dans notre exemple le premier terminal TRM1 est un téléphone de radiocommunication et le deuxième terminal TRM12 un terminal de paiement de type TPE. Le serveur SRV et le premier terminal sont connectés entre eux via un 15 premier moyen de communication RES1 illustré au moyen d'un réseau de communication dit premier réseau dans la suite de la description. Ce premier réseau est par exemple un réseau de troisième génération 3G. Dans notre exemple, le premier terminal TRM1 et le deuxième terminal TRM2 communiquent entre eux par l'intermédiaire d'un deuxième moyen de 20 communication illustrée par un réseau de courte portée RES2 de type NFC (sigle anglo-saxon de Near Field Communication). Ce deuxième réseau ne se limite pas à réseau de courte portée de type NFC mais pourrait être aussi un réseau WIFI ou tout autre réseau permettant au premier terminal de communiquer avec le deuxième terminal notamment pour la réalisation d'une transaction par exemple 25 bancaire. Les terminaux sont équipés d'un premier microprocesseur CPU1 et d'un deuxième microprocesseur CPU2, respectivement. Dans notre exemple, le premier terminal TRM1 comprend en outre les moyens suivants des premiers moyens de communication COM11 et COM12 permettant de communiquer avec le premier réseau RES1 et le deuxième réseau RES2, respectivement; des moyens de mémorisation MEM11 apte à stocker des données dont une première application APP1 et, optionnellement, selon le mode de réalisation choisi, tout ou partie d'une entité ENT qui sera décrite dans la suite de la description. Les moyens décrits ci-dessus ainsi que le premier microprocesseur CPU1 sont reliés entre eux par l'intermédiaire d'un premier bus BUS1 Le deuxième terminal TRM2 comprend, outre le deuxième processeur CPU2, - des deuxièmes moyens de communication COM21 et COM22 permettant de communiquer avec le premier moyen RES1 et le deuxième réseau RES2, respectivement; - une deuxième mémoire MEM2 apte à stocker une application APP2 apte à réaliser une transaction bancaire. Les moyens décrits ci-dessus ainsi que le deuxième microprocesseur CPU2 sont reliés entre eux par l'intermédiaire d'un deuxième bus BUS2. Enfin, le serveur SRV comprend des troisièmes moyens de communication COM31 et COM32 permettant de communiquer avec le premier réseau RES1 et le deuxième réseau RES2, respectivement; une troisième mémoire MEM3 apte à stocker tout ou partie d'une entité ENT qui sera décrite dans la suite de la description. Rappelons qu'un bus a pour fonction d'assurer le transfert de données numériques entre les différents circuits d'un terminal. Dans notre exemple, le bus en question inclut un bus de données et un bus de contrôle. A noter aussi que, dans notre exemple, les mémoires décrites ci-dessus sont des mémoires permanentes de type ROM (acronyme anglo-saxon de Read Only Memory). Le premier terminal TRM1 est apte à réaliser une transaction bancaire avec le deuxième terminal TRM2. Pour la réalisation de la transaction bancaire, le deuxième terminal est apte à communiquer avec un réseau spécifique (non représenté sur les figures) appartenant par exemple à une banque. La transaction nécessite une étape préalable d'authentification du premier terminal de façon à authentifier le premier terminal avant la réalisation d'une transaction bancaire. Selon l'invention, afin de compléter une méthode d'authentification connue de l'homme du métier, par exemple par code PIN, et/ou afin d'éviter une saisie d'un code par l'utilisateur, une entité ENT visée ci-dessus reçoit initialement un itinéraire INT à parcourir par un terminal, dans notre exemple le premier terminal, et réalise les étapes suivantes : - une étape de réception de localisations LOCx du premier terminal TRM1 lors du déplacement du premier terminal, - une étape de vérification qu'au moins une partie des localisations reçues correspondent à l'itinéraire initialement fournit, - fourniture du résultat de la vérification. Le résultat correspond soit à une validation VL signifiant que le premier terminal a franchi tous les points de passage renseignés lors de la fourniture de l'itinéraire. soit à un échec signifiant que tous les points de passage n'ont pas été franchis et que donc le premier terminal n'est pas authentifié. Dans notre exemple, l'entité ENT peut se décomposer en - un premier module de réception RCP1 d'un itinéraire ; - un deuxième module de réception RCP2 de localisations du premier terminal apte à recevoir des localisations du premier terminal au cours de son déplacement ; - un module de vérification VRF d'une correspondance entre une localisation du premier terminal et l'itinéraire reçu ; un module de fourniture du résultat de la vérification ; le module est illustré au moyen d'un module de validation VAL apte à transmettre un message de validation VL lorsque tous les points de passage ont été franchis. Le lieu de stockage des différents modules peut varier. Un module peut être localisé dans le serveur, dans le premier terminal, dans le deuxième terminal ou dans tout autre dispositif. Cependant, le serveur est sécurisé, nous verrons donc que le stockage des modules de vérification et de validation ont un intérêt à être stockés de préférence sur le serveur pour des raisons de sécurité. La première application APP1 décrite ci-dessus, lorsqu'elle est exécutée est apte à - recevoir un itinéraire ITN, - à transmettre l'itinéraire ITN à destination de l'entité ENT. La deuxième application APP2 est quant à elle, dans notre exemple, une application bancaire apte à réaliser une transaction bancaire avec le premier terminal. La transaction est par exemple un paiement pour l'achat d'un bien ou service. Cette deuxième application APP2 requiert une authentification avant de débuter une transaction, et peut à ce titre communiquer avec l'entité ENT afin d'obtenir des informations garantissant que le premier terminal TRM1 est authentifié ou non. L'invention va être décrite selon plusieurs modes de réalisation. Dans ces trois modes, en référence à la figure 8, quatre points de passage LOCn (n=1 à 4) sont définis. Un nombre inférieur ou supérieur aurait naturellement pu être choisi pour illustrer l'invention. Suer la figure 8, plusieurs traits pleins fléchés indiquent l'itinéraire ITN. Sur cet itinéraire des lieux géographiques indiquent les points de passage LOCn (n=1 à 4). Les localisations récoltées au cours du déplacement du premier terminal sont représentées au moyen d'un cercle (en pointillé) centré sur une étoile. Le cercle correspond à un rayon d'incertitude lié à l'imprécision des moyens de localisation utilisés. Plus le rayon est petit plus le moyen de localisation est précis. Par exemple, la première localisation coïncide avec le premier point de passage car le moyen de localisation utilisé est très précis ; de même, dans notre exemple, la dernière localisation coïncide avec le dernier point de passage pour la même raison. Un tel moyen est par exemple une localisation GPS assistée (A- GPS), connue de l'homme du métier et basée sur des signaux satellitaires et des informations fournies par le réseau. En d'autres mots, les étoiles correspondent à des localisations récoltées dont les valeurs respectives sont telles qu'il existe une correspondance avec un point de passage. Une correspondance existe entre deux localisations lorsque par exemple la distance les séparant est inférieure à une distance fixée au préalable, ou un point de passage se situe à l'intérieur d'un rayon d'incertitude visé ci-dessus, etc. Afin de ne pas encombrer la figure d'une multitude de localisations récoltées LOCx, la figure 8 ne fait apparaître que les localisations récoltées ayant une correspondance avec un point de passage LOCn. Selon un 1er mode de réalisation, l'entité ENT est localisée dans le serveur SRV. Le serveur est de préférence sécurisé en ce sens que son accès nécessite des droits d'accès. Dans la présente demande, nous ne rentrerons pas dans les détails de tels droits car sans intérêt pour l'exposé de l'invention. Lors d'une première phase PH1, le premier terminal transmet un itinéraire ITN ainsi qu'au moins un point de passage représentatif d'un point de localisation à franchir sur l'itinéraire. Dans notre exemple, quatre points de localisation LOCn (n=1 à 4), sont transmis : Un premier point de localisation LOCI qui correspond à l'adresse du domicile de l'utilisateur ; Un deuxième point de localisation LOC2 qui correspond à l'adresse d'une école d'un enfant de l'utilisateur ; Un troisième point de localisation LOC3 qui correspond à l'adresse d'un fleuriste ; Un quatrième et dernier point de localisation LOC4 qui correspond à l'adresse du restaurant où aura lieu une transaction bancaire au moyen du deuxième terminal. Ces points de localisation sont des lieux géographiques que le terminal doit franchir sans quoi l'entité ENT conclura que l'itinéraire ITN n'a pas été suivi. Cette information sera ensuite fournie au deuxième terminal qui ne poursuivra pas la communication avec le premier terminal car l'authentification du premier terminal aura échoué. Lors de cette première phase PH1, le serveur reçoit l'itinéraire ITN ainsi que les points de localisation LOCn (n=1 à 4). L'itinéraire et les points sont mémorisés dans la troisième mémoire MEM3 par exemple en association avec un identifiant du premier terminal permettant de le distinguer d'autres terminaux. Un tel identifiant est par exemple un identifiant MSISDN (sigle anglo-saxon de Mobile Station ISDN Number) connu de l'homme du métier, ou un identifiant IMSI (sigle anglo-saxon de International Mobile Subscriber Identity). On choisira dans la suite l'identifiant MSISDN comme identifiant du premier terminal. Les données relatives à l'itinéraire INT et l'identifiant peuvent être fournis dans un même message ou transmis séparément dans plusieurs messages distincts. Dans notre exemple un même message référencé M (ITN, LOCn (n=1 à 4), MSISDN) regroupe toutes ces données. Lors d'une deuxième phase PH2, l'utilisateur parcourt l'itinéraire ITN. Lors de son déplacement, le premier terminal est localisé à plusieurs reprises. Les localisations récoltées au fil du temps sont référencées LOCx (x est un nombre entier). Dans notre exemple ; le module de réception RCP2 reçoit plusieurs localisations (...,LOC'x-1, LOC'x, LOC'x+1...) au cours du déplacement du premier terminal TRM1. Dans notre exemple, les localisations sont obtenues grâce à des moyens de localisation. Dans notre exemple, ces moyens de localisation sont situés dans le premier terminal. L'emplacement des moyens de localisation peut varier selon le mode de réalisation choisi. Ces moyens peuvent être situés à l'intérieur du premier terminal mais peuvent bien évidemment être situés sur un autre dispositif externe au premier terminal. Lors de cette deuxième phase PH2, les étapes suivantes sont exécutées : Lors d'une première étape, le module de vérification VRF vérifie s'il y a correspondance entre les localisations récoltées au fil du temps et les points de passage définis ci-dessus. S'il y a une correspondance entre une localisation récoltée LOCx et un point de passage LOCn, le module de validation VAL valide le passage au point de passage LOCn en question. Comme plusieurs points de passage ont été fournis, plusieurs validations sont susceptibles d'avoir lieu. Dans notre exemple, l'ensemble des validations sont stockées dans la troisième mémoire MEM3.Aussi, lorsque le premier terminal a franchi tous les points de passage LOCn, le module de validation est apte à fournir une preuve VL que le premier terminal a franchi tous les points de passage. Dans ce premier mode, cette preuve VL est transmise au premier terminal TRM1. Ensuite, lorsque le premier terminal TRM1 initie une communication avec le deuxième terminal TRM2, le premier terminal transmet la preuve VL au deuxième terminal. De préférence, cette preuve est chiffrée au moyen d'un algorithme de chiffrement. On suppose ici que le deuxième terminal stocke une clé de déchiffrement. Le deuxième terminal TRM2 reçoit la preuve VL chiffrée, déchiffre ensuite la preuve et vérifie que cette preuve est valide. Dans l'affirmative, le premier terminal est authentifié, et la communication entre les terminaux peut débuter. Dans notre exemple, la transaction peut avoir lieu.Dans la négative, la transaction n'a pas lieu. Selon un deuxième mode de réalisation, l'entité est localisée encore une fois dans le serveur ; cependant les échanges diffèrent légèrement lors de la deuxième phase. En effet, dans ce deuxième mode, à la différence du premier mode, la preuve VL n'est pas transmise au premier terminal TRM1 mais stockée dans la troisième mémoire MEM3 en association avec l'identifiant MSISDN du premier terminal. Ensuite, lorsque le premier terminal initie une communication avec le deuxième terminal, le deuxième terminal transmet une requête REQ incluant au moins l'identifiant MSISDN afin d'obtenir la preuve VL. Le serveur répond ensuite. Si le serveur stocke une preuve VL, la réponse incluant la preuve VL est transmise au deuxième terminal TRM2. Comme dans le premier mode, la preuve est chiffrée au moyen d'un algorithme de chiffrement. Le deuxième terminal reçoit la preuve VL chiffrée, déchiffre ensuite la preuve VL. Une fois la preuve obtenue prouvant que le premier terminal est authentifié, la communication entre les terminaux peut débuter. Dans notre exemple, la transaction peut avoir lieu. Si le serveur ne stocke pas de preuve et que donc le premier terminal n'a pas franchi tous les points de passage LOCn, la réponse inclut une telle indication. La transaction n'a pas lieu dans ce cas. Selon un troisième mode de réalisation, le premier terminal se décompose en deux terminaux TRM11 et TRM12. Le terminal TRM11 illustré par un ordinateur sert uniquement à la première phase PH1, tandis que le terminal TRM12 illustré par un téléphone sert à la deuxième phase PH2. Dans cette configuration, la première application APP1 est stockée dans le premier terminal TRM11. Ce dernier transmet le message référencé M (ITN, LOCn (n=1 à 4), MSISDN) à destination de l'entité ENT stockée sur le serveur SRV. Ensuite, le serveur SRV reçoit le message M et retransmet au téléphone TRM12 l'itinéraire reçu ainsi que les points de passage. Selon ce troisième mode de réalisation, les deuxièmes moyens de réception RCP2 et les moyens de vérification VRF sont situés dans le téléphone TRM 12. Dans cette configuration, les étapes sont les suivantes : le module de réception RCP2 reçoit plusieurs localisations (...,LOC'x-1, LOC'x, LOC'x+1... (x est un nombre entier)) au cours du déplacement du premier terminal TRM12. Ensuite, lors d'une première étape, le module de vérification VRF vérifie s'il y a correspondance entre les localisations récoltées au fil du temps et les points de passage définis ci-dessus. S'il y a une correspondance entre une localisation récoltée et un pont de passage, le module de vérification VRF transmet au module de validation VAL situé sur le serveur une information INF indiquant qu'un point de passage LOCn vient d'être franchi. Le module de validation reçoit une information pour chaque point de passage franchi et stocke l'information dans la troisième mémoire. Le module pourrait aussi en variante recevoir l'information en fin de parcours. Aussi, lorsque le premier terminal a franchi tous les points de passage, le module de validation est apte à fournir une preuve VL que le premier terminal a franchi tous les points de passage. Ensuite, tout comme dans le deuxième mode, lorsque le premier terminal TRM1 initie une communication avec le deuxième terminal, le premier terminal TRM12 fournit au moins son identifiant MSISDN. A réception de l'identifiant, le deuxième terminal TRM2 transmet une requête REQ incluant au moins l'identifiant MSISDN afin d'obtenir la preuve VL. Si le serveur stocké une preuve VL, cette dernière est transmise au deuxième terminal TRM2. Si le serveur ne stocke pas de preuve et que donc le premier terminal n'a pas franchi tous les points de passage LOCn, le serveur transmet une réponse comportant une telle indication. Comme dans le premier mode, la preuve est chiffrée au moyen d'un algorithme de chiffrement. Le deuxième terminal reçoit la preuve VL chiffrée, déchiffre ensuite la preuve. A ce stade, le premier terminal est authentifié, et la communication entre les terminaux TRM12 et TRM2 peut débuter. Dans notre exemple, la transaction peut avoir lieu. A noter que dans le premier et deuxième mode, de la même façon que pour le troisième mode de réalisation, le premier terminal TRM1 peut se décomposer en deux terminaux TRM11 et TRM12. Dans cette configuration, comme dans le troisième mode, dans le premier et le deuxième mode, le message M (ITN, LOCn (n=1 à 4), MSISDN) est transmis par l'ordinateur TRM11. Selon une variante applicable aux modes de réalisation décrits ci-dessus, le message M peut inclure des informations contextuelles en liaison avec tout ou partie des points de passage. Dans notre exemple, à chaque point de passage correspond une altitude ; Une date et plage horaire au cours de laquelle un passage au point de passage LOCn est prévu; une vitesse approximative au point de passage ; le moyen de localisation qui sert au calcul de la localisation au point de passage ; Les informations contextuelles sont par exemple les suivantes : latitude longitude Altitude (m) Date -heure Plage Vitesse (km/h) Moyen de horaire localisation (dd.mm.yyyy.hl-h2) LOC1 48.827563 2.265896 120 13.12.2011.7H-8H 10 A-GPS LOC2 48.826885 2.263654 200 13.12.2011.8H-9H 30 CELL-ID LOC3 48.827399 2.265847 250 13.12.2011.9H-10H 40 WIFI LOC4 48.824949 2.265547 300 13.12.2011.10H-11H 5 A-GPS Dans cet exemple, un point de localisation correspond à une latitude et une longitude. L'entité ENT et plus particulièrement les moyens de vérification vérifient tout ou partie des informations contextuelles liées au franchissement du point de passage. Pour ce faire les localisations LOCx sont accompagnées d'au moins une information contextuelle. Pour illustrer ceci, prenons l'exemple d'une localisation LOCx qui correspond à la latitude et longitude de LOC2 et est accompagnée de la date et de l'heure suivantes ; 13.12.2011 à 10h15. Dans cette configuration, l'heure de passage à un point de passage ne se trouve pas dans la plage indiquée, l'entité ENT ne valide pas le passage au point de passage concerné. Selon un autre exemple une localisation LOCx correspond à la latitude et longitude de LOC3 et est accompagné de la date et heure suivantes ; 13.12.2011 à 09h30 et d'une méthode localisation utilisée basée sur un réseau Wifi. Dans cette configuration, la date, l'heure de passage et la méthode de localisation utilisée sont corrects. En conséquence, le module de validation VAL valide le passage au point de passage LOC3.20 REVENDICATIONS1. Procédé d'authentification d'un premier terminal (TRM1) par un second terminal (TRM2), les terminaux étant aptes à communiquer entre eux au travers d'un réseau de communication, ledit premier terminal étant apte à se déplacer géographiquement et à être localisé lors de son déplacement, caractérisé en ce qu'il comprend une étape de réception préalable d'un itinéraire (ITN) à effectuer par le premier terminal, suivie, lors du déplacement du premier terminal, d'une étape de vérification de l'existence d'une correspondance entre des localisations du premier terminal et au moins une partie de l'itinéraire ; et d'une étape d'authentification fonction du résultat de l'étape de vérification. 2. Procédé d'authentification selon la revendication 1, caractérisée en ce que l'étape de réception comprend en outre la réception d'au moins un point de passage, en ce que l'étape de vérification comprend la vérification de l'existence d'une correspondance entre des localisations et ledit au moins un point de passage. 3. Procédé d'authentification selon la revendication 2, caractérisé en ce l'étape de réception comprend en outre la réception d'au moins une information contextuelle liée audit au moins un point de passage, et en ce que l'étape de vérification comprend en outre, lorsqu'il existe une correspondance entre une localisation récoltée au cours du déplacement du premier terminal et un point de passage, une vérification de l'existence d'une correspondance entre l'information contextuelle liée au point de passage et l'information contextuelle liée à la localisation récoltée 4. Procédé d'authentification selon la revendication 3, caractérisé en ce qu'une information contextuelle est une vitesse associée au premier terminal au point de passage correspondant. 5. Procédé d'authentification selon la revendication 3, caractérisé en ce qu'une information contextuelle est une information temporelle indiquant le moment du passage au point de passage correspondant. 6. Procédé d'authentification selon la revendication 3, caractérisé en ce qu'une information contextuelle est un moyen de localisation utilisée pour l'obtention d'une localisation au point de passage correspondant. 7. Système informatique (SYS) comprenant un premier terminal (TRM1) apte à être authentifié par un second terminal (TRM2), les terminaux comprenant des moyens de communication pour communiquer entre eux au travers d'un réseau de communication (RES1), ledit premier terminal étant apte à se déplacer géographiquement, caractérisé en ce qu'il comprend des moyens de réception (RCP1) d'un itinéraire (ITN) à effectuer par le premier terminal ; des moyens de vérification (VRF) de l'existence d'une correspondance entre des localisations du premier terminal et au moins une partie de l'itinéraire ; des moyens de fourniture aptes à fournir le résultat de l'étape de vérification. 8. Terminal (TRM1), dit premier terminal, apte à être authentifié par un autre terminal (TRM2), dit second terminal, le premier terminal comprenant des moyens de localisation, caractérisé en ce qu'il comprend - des moyens de fourniture d'un itinéraire (ITN), - des moyens de fourniture de localisations (LOCx) du premier terminal à des fins d'authentification. 9. Serveur (SRV) comprenant des moyens de communication pour communiquer avec un réseau de communication, caractérisé en ce qu'il comprend - des moyens de réception (RCP1) d'un itinéraire (ITN) à effectuer par un terminal (TRM1),des moyens de vérification de l'existence d'une correspondance entre des localisations du premier terminal et au moins une partie de l'itinéraire (ITN); des moyens de fourniture aptes à fournir le résultat de l'étape de vérification. 10. Programme d'ordinateur apte à être mis en oeuvre sur un terminal, le programme comprenant des instructions de code qui, lorsque le programme est exécuté réalise les étapes du procédé défini dans la revendication 1. 11. Support d'enregistrement lisible par un dispositif de traitement de données sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé selon la revendication 1.