Brevet FR3015821A1 — publié le 20150626

La présente invention se rapporte à des moyens sécurisés pour permettre l'authentification d'un utilisateur souhaitant accéder à un service. Elle concerne plus particulièrement une infrastructure sécurisée dans laquelle la gestion de l'authentification des utilisateurs est réalisée par des moyens distincts de ceux mis en oeuvre pour fournir ledit service. L'accès à certains services peut nécessiter l'authentification de l'utilisateur. Par exemple, il peut être souhaitable de procéder à une telle vérification pour s'assurer de la légitimité de l'utilisateur à accéder à un service, ou encore pour limiter l'accès à un service aux seules personnes ayant souscrit à un abonnement. La solution d'authentification doit non seulement présenter un niveau de sécurité suffisant pour limiter le risque de fraude, mais encore être simple et efficace de manière à ce que les utilisateurs ne soient pas dissuadés d'utiliser le service. Il est courant que le fournisseur du service souhaite dédier des moyens à la gestion de l'authentification, distincts de ceux mis en oeuvre pour fournir le service, et localisés à distance voire sur plusieurs sites. Ces moyens spécialisés peuvent en outre être gérés par une société tierce, et/ou partagés entre plusieurs fournisseurs de service. Il est connu, par exemple du document de brevet US 2007/0174904, d'utiliser un serveur d'authentification utilisant un seul facteur d'identification pour garantir l'accès à un service fourni par des moyens applicatifs distincts. Cependant, le niveau de sécurité offert par de tels systèmes est limité par l'utilisation d'un seul facteur d'identification, qui doit alors garantir à lui seul l'identité de l'utilisateur. On connaît encore des moyens d'authentification utilisant plusieurs facteurs d'identification pour authentifier l'utilisateur, par exemple du document de brevet WO 2009/112 693. Dans de tels systèmes, le premier facteur d'identification est typiquement la transmission d'un code secret connu de l'utilisateur, le deuxième facteur d'identification étant la transmission d'un code d'authentification généré par une application cryptographique installée sur un terminal de communication mobile de l'utilisateur, la validité dudit code d'authentification pouvant être vérifiée par le serveur d'authentification. De manière générale, ce type de moyen d'authentification nécessite l'emploi d'une infrastructure complexe nécessitant un paramétrage spécifique du terminal de communication mobile de l'utilisateur. De plus, il est généralement nécessaire d'installer des applications spécifiques sur le terminal de communication mobile de l'utilisateur, ce qui augmente sensiblement la complexité et la difficulté de déploiement de tels moyens. C'est pourquoi il existe encore un besoin pour des moyens efficaces permettant de déléguer de manière sécurisée l'authentification d'utilisateurs souhaitant accéder à un service fourni par des moyens applicatifs distincts, et ne nécessitant pas de modifications matérielles ou logicielles substantielles des terminaux employés par l'utilisateur pour s'authentifier. Un des objets de l'invention est de fournir des moyens sécurisés d'authentification permettant à des utilisateurs d'accéder à un service d'un fournisseur. Un autre objet de l'invention est de proposer une infrastructure efficace permettant au fournisseur du service de déléguer de manière sécurisée l'authentification d'utilisateurs souhaitant accéder à ce service. Un autre objet de l'invention est de proposer des moyens et des méthodes offrant un haut degré de confiance quant à la fiabilité et la sécurité de l'authentification des utilisateurs. Un autre objet de l'invention est de proposer une solution d'authentification simple à déployer et mettre en oeuvre auprès des utilisateurs et du fournisseur du service, en particulier une solution pouvant être utilisée sur des terminaux standards, à disposition d'un grand nombre d'utilisateurs, et ne nécessitant pas de modifications matérielles ou logicielles substantielles de ces terminaux. Un ou plusieurs de ces objets sont remplis par la méthode, le dispositif et le système selon les revendications indépendantes. Les revendications dépendantes fournissent en outre des solutions à ces objets et/ou d'autres avantages. Plus particulièrement, selon un premier aspect, l'invention se rapporte à un procédé d'authentification, mis en oeuvre par un dispositif d'authentification, d'un utilisateur ayant requis l'accès à un service fourni par un système applicatif. Le dispositif d'authentification comporte par exemple des moyens de gestion de l'authentification, typiquement distincts de ceux mis en oeuvre pour fournir le service, et localisés à distance voire sur plusieurs sites. Ces moyens spécialisés peuvent en outre être gérés par une société tierce, et/ou partagés entre plusieurs fournisseurs de service. Les moyens de gestion de l'authentification comportent par exemple des serveurs pour recevoir et traiter des requêtes d'authentification, des bases de données pour stocker des informations et moyens d'identification relatifs à des utilisateurs, des moyens d'interconnexion réseau, ainsi que des interfaces de communication pour permettre la communication avec des utilisateurs et le système applicatif du fournisseur. À titre d'exemple, la requête d'accès au service peut être émise par un premier terminal à disposition de l'utilisateur, par exemple un ordinateur muni d'un navigateur Web ou d'une application permettant l'accès au service. Le service est fourni par le système applicatif du fournisseur, par exemple un serveur Web délivrant des informations, des flux de données ou proposant un service particulier. Il s'agit habituellement d'équipement standard, largement répandu, et sans configuration ni paramétrage spécifique. Typiquement, l'accès au service requiert que l'utilisateur ait le droit de l'utiliser, par exemple, que ce dernier soit un utilisateur enregistré et disposant des droits d'accès nécessaires, et/ou que cet utilisateur se soit acquitté du paiement nécessaire pour cet accès. Le procédé est adapté à l'authentification de l'utilisateur demandant un accès auprès du système applicatif, par exemple un site Web, une application en ligne, ou un serveur d'accès distant. L'utilisateur dispose d'un dispositif de communication apte à recevoir et transmettre des informations par l'intermédiaire d'un deuxième canal de communication. Par exemple, le dispositif de communication peut-être un terminal de communication, comme une tablette ou un téléphone mobile ayant accès à un réseau de communication de données de type GSM/GPRS/UMTS, et apte à transmettre et recevoir des messages de données de type SMS ou SMS+. Dans cet exemple, le dispositif de communication est donc un dispositif standard, et ne comprend pas nécessairement de logiciels spécifiques ou dédiés. Le procédé selon le premier aspect comporte les étapes suivantes: - réception, par un premier canal de communication, d'un premier moyen d'identification relatif à l'utilisateur ; - vérification de la validité du premier moyen d'identification ; - transmission d'un deuxième moyen d'identification, par le deuxième canal de communication, au dispositif de communication ; - réception d'un message de confirmation émis par le dispositif de communication; - envoi au système applicatif, de l'information du succès de l'authentification de l'utilisateur, si le message de confirmation comporte le deuxième moyen d'identification. Ainsi il est possible d'authentifier l'utilisateur en utilisant un dispositif de communication standard, par exemple un téléphone mobile, sans configuration spécifique. Aucun élément cryptographique n'est généré par le dispositif de communication, aucune configuration spécifique du dispositif de communication n'est requise. En particulier, le procédé ne nécessite pas la mise en oeuvre sur le dispositif de communication d'un algorithme de signature ni de cryptographie, ni symétrique ni asymétrique, pour transmettre par le deuxième canal le deuxième moyen d'identification. Le dispositif de communication peut disposer de peu de ressources, et il n'est pas nécessaire qu'il soit pourvu d'une interface graphique sophistiquée, d'un navigateur Web ou de moyens de calcul importants. De plus, le niveau de sécurité obtenu s'avère particulièrement élevé puisque deux moyens d'identification distincts sont employés et que leur transmission a lieu sur deux canaux de communication distincts. Le premier moyen d'identification est par exemple un élément secret comme un mot de passe, associé à l'utilisateur. Dans cet exemple, après avoir reçu le mot de passe de l'utilisateur, le dispositif d'authentification vérifie si l'élément secret reçu par le premier canal correspond à l'élément secret de l'utilisateur connu du dispositif d'authentification. Dans le cas contraire, l'authentification de l'utilisateur échoue. La connaissance de cet élément secret peut être acquise, par le dispositif d'authentification, lors d'une étape préalable d'enregistrement dudit utilisateur auprès du dispositif d'authentification. Au cours de cette étape optionnelle d'enregistrement, l'utilisateur fournit par exemple, outre l'élément secret, une ou plusieurs informations parmi les informations suivantes : un nom d'utilisateur, un identifiant unique parmi la liste des identifiants utilisés par les autres utilisateurs du dispositif d'authentification, un premier numéro de téléphone ou une première adresse pour permettre l'identification et la transmission de données par l'intermédiaire du deuxième canal de communication au dispositif de communication de l'utilisateur, un deuxième numéro de téléphone ou une deuxième adresse pour permettre l'identification et la transmission de données à un deuxième dispositif de communication. Le premier moyen d'identification peut notamment aussi comporter un ou plusieurs éléments, associé à l'utilisateur, parmi la liste suivante : un certificat, en particulier un certificat conforme à la norme de cryptographie X.509 de l'Union internationale des télécommunications, un mot de passe à usage unique complémentaire généré par des moyens matériels et/ou logiciel, un mot de passe, des moyens d'identifications biométriques, etc. Alternativement, la connaissance de l'élément secret de l'utilisateur par le dispositif d'authentification peut être obtenue d'un autre système, par exemple du système applicatif ou d'un annuaire, de préférence en authentifiant d'une part le système fournissant l'information et d'autre part en sécurisant le transfert de l'élément secret. Le premier canal de communication est par exemple un canal de communication établi dans un réseau de données, typiquement Internet et plus généralement un réseau de type Ethernet, permettant le transfert de données entre terminaux compatibles, plus particulièrement entre d'une part le dispositif d'authentification et d'autre part l'ordinateur de l'utilisateur et/ou le serveur applicatif. La validité du premier moyen d'identification peut être vérifiée dès sa réception, avant la transmission du deuxième moyen d'identification. Par exemple, lorsque le premier moyen d'identification est un élément secret associé à l'identifiant de l'utilisateur, la vérification peut être réalisée en s'assurant que l'élément secret reçu correspond à l'élément secret stocké ou accessible par le dispositif d'authentification, correspondant à l'utilisateur. Dans le cas contraire, l'authentification de l'utilisateur échoue. Le deuxième canal de communication est par exemple un canal de communication établi dans un réseau de téléphonie mobile, typiquement un réseau GSM, permettant le transfert de données entre d'une part le dispositif d'authentification et d'autre part le dispositif de communication de l'utilisateur. Dans un mode de réalisation, le deuxième canal de communication est un canal de communication adapté pour acheminer des messages, par exemple des messages textuels de type SMS ou SMS+ à tarification spéciale. Le deuxième moyen d'identification est par exemple une clé générée par le dispositif d'authentification permettant d'identifier de manière unique la demande de l'utilisateur d'accès au service. La clé peut être générée grâce à un procédé cryptographique, par exemple à l'aide d'un générateur de séquence alphanumérique pseudo-aléatoire, à partir d'informations relatives à l'utilisateur et à la demande d'accès au service. Ainsi, la clé ainsi générée est transmise au dispositif de communication de l'utilisateur, par l'intermédiaire du deuxième canal de communication, typiquement dans un message SMS ou SMS+ comprenant la clé ainsi générée. De manière optionnelle, le dispositif d'authentification peut s'assurer que le deuxième moyen d'identification a bien été délivré au dispositif de l'utilisateur, par exemple en utilisant des mécanismes d'accusés de réception disponibles pour le deuxième canal de communication. Le deuxième moyen d'identification peut notamment aussi comporter un ou plusieurs éléments, associé à l'utilisateur, parmi la liste suivante: un certificat, en particulier un certificat conforme à la norme de cryptographie X.509 de l'Union internationale des télécommunications, un mot de passe à usage unique complémentaire généré par des moyens matériels et/ou logiciel, un mot de passe, etc. La connaissance du numéro ou de l'adresse pour permettre la transmission du deuxième moyen d'identification au dispositif de communication peut être obtenue lors de l'étape optionnelle d'enregistrement auprès du dispositif d'authentification. Alternativement, ces informations sont obtenues d'un autre système, par exemple du système applicatif ou d'un annuaire, de préférence en authentifiant d'une part le système fournissant l'information et d'autre part en sécurisant le transfert des informations. Une fois le deuxième moyen d'identification transmis au dispositif de communication, le dispositif d'authentification attend de recevoir un message émis par le dispositif de communication. Ainsi, il est possible de s'assurer que l'utilisateur a reçu sur son dispositif de communication le deuxième moyen d'identification, par exemple la clé permettant d'identifier de manière unique la demande de l'utilisateur d'accès au service. Il est alors attendu que ce dernier envoie au dispositif d'authentification un message de confirmation comprenant le deuxième moyen d'authentification, afin d'une part de confirmer qu'il est bien à l'origine de cette demande, et d'autre part de valider son identité en prouvant que l'émetteur de la demande est bien en possession du dispositif de communication. Il est en outre possible de surtaxer l'émission d'un tel message, afin de proposer un moyen simple de paiement à l'utilisateur pour accéder au service. Le message de confirmation comprenant le deuxième moyen d'authentification peut être transmis par le dispositif de communication par l'envoi d'un SMS/SMS+ utilisant la fonction utilisateur de transfert de SMS. Le message de confirmation comprenant le deuxième moyen d'authentification peut aussi être transmis par une application déployée sur le dispositif de communication configurée pour transmettre le deuxième moyen d'authentification par SMS au dispositif d'authentification. Si le message de confirmation comporte le deuxième moyen d'identification, le dispositif d'authentification envoie au système applicatif, l'information du succès de l'authentification de l'utilisateur. Afin de renforcer le niveau de sécurité du service, en particulier en ce qui concerne les échanges d'information entre le service applicatif et le dispositif d'authentification, le procédé peut comporter une étape d'authentification du système applicatif, préalablement à l'envoi de l'information du succès de l'authentification de l'utilisateur. Un identifiant unique, un secret partagé et/ou un certificat peuvent par exemple être fournis par le système applicatif au dispositif d'authentification. Dans un mode de réalisation, le premier canal de communication est configuré de sorte à permettre au dispositif d'authentification de recevoir des informations du système applicatif, le premier moyen d'identification étant reçu du système applicatif. Ainsi l'utilisateur souhaitant accéder au service transmet le premier moyen d'identification au système applicatif, qui le transmet à son tour au dispositif d'authentification par le premier canal. L'utilisateur délègue donc au système applicatif la fourniture du premier moyen d'identification au dispositif d'authentification. Cette solution offre une grande flexibilité, puisqu'il existe des configurations dans lesquelles l'utilisateur ne peut transmettre directement le premier moyen d'identification au dispositif d'authentification, sans nécessiter des modifications matérielles ou logicielles lourdes. Dans un mode de réalisation, le premier canal de communication est configuré de sorte à permettre au dispositif d'authentification de recevoir des informations d'un terminal utilisé par l'utilisateur pour requérir l'accès au service, le premier moyen d'identification relatif à l'utilisateur étant reçu du terminal. Cette solution permet d'augmenter le niveau de sécurité du point de vue de l'utilisateur, car le premier moyen d'identification n'est pas transmis au système applicatif, mais seulement au dispositif d'authentification. Pour informer le système applicatif du succès de l'authentification, le procédé peut comporter en outre les étapes suivantes: - réception d'une demande d'authentification de l'utilisateur; - transmission au système applicatif d'un identifiant de session; L'identifiant de session est alors transmis au système applicatif lors de l'envoi de l'information du succès de l'authentification de l'utilisateur. Optionnellement, il peut être proposé à l'utilisateur de révoquer le premier moyen d'identification auprès du dispositif d'authentification, pour augmenter le niveau de sécurité du système, par exemple en cas de divulgation ou compromission du premier moyen d'identification. Au cours de l'étape de vérification de la validité du premier moyen d'identification, il peut être alors vérifié si le premier moyen d'identification n'a pas été préalablement révoqué. Optionnellement, il peut être proposé à l'utilisateur de révoquer l'utilisation du dispositif de communication, pour augmenter le niveau de sécurité du système, par exemple en cas de compromission du dispositif d'authentification. Au cours de l'étape de transmission du deuxième moyen d'identification, il peut être vérifié si le dispositif de communication n'a pas été préalablement révoqué. Selon un deuxième aspect, l'invention se rapporte à un dispositif d'authentification d'un utilisateur ayant requis l'accès à un service fourni par un système applicatif. Le dispositif selon le deuxième aspect est en particulier adapté pour mettre en oeuvre le procédé selon le premier aspect. Le dispositif d'authentification comporte : - une première interface adaptée pour recevoir des informations par un premier canal de communication ; - une deuxième interface adaptée pour recevoir et transmettre des informations par le deuxième canal de communication ; - un module de traitement configuré de manière à : o recevoir, par la première interface, un premier moyen d'identification relatif à l'utilisateur ; o vérifier la validité du premier moyen d'identification ; o transmettre, par la deuxième interface, un deuxième moyen d'identification; o recevoir, par la deuxième interface, un message de confirmation; o envoyer au système applicatif, l'information du succès de l'authentification de l'utilisateur, si le message de confirmation comporte le deuxième moyen d'identification. Le module de traitement peut être en outre configuré de manière à authentifier le système applicatif, préalablement à l'envoi de l'information du succès de l'authentification de l'utilisateur. Le premier canal de communication peut être configuré de sorte à permettre au dispositif d'authentification de recevoir des informations du système applicatif, le module de traitement étant configuré pour recevoir le premier moyen d'identification du système applicatif. Alternativement, le premier canal de communication peut être configuré de sorte à permettre au dispositif d'authentification de recevoir des informations d'un terminal utilisé par l'utilisateur pour requérir l'accès au service, le module de traitement étant configuré pour recevoir le premier moyen d'identification du terminal. En particulier, le module de traitement peut être configuré pour : - recevoir une demande d'authentification de l'utilisateur; - transmettre au système applicatif un identifiant de session; - envoyer au système applicatif l'identifiant de session avec l'information du succès de l'authentification de l'utilisateur. Selon un troisième aspect, l'invention se rapporte à un système comportant : - un système applicatif configuré pour fournir un service sur requête d'un utilisateur; - un dispositif d'authentification selon le deuxième aspect. Le système applicatif comporte un module de gestion d'accès configuré de manière à: - émettre une demande d'authentification de l'utilisateur au dispositif d'authentification; - fournir le service requis par l'utilisateur, si l'information du succès de l'authentification de l'utilisateur est reçue du dispositif d'authentification. Selon un quatrième aspect, l'invention se rapporte à un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé selon le premier aspect, lorsque ledit programme est exécuté par un processeur. Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être 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. Selon un cinquième aspect, l'invention se rapporte à un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé selon le premier aspect. Le support d'informations peut être n'importe quelle entité ou n'importe quel dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD-ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé par un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau Internet. Alternativement, 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 du procédé en question. D'autres particularités et avantages de la présente invention apparaîtront, dans la description ci-après de modes de réalisation, en référence aux dessins annexés, dans lesquels: - la figure 1 est une représentation schématique d'une infrastructure pour restreindre l'accès à un service aux seuls utilisateurs authentifiés; - la figure 2 est un schéma bloc d'un dispositif d'authentification; - la figure 3 est un diagramme de séquence d'un procédé d'authentification selon un mode de réalisation; - la figure 4 est un diagramme de séquence d'un procédé d'authentification selon un autre mode de réalisation; La figure 1 illustre schématiquement une infrastructure pour restreindre l'accès à un service aux seuls utilisateurs authentifiés. Le système comprend un dispositif d'authentification 10 et un système applicatif 12, interconnectés par des moyens de communication, par exemple par un réseau de type Internet. Le système applicatif est configuré pour recevoir, d'un terminal 14, une requête d'accès à un service. Le dispositif d'authentification et le système applicatif sont typiquement des dispositifs distincts l'un de l'autre et localisés sur des sites différents. Le terminal 14 et le système applicatif sont interconnectés par des moyens de communication, par exemple par un réseau de type Internet. Le dispositif d'authentification dispose encore de moyens pour échanger des informations avec un terminal mobile 16, par exemple par l'intermédiaire d'un réseau mobile de type GSM. Le terminal mobile 16 est, par exemple, une tablette ou un téléphone mobile ayant accès à un réseau de communication de données de type GSM/GPRS/UMTS, et apte à transmettre et recevoir des messages de données de type SMS ou SMS+. Le terminal 14 et le terminal mobile 16 sont des terminaux dont dispose l'utilisateur ayant émis la requête d'accès au service. On se réfère maintenant à la figure 2. Le dispositif d'authentification comporte une première interface 110 adaptée pour recevoir des informations par l'intermédiaire d'un premier canal de communication. La première interface est adaptée par exemple à être couplée au réseau Internet. Le dispositif d'authentification comporte une deuxième interface 120 adaptée pour recevoir des informations par l'intermédiaire d'un deuxième canal de communication. La deuxième interface est adaptée par exemple à être couplée au réseau de télécommunication mobile. Le dispositif d'authentification comporte encore un module de traitement, pour recevoir et traiter des requêtes d'authentification. Le dispositif d'authentification comporte encore une base de données 140 pour stocker des informations et moyens d'identification relatifs à des utilisateurs. Le dispositif d'authentification permet de fournir un service centralisé de tierce authentification au système applicatif. Le dispositif d'authentification propose une authentification à deux facteurs des utilisateurs, par exemple, en s'assurant que l'utilisateur connaît un mot de passe et est en possession d'un terminal mobile enregistré. La figure 3 montre un diagramme de séquence d'un procédé d'authentification selon un mode de réalisation. Le terminal 14 transmet, au cours d'une étape 210, une requête d'accès REQ aux services applicatifs 12 pour accéder au service. La requête REQ comporte un élément secret S1, par exemple un mot de passe, ainsi qu'un identifiant AuthUserlD connu ou accessible du dispositif d'authentification. L'utilisateur est réputé être le propriétaire de l'identifiant AuthUserlD. Le service applicatif 12 transmet à son tour une requête d'authentification au dispositif d'authentification 10 comportant l'identifiant AuthUserlD et l'élément secret S1. La demande d'authentification émise par le service applicatif 12 peut être mise en oeuvre par un service Web, en utilisant le protocole sécurisé HTTPS et une méthode GET. Si le dispositif d'authentification est accessible par le nom de domaine «auth.com», et le service applicatif identifiable par l'identifiant de service ServID, la requête d'authentification peut alors être la suivante: https://www.auth.com/authenticate?appid=ServID&userid=AuthUserlD& password=S1&timeout=120 Au cours d'une étape 225, le dispositif d'authentification contrôle la validité de l'élément secret S1 reçu. La vérification de la validité peut être faite par comparaison entre un hachage cryptographique stocké par le dispositif d'authentification et le hachage de l'élément secret S1 fourni par le système applicatif. Si l'élément secret S1 reçu est valide, le dispositif d'authentification génère, au cours d'une étape 230, un deuxième élément secret S2, par exemple une clé obtenue à l'aide d'un générateur pseudo-aléatoire. Le deuxième élément secret S2 est alors transmis au terminal mobile 16 correspondant à l'identifiant AuthUserlD de l'utilisateur. Pour cela, le dispositif d'authentification envoie un message textuel SMS au numéro de téléphone correspondant au terminal mobile 16. À titre d'exemple, le message textuel SMS peut comporter: - un mot-clé désignant et identifiant le dispositif d'authentification; ce mot- clé peut en particulier être utilisé pour permettre à l'opérateur acheminant le message vers le terminal mobile de renvoyer au dispositif d'authentification un message émis par l'utilisateur en réponse au message transmis par le dispositif d'authentification; - une question invitant l'utilisateur à confirmer la demande d'authentification, et comprenant le nom de l'utilisateur, utilisé auprès du service applicatif identifié par son nom de domaine; - une phrase invitant l'utilisateur à réexpédier ce message à un numéro court SMS+; - le deuxième élément secret S2, par exemple la clé générée par le dispositif d'authentification, identifiant de façon unique la requête REQ d'authentification. Le message prend par exemple la forme suivante, avec le mot-clé SMS+ «bonjour» associé au numéro court mutualisé 89999: «Bonjour Laurent Martin Confirmez-vous votre demande d'accès auprès de auth.com? Si oui, transférez ce message au 89999. Sinon ne le transférez pas: votre identifiant et votre mot depasse ont peut-être été volés. Clé: SJD8SDLKN1103jdsKN1YFGCNA0181ND7202» Dans cet exemple, le deuxième élément secret S2 est la clé « SJD8SDLKN1103jdsKN1YFGCNA0181ND7202 ». Le terminal mobile 16 renvoie alors le message comprenant le deuxième élément secret S2 au dispositif d'authentification, au cours d'une étape 250. Au cours d'une étape 260, le dispositif d'authentification contrôle alors la validité du message reçu, en s'assurant que le destinataire du SMS envoyé au cours de l'étape 240 - le terminal mobile 16 - a effectivement répondu au message et que la réponse comporte au moins le deuxième élément secret S2 généré au cours de l'étape 230. Si la validité du message reçu est bien confirmée, alors le dispositif d'authentification transmet au service applicatif 12 la confirmation que l'utilisateur correspondant à l'identifiant AuthUserlD est authentifié. D'autres vérifications peuvent être menées par le dispositif d'authentification, avant de transmettre cette confirmation, en particulier: - l'identifiant de service ServID est connu du dispositif d'authentification; - le service applicatif est autorisé à effectuer une demande d'autorisation de l'utilisateur, par exemple si le crédit d'un compte du service applicatif auprès du dispositif d'authentification est suffisant; - - l'identifiant AuthUserld est connu du dispositif d'authentification; - - l'opérateur en charge de l'expédition du SMS a confirmé sa remise auprès du terminal mobile de l'Utilisateur; - - le terminal mobile a réexpédié ce message au numéro prescrit dans un délai compatible avec un paramètre prédéfini. Après avoir reçu la confirmation que l'utilisateur correspondant à l'identifiant AuthUserlD est authentifié, le service applicatif accorde l'accès au service au terminal 14 de l'utilisateur, au cours d'une étape 280. La figure 4 montre un diagramme de séquence d'un procédé d'authentification selon un autre mode de réalisation. Le terminal 14 transmet, au cours d'une étape 310, une requête d'accès REQ au service applicatif 12 pour accéder au service comportant un identifiant AuthUserlD connu ou accessible du dispositif d'authentification. La requête REQ ne comporte aucun élément secret. Au cours d'une étape 320, le service applicatif 12 transmet à son tour une requête d'authentification au dispositif d'authentification 10 comportant l'identifiant AuthUserlD. Dans une étape 330, le dispositif d'authentification génère un identifiant de session K1 pour la requête d'authentification relative à l'identifiant AuthUserlD. Cet identifiant de session est transmis dans une étape 340 au système applicatif, qui à son tour la transmet au terminal 14 au cours d'une étape 350, accompagnée d'une demande de redirection vers le dispositif d'authentification. Le terminal 14 transmet, au cours d'une étape 360, au dispositif d'authentification, un élément secret S1, par exemple un mot de passe, ainsi que son identifiant AuthUserlD connu ou accessible du dispositif d'authentification. L'utilisateur est réputé être le propriétaire de l'identifiant identifiant AuthUserlD. Au cours d'une étape 370, le dispositif d'authentification contrôle la validité de l'élément secret S1 reçu. La vérification de la validité peut être faite par comparaison entre un hachage cryptographique stocké par le dispositif d'authentification et le hachage de l'élément secret S1 fourni par le système applicatif. Si l'élément secret S1 reçu est valide, le dispositif d'authentification génère, au cours d'une étape 380, un deuxième élément secret S2, par exemple une clé obtenue à l'aide d'un générateur pseudo-aléatoire. Le deuxième élément secret S2 est alors transmis au terminal mobile 16 correspondant à l'identifiant AuthUserlD de l'utilisateur. Pour cela, le dispositif d'authentification envoie un message textuel SMS au numéro de téléphone correspondant au terminal mobile 16. À titre d'exemple, le message textuel SMS peut comporter: - un mot-clé désignant et identifiant le dispositif d'authentification; ce mot-clé peut en particulier être utilisé pour permettre à l'opérateur acheminant le message vers le terminal mobile de renvoyer au dispositif d'authentification un message émis par l'utilisateur en réponse au message transmis par le dispositif d'authentification; - une question invitant l'utilisateur à confirmer la demande d'authentification, et comprenant le nom de l'utilisateur, utilisé auprès du service applicatif identifié par son nom de domaine; - une phrase invitant l'utilisateur à réexpédier ce message à un numéro court SMS+; - le deuxième élément secret S2, par exemple la clé générée par le dispositif d'authentification, identifiant de façon unique la requête REQ d'authentification. Le message prend par exemple la forme suivante, avec le mot-clé SMS+ «bonjour» associé au numéro court mutualisé 89999: «Bonjour Laurent Martin Confirmez-vous votre demande d'accès auprès de auth.com? Si oui, transférez ce message au 89999. Sinon ne le transférez pas: votre identifiant et votre mot depasse ont peut-être été volés. Clé: SJD8SDLKN1103jdsKN1YFGCNA0181ND7202» Dans cet exemple, le deuxième élément secret S2 est la clé « SJD8SDLKN1103jdsKN1YFGCNA0181ND7202 ». Le terminal mobile 16 renvoie alors le message comprenant le deuxième élément secret S2 au dispositif d'authentification, au cours d'une étape 400. Au cours d'une étape 410, le dispositif d'authentification contrôle alors la validité du message reçu, en s'assurant que le destinataire du SMS envoyé au cours de l'étape 390 - le terminal mobile 16 - a effectivement répondu au message et que la réponse comporte au moins le deuxième élément secret S2 généré au cours de l'étape 380. Si la validité du message reçu est bien confirmée, alors le dispositif d'authentification transmet au service applicatif 12, au cours d'une étape 420, et au terminal 14, au cours d'une étape 430, la confirmation que l'utilisateur correspondant à l'identifiant AuthUserlD est authentifié pour la requête correspondante à l'identifiant de session K1. D'autres vérifications peuvent être menées par le dispositif d'authentification, avant de transmettre cette confirmation, en particulier: - - l'identifiant de service Servld est connu du dispositif d'authentification; - le service applicatif est autorisé à effectuer une demande d'autorisation de l'utilisateur, par exemple si le crédit d'un compte du service applicatif auprès du dispositif d'authentification est suffisant; - - l'identifiant AuthUserld est connu du dispositif d'authentification; - - l'opérateur en charge de l'expédition du SMS a confirmé sa remise auprès du terminal mobile de l'Utilisateur; - - le terminal mobile a réexpédié ce message au numéro prescrit dans un délai compatible avec un paramètre prédéfini. Après avoir reçu la confirmation, le terminal 14 envoie une demande d'accès au service avec l'identifiant de session K1, au cours d'une étape 440. Si le système applicatif a reçu la confirmation que l'utilisateur correspondant à l'identifiant AuthUserlD est authentifié pour la requête correspondant à l'identifiant de session K1, le service applicatif accorde l'accès au service au terminal 14 de l'utilisateur, au cours d'une étape 450. REVENDICATIONS1 Procédé d'authentification, adapté à être mis en oeuvre par un dispositif d'authentification (10), d'un utilisateur ayant requis l'accès à un service fourni par un système applicatif (12) et disposant en outre d'un dispositif de communication (16) apte à recevoir et transmettre des informations par l'intermédiaire d'un deuxième canal de communication, caractérisé en ce qu'il comporte les étapes suivantes: - réception (220; 360), par un premier canal de communication, d'un premier moyen d'identification relatif à l'utilisateur; - vérification (225; 370) de la validité du premier moyen d'identification; - transmission (240; 390) d'un deuxième moyen d'identification, par le deuxième canal de communication, au dispositif de communication; - réception (250; 400) d'un message de confirmation émis par le dispositif de communication; - envoi (270; 420) au système applicatif, de l'information du succès de l'authentification de l'utilisateur, si le message de confirmation comporte le deuxième moyen d'identification. 2. Procédé selon la revendication 1, comportant en outre une étape d'authentification du système applicatif, préalablement à l'envoi de l'information du succès de l'authentification de l'utilisateur. 3. Procédé selon l'une quelconque des revendications 1 à 2, dans lequel le premier canal de communication est configuré de sorte à permettre au dispositif d'authentification de recevoir des informations du système applicatif, le premier moyen d'identification étant reçu du système applicatif. 4. Procédé selon l'une quelconque des revendications 1 à 2, dans lequel le premier canal de communication est configuré de sorte à permettre au dispositif d'authentification de recevoir des informations d'un terminal(14) utilisé par l'utilisateur pour requérir l'accès au service, le premier moyen d'identification relatif à l'utilisateur étant reçu du terminal. 5. Procédé selon la revendication 4, comportant en outre les étapes suivantes: - réception (310, 320) d'une demande d'authentification de l'utilisateur; - transmission (330, 340) au système applicatif d'un identifiant de session; l'identifiant de session étant en outre transmis (410) au système applicatif lors de l'envoi de l'information du succès de l'authentification de l'utilisateur. 6. Procédé selon l'une quelconque des revendications précédentes dans lequel au cours de l'étape de vérification de la validité du premier moyen d'identification, il est vérifié si le premier moyen d'identification n'a pas été préalablement révoqué. 7 Procédé selon l'une quelconque des revendications précédentes dans lequel au cours de l'étape de transmission du deuxième moyen d'identification, il est vérifié si le dispositif de communication n'a pas été préalablement révoqué. 8. Dispositif d'authentification (10) d'un utilisateur ayant requis l'accès à un service fourni par un système applicatif (12), l'utilisateur disposant en outre d'un dispositif de communication (16) apte à recevoir et transmettre des informations par l'intermédiaire d'un deuxième canal de communication, caractérisé en ce qu'il comporte: - une première interface (110) adaptée pour recevoir des informations par un premier canal de communication; - une deuxième interface (120) adaptée pour recevoir et transmettre des informations par le deuxième canal de communication; - un module de traitement (130) configuré de manière à: o recevoir, par la première interface, un premier moyen d'identification relatif à l'utilisateur; 9. 10. 11. 12. 30 13. o vérifier la validité du premier moyen d'identification; o transmettre, par la deuxième interface, un deuxième moyen d'identification; o recevoir, par la deuxième interface, un message de confirmation; o envoyer au système applicatif, l'information du succès de l'authentification de l'utilisateur, si le message de confirmation comporte le deuxième moyen d'identification. Dispositif selon la revendication 8, dans lequel le module de traitement est en outre configuré de manière à authentifier le système applicatif, préalablement à l'envoi de l'information du succès de l'authentification de l'utilisateur. Dispositif selon la revendication 8 ou 9, dans lequel le premier canal de communication est configuré de sorte à permettre au dispositif d'authentification de recevoir des informations du système applicatif, le module de traitement étant configuré pour recevoir le premier moyen d'identification du système applicatif. Dispositif selon la revendication 8 ou 9, dans lequel le premier canal de communication est configuré de sorte à permettre au dispositif d'authentification de recevoir des informations d'un terminal (14) utilisé par l'utilisateur pour requérir l'accès au service, le module de traitement étant configuré pour recevoir le premier moyen d'identification du terminal. Dispositif selon la revendication 11, dans lequel le module de traitement est configuré pour: - recevoir une demande d'authentification de l'utilisateur; - transmettre au système applicatif un identifiant de session; - envoyer au système applicatif l'identifiant de session avec l'information du succès de l'authentification de l'utilisateur. Système comportant : - un système applicatif (12) configuré pour fournir un service sur requête d'un utilisateur;- un dispositif d'authentification (10) selon l'une quelconque des revendications 8 à 12; le système applicatif comportant un module de gestion d'accès configuré de manière à: - émettre une demande d'authentification de l'utilisateur au dispositif d'authentification; - fournir le service requis par l'utilisateur, si l'information du succès de l'authentification de l'utilisateur est reçue du dispositif d'authentification. 14. Programme d'ordinateur comportant des instructions pour l'exécution des étapes de la méthode selon l'une quelconque des revendications 1 à 7, lorsque ledit programme est exécuté par un processeur. 15. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à7.