Brevet FR2964814A1 — publié le 20120316

ENREGISTREMENT SECURISE A UN SERVICE FOURNI PAR UN SERVEUR WEB La présente invention concerne un procédé de contrôle d'accès dans le cadre d'un réseau de télécommunications, et plus particulièrement le contrôle d'un processus d'identification par un test visant à discriminer les humains des ordinateurs pour l'enregistrement à un service fourni par un serveur dans un réseau de télécommunications. Pour s'enregistrer à un service délivré par un serveur, un utilisateur peut être amené à satisfaire un test afin d'éviter que des robots s'enregistrent automatiquement. Un tel test peut être un test de type "captcha" (Acronyme de "Completely Automated Public Turing test to Tell Computers and Humans Apart" en anglais) qui est un test dit de "turing" automatisé afin de distinguer les ordinateurs des humains. Plus précisément, un tel test peut demander à un humain de déchiffrer un petit fragment de texte dont l'image est déformée et contaminée de bruit graphique. Différents types de test de type "captcha" ont été développés, en utilisant par exemple des questions sur des images ou des textes difficiles à lire. Cependant, des pirates ont développé des outils permettant de satisfaire de tels tests automatiquement, au moyen par exemple d'outils de reconnaissance textuelle, d'outils de translation "parole" à "texte", ou encore des algorithmes de reconnaissance d'image. Actuellement, il existe trois types d'attaques pirates permettant de 25 détourner les tests de type "captcha": - une résolution par des robots automatiques, - une résolution par des humains payés à cette fin, - une résolution par un humain qui travaille involontairement par l'intermédiaire d'un site pirate qui utilise insidieusement l'utilisateur en redirigeant 30 vers ce dernier un test de type "captcha" pour qu'il le résolve. Dans ce dernier cas, l'utilisateur résout un test de type "captcha" sans savoir qu'il fournit une réponse à un site pirate qui pourra alors utiliser cette réponse pour s'enregistrer auprès d'un service délivré par un serveur, Il existe un besoin de contrer ce type d'attaque réalisé par l'intermédiaire d'un site pirate qui est situé entre le terminal d'un utilisateur et un serveur auquel le terminal est connecté et qui peut intercepter les communications entre le terminal et le serveur. Un objectif de l'invention est de proposer notamment un système pour sécuriser l'enregistrement à un service fourni par un serveur web, le système étant apte à empêcher un tiers d'intercepter des réponses à des tests visant à discriminer les humains des ordinateurs émises par des utilisateurs pour l'enregistrement audit service. Pour atteindre cet objectif, un procédé pour contrôler un enregistrement sécurisé à un service fourni par un serveur web depuis un terminal de communication dans un réseau de télécommunications, comprend les étapes suivantes : suite à une connexion du terminal de communication au serveur web ayant invité l'utilisateur à fournir une adresse de messagerie électronique, mémoriser un code généré dynamiquement en correspondance avec l'adresse IP du terminal de communication et transmettre un message contenant le code à l'adresse de 20 messagerie électronique fournie par l'utilisateur, transmettre une application au terminal de communication qui installe automatiquement l'application reçue, l'application étant apte à générer un test automatisé afin de distinguer les ordinateurs des humains et apte à transmettre une réponse au test directement au serveur web, 25 déchiffrer une réponse à un test généré par l'application qui a été fournie par l'utilisateur et transmise depuis le terminal de communication, la réponse ayant été chiffrée avec l'adresse 1P du terminal de communication et le code contenu dans le message transmis à l'adresse de messagerie électronique fournie par l'utilisateur, et 30 comparer la réponse déchiffrée avec une réponse attendue afin d'autoriser l'accès au serveur web par l'utilisateur si la réponse déchiffrée correspond à la réponse attendue. Avantageusement, l'invention offre une solution évitant des attaques pirates permettant de détourner les tests de type "captcha" par l'intermédiaire d'un site pirate qui utilise insidieusement l'utilisateur en redirigeant vers ce dernier un test de type "captcha" pour qu'il le résolve. Ainsi, le serveur web est assuré que l'utilisateur résolvant le test de type "captcha" est bien l'utilisateur qui s'est connecté au site web pour accéder au service de ce dernier. Selon une autre caractéristique de l'invention, l'application peut être sous forme d'instructions de programme exécutables par un navigateur internet du terminal de communication. L'application est ainsi embarquée dans le navigateur, ce qui permet une transmission directe de la réponse de l'utilisateur vers le serveur 10 web. Selon une autre caractéristique de l'invention, le test généré par l'application peut être un test de type "captcha". Selon une autre caractéristique de l'invention, le serveur web peut produire dynamiquement des paramètres pour ledit test fourni par l'application et transmettre 15 l'application incluant les paramètres au terminal de communication. Selon une autre caractéristique de l'invention, le serveur web peut mémoriser une réponse attendue en correspondance avec l'adresse IP du terminal de communication, la réponse attendue dépendant des paramètres produits. Selon une autre caractéristique de l'invention, le serveur web peut 20 transmettre un message au terminal de communication afin d'informer l'utilisateur qu'un message a été transmis à l'adresse de messagerie électronique fournie par l'utilisateur. Selon une autre caractéristique de l'invention, le serveur web peut vérifier en outre que ladite réponse a été transmise depuis la même adresse IP que celle 25 mémorisée précédemment en correspondance avec le code généré. L'invention concerne également un serveur web pour un enregistrement sécurisé à un service fourni par le serveur web depuis un terminal de communication dans un réseau de télécommunications, le serveur web 30 comprenant : des moyens pour mémoriser un code généré dynamiquement en correspondance avec l'adresse IP du terminal de communication et transmettre un message contenant le code à une adresse de messagerie électronique fournie par l'utilisateur, suite à une connexion du terminal de communication au serveur web ayant invité l'utilisateur à fournir l'adresse de messagerie électronique, des moyens pour transmettre une application au terminal de communication qui installe automatiquement l'application reçue, l'application étant apte à générer un test automatisé afin de distinguer les ordinateurs des humains et apte à transmettre une réponse au test directement au serveur web, des moyens pour déchiffrer une réponse à un test généré par l'application qui a été fournie par l'utilisateur et transmise depuis le terminal de communication, la réponse ayant été chiffrée avec l'adresse IP du terminal de communication et le code contenu dans le message transmis à l'adresse de messagerie électronique fournie par l'utilisateur, et des moyens pour comparer la réponse déchiffrée avec une réponse attendue afin d'autoriser l'accès au serveur web par l'utilisateur si la réponse déchiffrée correspond à la réponse attendue. L'invention se rapporte encore à un programme d'ordinateur apte à être mis en oeuvre dans un serveur, ledit programme comprenant des instructions qui, lorsque le programme est exécuté dans ledit serveur, réalisent les étapes selon le procédé de l'invention. La présente invention et les avantages qu'elle procure seront mieux compris au vu de la description ci-après faite en référence aux figures annexées, dans lesquelles : - la figure 1 est un bloc-diagramme schématique d'un système de 25 communication selon une réalisation de l'invention, et - la figure 2 est un algorithme d'un procédé pour contrôler des communications sécurisées entre un terminal et un serveur selon une réalisation de l'invention. 0 En référence à la figure 1, un système de communication comprend au moins un serveur web SW et un terminal de communication TC, et éventuellement un serveur tiers ST, aptes à communiquer entre eux à travers un réseau de télécommunications RT. Le réseau de télécommunications RT peut être un réseau filaire ou sans fil, ou une combinaison de réseaux filaires et de réseaux sans fil. Selon un exemple, le réseau de télécommunications RT est un réseau de paquets à haut débit de type IP ("Internet Protocol" en anglais), tel que l'internet ou 5 un intranet. Selon un exemple, un terminal de communication TC est un ordinateur personnel relié directement par modem à une liaison de type xDSL ("Digital Subscriber Line" en anglais) ou RNIS (Réseau Numérique à Intégration de Services) reliée au réseau de télécommunications RT. 10 Selon un autre exemple, un terminal de communication TC est un terminal de radiocommunications cellulaire mobile, relié par un canal de radiocommunication au réseau de télécommunications, par exemple de type GSM ("Global System for Mobile communications" en anglais) ou UMTS ("Universal Mobile Telecommunications System" en anglais). Selon un autre exemple, un terminal de communication TC comprend un dispositif ou objet électronique de télécommunications qui est personnel à l'utilisateur et qui peut être un assistant numérique personnel communicant PDA ("Personnal Digital Assistant" en anglais), ou un téléphone intelligent (SmartPhone), pouvant être relié à une borne d'accès d'un réseau public sans fil de faible portée 20 du type WLAN ("Wireless Local Area Network" en anglais) ou conforme à l'une des normes 802.1x, ou de moyenne portée selon le protocole WIMA)«"World wide Interoperability Microwave Access" en anglais), relié au réseau de télécommunications. 25 Le serveur web SW héberge un ou plusieurs sites web, tel qu'un site de vente en ligne ou un site d'enregistrement pour paiement en ligne. Le serveur web SW comprend un module de génération GEN, un module de décodage DEC, et une interface utilisateur IU. Dans la suite de la description, le terme module peut désigner un dispositif, 30 un logiciel ou une combinaison de matériel informatique et de logiciel, configuré pour exécuter au moins une tâche particulière. Le serveur web SW est lié à une base de données d'authentification BDA qui est intégrée dans le serveur web SW ou incorporée dans un serveur de gestion de base de données relié au serveur web SW par une liaison locale ou distante. En particulier, la base de données d'authentification BDA contient des informations sur l'utilisateur permettant d'authentifier ce dernier, ainsi que la réponse attendue par serveur lors de l'enregistrement de cet utilisateur. Le module de génération GEN fournit une application App de test de type "captcha" et génère dynamiquement un test. Plus particulièrement, l'application App est sous forme d'instructions de programme exécutables par un navigateur internet, et le test généré peut être interprété par l'application exécutée par le navigateur pour présenter une question à l'utilisateur. Par exemple lorsque l'utilisateur fait une demande d'enregistrement auprès 10 du site hébergé par le serveur web SW, le module GEN transmet automatiquement l'application au terminal TC qui installe automatiquement, optionnellement avec l'accord de l'utilisateur, l'application qui est ensuite gérée par le navigateur au moyen duquel l'utilisateur est connecté directement au site web. En d'autres termes, l'application App peut être considérée comme un "plug-in" du navigateur 15 internet. Le module de décodage DEC mémorise l'adresse IP CInternet Protocol" en anglais) du terminal TC de l'utilisateur et une adresse de messagerie électronique fournie par l'utilisateur dans la base de données BDA. Le module de décodage DEC mémorise en outre un code de chiffrement CodC et la réponse attendue au test 20 généré par le module GEN dans la base de données BDA. Le module de décodage DEC reçoit la réponse de l'utilisateur au test proposé par l'application App, et vérifie que la réponse a été transmise depuis la même adresse IP que celle mémorisée précédemment. Le module DEC compare la 25 réponse reçue avec la réponse attendue mémorisée dans la base de données BDA. Optionnellement, le module de décodage DEC vérifie un temps d'attente entre le moment où l'utilisateur s'est enregistré auprès du site web et le moment où l'utilisateur a transmis une réponse au test proposé par l'application. Par exemple, ce temps d'attente peut être de deux ou trois minutes, prenant en compte le temps 30 estimé nécessaire à l'utilisateur pour recevoir le courrier électronique comprenant le code de chiffrement CodC et résoudre le test de type "captcha". L'interface d'utilisateur IU permet à un utilisateur de renseigner ses coordonnées par exemple pour s'enregistrer auprès du site web. En particulier, l'utilisateur est invité à renseigner une adresse de messagerie électronique à laquelle le serveur web pourra transmettre un code de chiffrement. serveur tiers ST est un serveur géré par un pirate dans le but d'intercepter les communications entre le terminal de communication TC et le serveur web SW. En référence à la figure 2, un procédé pour contrôler un enregistrement sécurisé à un service fourni par un serveur web depuis un terminal de 10 communication selon une réalisation de l'invention comprend des étapes El à E6 exécutées dans le système de communication. A l'étape El, l'utilisateur se connecte au site web hébergé par le serveur web SW via le terminal de communication TC. Par exemple, l'utilisateur souhaite s'enregistrer auprès du site web afin de 15 bénéficier du service offert par le site web. Via l'interface utilisateur UI, le site web invite l'utilisateur à renseigner ses coordonnées, et notamment une adresse de messagerie électronique. Le module de décodage DEC mémorise l'adresse IP du terminal TC de l'utilisateur et l'adresse de messagerie électronique fournie par l'utilisateur dans la 20 base de données BDA. A l'étape E2, le module de génération GEN génère dynamiquement un code de chiffrement CodC et le mémorise dans la base de données BDA, en correspondance avec l'adresse IP de l'utilisateur. Le module de génération GEN transmet un message contenant le code de chiffrement CodC à l'adresse de 25 messagerie électronique fournie par l'utilisateur. A l'étape E3, le module de génération GEN produit dynamiquement des paramètres Par pour un test de type "captcha" et mémorise une réponse attendue pour ce test dans la base de données BDA, en correspondance avec l'adresse IP de l'utilisateur, la réponse attendue dépendant des paramètres produits. Le module 30 de génération GEN transmet une application App incluant les paramètres Par générés pour un test de type "captcha" au terminal de communication TC. Le module de génération GEN transmet en outre un message au terminal TC afin d'informer l'utilisateur qu'un message a été transmis à l'adresse de messagerie électronique fournie par l'utilisateur. Cette information peut être fournie à l'utilisateur à l'issu de l'étape E2 ou E3, A l'étape E4, le terminal de communication TC installe automatiquement l'application App reçue qui est ensuite gérée par le navigateur internet du terminal. L'utilisateur est invité par l'application App installée à consulter sa messagerie électronique afin de récupérer le code de chiffrement CodC inclus dans un message reçu. L'utilisateur indique son identité d'accès au service, son mot de passe associé, et est en outre invité à résoudre un test de type "captcha" généré par l'application App au moyen des paramètres Par transmis avec l'application. L'application App chiffre la réponse fournie par l'utilisateur avec l'adresse IP du terminal TC et le code de chiffrement CodC qui est fourni par l'utilisateur après l'avoir récupéré dans la messagerie électronique. L'application App transmet la réponse chiffrée directement au serveur web SW, l'application possédant l'adresse exacte de destination du serveur web et la réponse ne pouvant pas être adressée à un serveur tiers. En particulier, l'adresse du service où doit être envoyée la réponse, localisé sur le serveur web, est "codée en dur" dans l'application. De ce fait, l'application ne renvoie pas la réponse à l'entité qui a fourni l'application (qui pourrait être un site pirate si celui-ci a "capturé" au préalable cette application) mais renvoie "directement" la réponse au service de destination sur le serveur web. A l'étape E5, le module de décodage DEC vérifie que la réponse chiffrée a été transmise depuis la même adresse IP que celle mémorisée précédemment en correspondance avec le code généré CodC. Le module de décodage DEC déchiffre la réponse chiffrée avec l'adresse lP et le code de chiffrement CodC mémorisés dans la base de données BDA. A l'étape E6, le module de décodage DEC compare la réponse déchiffrée avec la réponse attendue mémorisée dans la base de données BDA. Le serveur web SW autorise l'enregistrement de l'utilisateur si la réponse déchiffrée est la même que la réponse attendue. Optionnellement, le module de décodage DEC vérifie un temps d'attente entre le moment où l'utilisateur s'est enregistré auprès du site web et le moment où l'utilisateur a transmis une réponse au test proposé par l'application. Si le temps d'attente excède un intervalle de temps prédéfini, le serveur web SW n'autorise pas l'enregistrement de l'utilisateur. Ainsi, si un pirate, par l'intermédiaire d'un serveur tiers ST, tente d'intercepter des communications entre le terminal de communication TC et le serveur web SW, il devra être à l'origine de la requête vers le serveur web SW. Dans le cas où le pirate ne change pas son adresse IP, la solution reçue par le serveur web SW ne sera pas acceptée par ce dernier puisque l'adresse IP utilisée pour chiffrer la solution au test (l'adresse IP de l'utilisateur) ne correspondra pas à l'adresse IP utilisée par le serveur web SW pour déchiffrer cette solution (l'adresse IP du pirate). De plus, dans le cas où le pirate change son adresse IP et la remplace par celle de l'utilisateur, par exemple lorsque l'utilisateur se connecte au serveur web SW, l'exécution de l'application App pour la transmission de la solution au test permet un dialogue direct entre l'utilisateur et le serveur web sans passage via le serveur tiers du pirate. En effet, la destination de la réponse contenant la solution est chiffrée par l'application et le pirate ne peut pas intercepter la réponse. Grâce au code CodC transmis à l'utilisateur, une action humaine est requise pour lire le message électronique contenant ledit code. De plus, ledit code est utilisé avec l'adresse IP de l'utilisateur pour chiffrer la solution au test de type "captcha". Ainsi, si une personne espionne l'utilisateur pour retrouver la solution, cette dernière ne peut être réutilisée puisque le code et l'adresse IP sont inconnus de cette personne. L'invention décrite ici concerne un procédé et un serveur web pour contrôler un enregistrement sécurisé à un service fourni par le serveur web depuis un terminal de communication. Selon une implémentation de l'invention, les étapes du procédé de l'invention sont déterminées par les instructions d'un programme d'ordinateur incorporé dans un serveur, tel que le serveur web SW. Le programme 30 comporte des instructions de programme, qui lorsque ledit programme est chargé exécuté dans le serveur, réalisent les étapes du procédé de l'invention. En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme d'ordinateur sur ou dans un support d'informations, adapté à mettre en oeuvre l'invention. Ce programme peut utiliser 2964814 1 0 n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou 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 pour implémenter le procédé selon l'invention, 5 REVENDICATIONS1. Procédé pour contrôler un enregistrement sécurisé à un service fourni par un serveur web (SW) depuis un terminal de communication (TC) dans un réseau de télécommunications (RT), le procédé comprenant les étapes suivantes : suite à une connexion du terminal de communication (TC) au serveur web (SW) ayant invité l'utilisateur à fournir une adresse de messagerie électronique, mémoriser (E2) un code (CodC) généré dynamiquement en correspondance avec l'adresse lP du terminal de communication (TC) et transmettre un message contenant le code (CodC) à l'adresse de messagerie électronique fournie par l'utilisateur, transmettre (E3) une application (App) au terminal de communication (TC) qui installe automatiquement l'application reçue (App), l'application étant apte à générer un test automatisé afin de distinguer les ordinateurs des humains et apte à transmettre une réponse au test directement au serveur web, déchiffrer (E5) une réponse à un test généré par l'application (App) qui a été fournie par l'utilisateur et transmise depuis le terminal de communication (TC), la réponse ayant été chiffrée avec l'adresse IP du terminal de communication et le code (CodC) contenu dans le message transmis à l'adresse de messagerie électronique fournie par l'utilisateur, et comparer (E6) la réponse déchiffrée avec une réponse attendue afin d'autoriser l'accès au serveur web par l'utilisateur si la réponse déchiffrée correspond à la réponse attendue. 2. Procédé conforme à la revendication 1, selon lequel l'application (App) est sous forme d'instructions de programme exécutables par un navigateur internet du terminal de communication (TC). 3. Procédé conforme à la revendication 1 ou 2, selon lequel le test généré par l'application (App) est un test de type "captcha". 4. Procédé conforme à l'une des revendications 1 à 3, selon lequel le serveur web (SW) produit dynamiquement des paramètres (Par) pour ledit test fourni parl'application (App) et transmet l'application (App) incluant les paramètres (Par) au terminal de communication (TC). 5. Procédé conforme à la revendication 4, selon lequel le serveur web (SW) 5 mémorise une réponse attendue en correspondance avec l'adresse IP du terminal de communication (TC), la réponse attendue dépendant des paramètres produits. 6. Procédé conforme à l'une des revendications 1 à 5, selon lequel le serveur web (SW) transmet un message au terminal de communication (TC) afin d'informer 10 l'utilisateur qu'un message a été transmis à l'adresse de messagerie électronique fournie par l'utilisateur. 7. Procédé conforme à l'une des revendications 1 à 6, selon lequel le serveur web (SW) vérifie en outre que ladite réponse a été transmise depuis la même adresse lP que celle mémorisée précédemment en correspondance avec le code (CodC) généré. 8. Serveur web (SW) pour contrôler un enregistrement sécurisé à un service fourni par le serveur web (SW) depuis un terminal de communication (TC) dans un 20 réseau de télécommunications (RT), comprenant : des moyens (GEN) pour mémoriser un code généré dynamiquement en correspondance avec l'adresse IP du terminal de communication (TC) et transmettre un message contenant le code (CodC) à une adresse de messagerie électronique fournie par l'utilisateur, suite à une connexion du terminal de 25 communication (TC) au serveur web (SW) ayant invité l'utilisateur à fournir l'adresse de messagerie électronique, des moyens (GEN) pour transmettre une application (App) au terminal de communication (TC) qui installe automatiquement l'application reçue (App), l'application étant apte à générer un test automatisé afin de distinguer les 30 ordinateurs des humains et apte à transmettre une réponse au test directement au serveur web, des moyens (DEC) pour déchiffrer une réponse à un test généré par l'application (App) qui a été fournie par l'utilisateur et transmise depuis le terminal de communication (TC), la réponse ayant été chiffrée avec l'adresse 1P du terminalde communication et le code (CodC) contenu dans le message transmis à l'adresse de messagerie électronique fournie par l'utilisateur, et des moyens (DEC) pour comparer la réponse déchiffrée avec une réponse attendue afin d'autoriser l'accès au serveur web par l'utilisateur si la réponse 5 déchiffrée correspond à la réponse attendue, 9. Programme d'ordinateur apte à être mis en oeuvre dans un serveur web (SW) pour contrôler un enregistrement sécurisé à un service fourni par le serveur web (SW) depuis un terminal de communication (TC) dans un réseau de 10 télécommunications (RT), ledit programme comprenant des instructions qui, lorsque le programme est chargé et exécuté dans ledit serveur web, réalisent les étapes suivantes : suite à une connexion du terminal de communication (TC) au serveur web (SW) ayant invité l'utilisateur à fournir une adresse de messagerie électronique, 15 mémoriser (E2) un code généré dynamiquement en correspondance avec l'adresse IP du terminal de communication (TC) et transmettre un message contenant le code (CodC) à l'adresse de messagerie électronique fournie par l'utilisateur, transmettre (E3) une application (App) au terminal de communication (TC) qui installe automatiquement l'application reçue (App), l'application étant apte à 20 générer un test automatisé afin de distinguer les ordinateurs des humains et apte à transmettre une réponse au test directement au serveur web, déchiffrer (E5) une réponse à un test généré par l'application (App) qui a été fournie par l'utilisateur et transmise depuis le terminal de communication (TC), la réponse ayant été chiffrée avec l'adresse IP du terminal de communication et le 25 code (CodC) contenu dans le message transmis à l'adresse de messagerie électronique fournie par l'utilisateur, et comparer (E6) la réponse déchiffrée avec une réponse attendue afin d'autoriser l'accès au serveur web par l'utilisateur si la réponse déchiffrée correspond à la réponse attendue.