Brevet FR2976437A1 — publié le 20121214

L'invention concerne un procédé de sécurisation d'une action qu'un dispositif actionneur doit accomplir à la demande d'un utilisateur, sous le contrôle d'un serveur de sécurisation, par l'intermédiaire d'un terminal portable tel qu'un téléphone portable de l'utilisateur. Les procédés de ce type, qui sont connus, présentent l'inconvénient qu'ils n'assurent qu'une sécurisation partielle dans la mesure où ils n'impliquent pas la vérification si le téléphone mobile est dans les mains de son vrai propriétaire. L'invention a pour but de pallier cet inconvénient. Pour atteindre ce but, le procédé selon l'invention est caractérisé par l'établissement et l'inscription auprès du serveur de sécurisation, au préalable de toute demande d'une action par l'utilisateur, d'un lien d'identification et d'un lien d'authentification de l'utilisateur, par un dialogue entre le serveur de sécurisation, le dispositif actionneur et l'utilisateur agissant par l'intermédiaire de son terminal portable. Selon une caractéristique de l'invention, le procédé est caractérisé en ce que le lien d'identification de l'utilisateur est formé par l'association de données d'identification fournies au serveur de sécurisation par le dispositif actionneur et le numéro du terminal portable de l'utilisateur. Selon une autre caractéristique de l'invention, le procédé est caractérisé en ce que le lien d'authentification de l'utilisateur est basé sur des données confidentielles attachées à la personne de l'utilisateur et associé aux données du lien d'identification de celui-ci. Selon encore une autre caractéristique de l'invention, le procédé est caractérisé en ce que les données confidentielles précitées résident dans un mot de passe créé par l'utilisateur et communiquées par lui au serveur de sécurisation. Selon encore une autre caractéristique de l'invention, le procédé est caractérisé en ce que, pour l'inscription auprès du serveur de sécurisation du lien d'identification de l'utilisateur, le dispositif actionneur fournit au serveur de sécurisation des données d'identification de l'utilisateur, le serveur renvoie au dispositif actionneur un message désignant l'inscription, que celui-ci transmet à l'utilisateur qui le renvoie au serveur de sécurisation par un message SMS par lequel le serveur apprend le numéro du terminal portable de l'utilisateur. Selon encore une autre caractéristique de l'invention, le procédé est caractérisé en ce que la vérification de l'identité et de l'authenticité du demandeur, lorsque celui-ci demande au dispositif actionneur d'accomplir une action, se déroulent sous forme d'un dialogue entre le serveur de sécurisation, le dispositif actionneur et l'utilisateur agissant par l'intermédiaire de son terminal portable. Selon encore une autre caractéristique de l'invention, le procédé est caractérisé en ce que, pour permettre le dialogue d'identification et authentification de l'utilisateur, lors d'une demande d'une action, le serveur de sécurisation télécharge dans le terminal portable de l'utilisateur, lors de l'inscription des liens d'identification et d'authentification, un programme de type Applet qui comporte le logiciel et les données nécessaires au dialogue d'identification et d'authentification de l'utilisateur. Selon encore une autre caractéristique de l'invention, le procédé est caractérisé en ce que le dialogue d'identification et d'authentification de l'utilisateur lors d'une demande par celui-ci d'une action de la part du dispositif actionneur, implique l'envoi par le dispositif actionneur au serveur de sécurisation des données d'identification de l'utilisateur et l'indication de la nature de la demande, l'envoi par le serveur sur le terminal portable de l'utilisateur des données d'indication de la nature de l'action demandée, et la transmission par l'utilisateur, par l'intermédiaire de son terminal portable, des données confidentielles d'authentification au serveur de sécurisation qui autorise le dispositif actionneur d'accomplir l'action demandée s'il a constaté la conformité des données confidentielles reçues aux données confidentielles inscrites. L'invention sera mieux comprise, et d'autres buts, caractéristiques, détails et avantages de celle-ci apparaîtront plus clairement dans la description explicative qui va suivre faite en référence aux dessins annexés donnés uniquement à titre d'exemple illustrant plusieurs modes de réalisation de l'invention et dans lesquels : - la figure 1 est un schéma fonctionnel illustrant le processus d'établissement et de sécurisation du lien d'identification et d'authentification de l'utilisateur ; - la figure 2 est un schéma fonctionnel illustrant le processus de vérification de l'authenticité d'un utilisateur au préalable de l'accomplissement d'une action par un dispositif actionneur, dans le domaine des transactions bancaires ; - les figures 3 et 4 sont des schémas fonctionnels de deux autres applications de l'invention. L'invention s'applique, de façon générale, à toutes les applications dans lesquelles un utilisateur demande à un dispositif actionneur d'accomplir une action à son profit, qui est sécurisé par un serveur de sécurisation. On décrira ci-après, à titre d'exemples non limitatifs trois applications du procédé selon l'invention. La figure 1 illustre la première phase du procédé selon l'invention, à savoir le processus d'inscription de l'utilisateur UT des services d'un dispositif actionneur DA, auprès d'un serveur de sécurisation SS, dans le domaine de transactions bancaires. Dans l'exemple représenté, le processus d'inscription est lancé par une demande de l'utilisateur UT, symbolisée par la ligne fléchée 1. Le dispositif actionneur DA, par exemple une agence de banque envoie en 2 au serveur de sécurisation SS les coordonnées bancaires de l'utilisateur, telles que les coordonnées de son compte bancaire ou de sa carte bancaire. Suite à la réception de la demande d'inscription, le serveur de sécurisation renvoie en 3 par le canal agence un message OTP (one time password) au dispositif actionneur DA. Celui-ci transmet en 4 l'OTP à l'utilisateur UT, plus précisément à son terminal portable TP, par exemple un téléphone portable. L'utilisateur, de son côté, retourne en 5, à l'aide de son téléphone portable TP, au service de sécurisation, l'OTP dans un message SMS (short message service). Le serveur de sécurisation, en recevant le SMS, prend alors connaissance du numéro du téléphone portable de l'utilisateur et établit le lien entre les coordonnées bancaires identifiant l'utilisateur et le numéro du téléphone portable. Puis le serveur de sécurisation s'adresse en 6 au téléphone portable et y télécharge un programme du type connu sous la dénomination Applet, qui contient un logiciel permettant l'accomplissement ultérieur du processus d'authentification de l'utilisateur et les données nécessaires à la mise en oeuvre de ce processus. L'utilisateur crée ensuite un mot de passe qu'il envoie en 7 au service de sécurisation qui est alors en mesure d'inscrire, après le lien d'identification liant le téléphone portable aux données bancaires de l'utilisateur, un lien d'authentification qui lie, par le mot de passe, la personne de l'utilisateur aux données déjà inscrites auprès du service de sécurisation. Le processus d'inscription prend fin avec l'établissement du lien d'authentification. L'établissement de ce lien vient d'être décrit, à titre d'exemple, dans l'application de l'invention au domaine bancaire, mais ce processus se déroule de façon similaire dans d'autres domaines d'application. Il s'agit toujours, après le téléchargement de l'Applet dans le téléphone portable, de l'envoi au moyen du téléphone portable par l'utilisateur d'un mot de passe que celui-ci a créé et qui n'est donc connu que de lui. En se référant à la figure 2, on décrira ci-après la deuxième phase du procédé selon l'invention, à savoir le processus au cours duquel, toujours dans l'exemple du domaine bancaire, l'utilisateur demande à une agence bancaire d'effectuer une transaction bancaire. Par exemple l'utilisateur demande au dispositif actionneur DA un retrait d'espèces de 500 euros, ce qui nécessite l'accès à son compte bancaire. Cette étape initiale du processus est indiquée en 10 à la figure 2. Le dispositif DA envoie au serveur de sécurisation SS en 11 un message contenant les coordonnées bancaires de l'utilisateur et le motif, c'est-à-dire l'indication de l'opération dont l'accomplissement est demandé, à savoir le retrait d'un montant de 500 euros. Le serveur SS transmet à l'étape 13 suivant, au téléphone portable TP de l'utilisateur un message faisant apparaître sur l'écran de visualisation du téléphone le motif de la transaction demandée, c'est-à-dire le retrait d'un montant de 500 euros. Suite à la lecture du message, l'utilisateur répond au service de sécurisation par l'envoi de son mot de passe qu'il avait créé lors du processus d'inscription auprès du service de sécurisation. Cette étape d'envoi du mot de passe porte la référence 13. Le serveur de sécurisation SS est donc en mesure d'authentifier l'utilisateur par comparaison du mot de passe qu'il vient de recevoir au mot de passe qu'il a mémorisé lors de la phase d'inscription et associée aux données bancaires et au numéro de téléphone portable. S'il y a concordance du mot de passe reçu et du mot de passe inscrit, le serveur, à l'étape 14 signale au dispositif actionneur, à savoir l'agence bancaire, son accord et ce dernier à l'étape 15 procède à délivrer le montant demandé à l'utilisateur. Il ressort de la description qui vient d'être faite, que l'invention assure l'authentification de l'utilisateur, c'est-à-dire vérifie que la personne qui bénéficie de la transaction est bel et bien l'utilisateur autorisé, grâce au mot de passe seulement connu de celui-ci, puisque c'était lui qui l'avait créé. En se référant à la figure 3 on décrira une autre application du procédé selon l'invention, qui cependant se déroule selon les mêmes règles que l'application qui vient d'être exposée. Dans l'exemple de la figure 3, l'utilisateur demande l'ouverture de la porte PH d'une chambre d'hôtel qu'il a réservée. L'ouverture de la porte se fait de façon sécurisée sous l'égide d'un serveur de sécurité SS. Il est à noter que, lors du processus d'inscription, le serveur de sécurisation SS avait inscrit le lien entre un code d'identification de l'utilisateur, le numéro du téléphone portable et le mot de passe de celui-ci. Pour initier le processus d'ouverture de la porte, l'utilisateur tape alors sur le clavier CL de l'hôtel sans code d'identification à l'étape 20, ce qui entraîne l'envoi en 21 au service de sécurisation SS d'un message contenant le code d'identification et le motif, à savoir la demande d'ouverture de la porte. Conformément à l'exemple de la figure 2, le serveur SS renvoie en 22 au téléphone portable TP de l'utilisateur un message contenant le motif. Suite à la lecture de ce motif, l'utilisateur envoie en 23 son mot de passe. Après constatation de conformité de ce mot de passe reçu au mot de passe initialement inscrit, le serveur signale au dispositif actionneur DA en 24 son accord, ce qui provoque l'ouverture de la porte de la chambre d'hôtel conformément à la demande de l'utilisateur. On constate que cette ouverture n'a lieu qu'après l'authentification de l'utilisateur, c'est-à-dire la constatation que c'est bien cet utilisateur qui est autorisé à demander l'ouverture de la porte. La figure 4 illustre un autre exemple de mise en oeuvre du procédé selon l'invention dans l'application hôtelière. Dans ce cas le téléphone portable TP est programmé pour envoyer directement une demande d'ouverture de la porte de la chambre que l'utilisateur a réservée, au serveur de sécurisation SS à l'étape 30. Suite à la réception de la demande, ce serveur s'adresse en 31 à l'hôtel HO pour que celui-ci confirme la réservation de l'utilisateur. A l'étape 33 le serveur SS envoie au téléphone portable TP le message contenant le motif de la demande qui s'affiche alors sur l'écran du téléphone, suite à quoi l'utilisateur envoie en 34 son mot de passe au serveur. Après la constatation de la conformité du mot de passe reçu au mot de passe initialement inscrit, le serveur envoie en 35 à l'utilisateur un code temporaire qui permet à l'utilisateur de commander en 36 l'ouverture de la porte par exemple par l'intermédiaire de son téléphone qui est alors pourvu de moyens émetteurs, par voie hertzienne ou toute autre manière appropriée, un signal au mécanisme de la porte équipée alors d'une antenne de réception, ce qui provoque l'ouverture de la porte. REVENDICATIONS1. Procédé de sécurisation d'une action qu'un dispositif actionneur doit accomplir à la demande d'un utilisateur, sous le contrôle d'un serveur de sécurisation, par l'intermédiaire d'un terminal portable tel qu'un téléphone portable de l'utilisateur, caractérisé par l'établissement et l'inscription auprès du serveur de sécurisation, au préalable de toute demande d'une action par l'utilisateur, d'un lien d'identification et d'un lien d'authentification de l'utilisateur, par un dialogue entre le serveur de sécurisation, le dispositif actionneur et l'utilisateur agissant par l'intermédiaire de son terminal portable. 2. Procédé selon la revendication 1, caractérisé en ce que le lien d'identification de l'utilisateur est formé par l'association de données d'identification fournies au serveur de sécurisation par le dispositif actionneur et le numéro du terminal portable de l'utilisateur. 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que le lien d'authentification de l'utilisateur est basé sur des données confidentielles attachées à la personne de l'utilisateur et associé aux données du lien d'identification de celui-ci. 4. Procédé selon la revendication 3, caractérisé en ce que les données confidentielles précitées résident dans un mot de passe créé par l'utilisateur et communiquées par lui au serveur de sécurisation. 5. Procédé selon l'une des revendications 2 à 4, caractérisé en ce que, pour l'inscription auprès du serveur de sécurisation du lien d'identification de l'utilisateur, le dispositif actionneur fournit au serveur de sécurisation des données d'identification de l'utilisateur, le serveur renvoie au dispositif actionneur un message désignant l'inscription (OTP), que celui-ci transmet à l'utilisateur qui le renvoie auserveur de sécurisation par un message SMS par lequel le serveur apprend le numéro du terminal portable de l'utilisateur. 6. Procédé selon l'une des revendications 2 à 5, caractérisé en ce que la vérification de l'identité et de l'authenticité du demandeur, lorsque celui-ci demande au dispositif actionneur d'accomplir une action, se déroulent sous forme d'un dialogue entre le serveur de sécurisation, le dispositif actionneur et l'utilisateur agissant par l'intermédiaire de son terminal portable. 7. Procédé selon la revendication 6, caractérisé en ce que, pour permettre le dialogue d'identification et authentification de l'utilisateur, lors d'une demande d'une action, le serveur de sécurisation télécharge dans le terminal portable de l'utilisateur, lors de l'inscription des liens d'identification et d'authentification, un programme de type Applet qui comporte le logiciel et les données nécessaires au dialogue d'identification et d'authentification de l'utilisateur. 8. Procédé selon l'une des revendications 3 à 7, caractérisé en ce que le dialogue d'identification et d'authentification de l'utilisateur lors d'une demande par celui-ci d'une action de la part du dispositif actionneur, implique l'envoi par le dispositif actionneur au serveur de sécurisation des données d'identification de l'utilisateur et l'indication de la nature de la demande, l'envoi par le serveur sur le terminal portable de l'utilisateur des données d'indication de la nature de l'action demandée, et la transmission par l'utilisateur, par l'intermédiaire de son terminal portable, des données confidentielles d'authentification au serveur de sécurisation qui autorise le dispositif actionneur d'accomplir l'action demandée s'il a constaté la conformité des données confidentielles reçues aux données confidentielles inscrites.