FR 3041129 A1 20170317 FR 1558550 A 20150914 1 DOMAINE TECHNIQUE DE L'INVENTION La présente invention concerne un procédé d'authentification de site de la toile et de sécurisation d'accès à un site de la toile. Elle s'applique, notamment, à éviter les fraudes de type « phishing », tant pour les sites que pour leurs utilisateurs. ETAT DE LA TECHNIQUE Le « phishing » (en français « hameçonnage » ou filoutage) est une technique utilisée par des fraudeurs pour obtenir des renseignements personnels dans le but de perpétrer une usurpation d'identité. La technique consiste à faire croire à la victime qu'elle s'adresse à un tiers de confiance - banque, administration, etc. - afin de lui soutirer des renseignements personnels : mot de passe, numéro de carte de crédit, date de naissance, etc. C'est une forme d'attaque informatique reposant sur l'ingénierie sociale. Elle peut se faire par courrier électronique, par des sites web falsifiés ou autres moyens électroniques. Lorsque cette technique utilise les messages courts (« SMS »), elle s'appelle SMiShing. Les attaques par hameçonnage sont le plus souvent dirigées vers les sites sensibles tels que les sites bancaires. Les sites de réseaux sociaux sont aujourd'hui également la cible de ces attaques. Les profils des utilisateurs des réseaux sociaux contiennent de nombreux éléments privés qui permettent aux pirates informatiques de s'insérer dans la vie des personnes ciblées et de réussir à récupérer des informations sensibles. Les criminels informatiques utilisent généralement l'hameçonnage pour voler de l'argent. Les cibles les plus courantes sont les services bancaires en ligne, les fournisseurs d'accès à internet, les sites de ventes aux enchères tels qu'eBay (marque déposée), et le système de paiement Paypal (marque déposée). Les adeptes de l'hameçonnage envoient habituellement des courriels à un grand nombre de victimes potentielles. Typiquement, les messages ainsi envoyés semblent émaner d'une société digne de confiance et sont formulés de manière à alarmer le destinataire afin qu'il effectue une action en conséquence. Une approche souvent utilisée est d'indiquer à 3041129 2 la victime que son compte a été désactivé à cause d'un problème et que la réactivation ne sera possible qu'en cas d'action de sa part. Le message fournit alors un hyperlien qui dirige l'utilisateur vers une page Web qui ressemble à s'y méprendre au vrai site de la société digne de confiance. Arrivé sur cette page falsifiée, 5 l'utilisateur est invité à saisir des informations confidentielles qui sont alors enregistrées par le criminel. Les parades à ces attaques sont entièrement soumises à l'attention des utilisateurs : N Vérification de l'orthographe du nom de domaine. 10 La syntaxe défaillante et le caractère inadéquat de l'adresse Web proposée dans le corps du message sont susceptibles d'éveiller les soupçons. La vérification de l'adresse web dans la barre d'adresse du navigateur web est la première parade. Ainsi, une attaque simple consiste à utiliser un nom de domaine très semblable (par exemple avec une faute grammaticale ou orthographique), 15 comme http://www.compagniegeneral.fr au lieu de http://www.compagniegenerale.fr. L'attaquant aura préalablement acheté un nom de domaine proche de l'original, généralement une variante orthographique. B/ Vérification de l'absence d'arobase dans l'URL (« Uniform resource locator » pour localisateur de ressource uniforme). 20 Dans les années 1990 et au début des années 2000, les attaquants concevaient une URL ressemblant à une URL légitime, en écrivant le nom de domaine usurpé comme login. Du fait de cette technique d'hameçonnage, les navigateurs web ont été améliorés afin de prévenir leurs utilisateurs lorsqu'ils détectent cette manoeuvre. Cette technique d'hameçonnage est donc aujourd'hui minoritaire. 25 C/ Vérifier l'absence de caractères Unicode Une méthode plus élaborée pour masquer le nom de domaine réel consiste à utiliser des caractères bien choisis parmi les dizaines de milliers de caractères du répertoire Unicode. En effet, certains caractères spéciaux ont l'apparence des caraotères de l'alphabet latin mais l'adresse renvoie vers un site web différent. 30 Une contre-mesure à cette attaque est de ne pas permettre l'affichage des caractères hors du répertoire ASCII, qui ne contient que les lettres de A à Z, les chiffres et de la ponctuation. Cette dernière contre-mesure est cependant difficilement compatible avec l'internationalisation Os noms de domaine, qui requiert le jeu de caractères Unicode. 3041 12 9 3 D/ Vérifier les certificats électroniques Il existe depuis les années 1990 une parade technique à l'hameçonnage : le certificat électronique. Toutefois, l'interface utilisateur des navigateurs Web a longtemps rendu les certificats incompréhensibles pour les visiteurs. Cette interface était connue sous 5 les traits d'un petit cadenas. Il était simplement expliqué au grand public que le cadenas signifie que la communication est chiffrée, ce qui est vrai, mais ne protège aucunement contre l'hameçonnage. Dans les années 2000, des certificats étendus ont été inventés. Ils permettent d'afficher plus clairement l'identité vérifiée d'un site. E/ Écrire manuellement les URL 10 Une personne contactée au sujet d'un compte devant être « vérifié » doit chercher à régler le problème directement avec la société concernée ou se rendre sur le site web en tapant manuellement l'adresse dans la barre d'adresse dans son navigateur web plutôt qu'en cliquant sur un lien qui lui aurait été fourni. F/ Utiliser les filtres anti-spam. 15 Les filtres anti-spam aident à protéger l'utilisateur des criminels informatiques par le fait qu'ils réduisent le nombre de courriels que les utilisateurs reçoivent et par conséquent les risques d'hameçonnage. Comme on le comprend aisément, ces parades sont insuffisantes : Elles requièrent des étapes complexes et fastidieuses maîtrisées par très peu 20 d'internautes. Or les erreurs grossières des tentatives d'hameçonnage les plus anciennes ont maintenant été corrigées et le risque augmente en conséquence. OBJET DE L'INVENTION 25 La présente invention vise à remédier à tout ou partie de ces inconvénients. A cet effet, la présente invention vise un procédé de sécurisation d'accès à un site de la toile, qui comporte : - une étape d'accès audit site par un premier terminal utilisateur, - une étape de saisie d'un message avec le terminal utilisateur sur une page 30 du site, - une étape de transmission du message au site de la toile, - une étape de chiffrement du message par le site de la toile pour former un code, 3041129 4 - une étape d'affichage du code sur une page du site visible sur le premier terminal utilisateur, - une étape de prise d'image du code avec un deuxième terminal utilisateur, éventuellement identique au premier terminal utilisateur, 5 - une étape de déchiffrement du code avec le deuxième terminal utilisateur et - une étape d'affichage du message déchiffré, par le deuxième terminal utilisateur. Grâce à ces dispositions, connaissant la clé de déchiffrement, le deuxième terminal utilisateur permet à l'utilisateur de vérifier un message intelligible et donc de 10 vérifier que le site qu'il visite est bien le site possédant la clé de chiffrement, c'est-à- dire que ce site est le site légitime auquel il souhaite accéder. Le message étant choisi par l'utilisateur, il lui est personnel, imprévisible et, préférentiellement, variable entre deux accès au site, pour renforcer la sécurité. Dans des modes de réalisation, le message comporte une partie 15 alphanumérique saisie par l'utilisateur. Dans des modes de réalisation, le message comporte au moins une donnée biométrique de l'utilisateur. Dans des modes de réalisation, le message comporte une photographie de l'utilisateur. 20 Dans des modes de réalisation, le message comporte une phrase prononcée par l'utilisateur. Dans des modes de réalisation, le message est représentatif d'un mouvement de pointeur effectué par l'utilisateur. Par exemple, le message représente le « panier » récapitulant des objets 25 et/ou services sélectionnés sur le site. Dans des modes de réalisation, le code prend la forme d'un logo du site. Dans des modes de réalisation, le deuxième terminal est différent du premier terminal. Dans des modes de réalisation, le procédé objet de la présente invention 30 comporte une étape de saisie d'un code personnel affiché par le deuxième terminal utilisateur. Ce deuxième message permet au site de vérifier que l'utilisateur du premier terminal utilisateur est l'utilisateur du deuxième terminal utilisateur. Par exemple, le deuxième terminal utilisateur est un téléphone mobile. 304 1 1 2 9 5 Dans des modes de réalisation, le deuxième terminal est identique au premier terminal, la prise d'image étant contrôlée par un logiciel de déchiffrement. BREVE DESCRIPTION DES FIGURES 5 D'autres avantages, buts et caractéristiques particulières de la présente invention ressortiront de la description qui va suivre faite, dans un but explicatif et nullement limitatif, en regard de dessins annexés, dans lesquels : la figure 1 représente, schématiquement, des dispositifs mis en oeuvre dans un premier mode de réalisation du procédé objet de l'invention, 10 la figure 2 représente, sous forme d'un logigramme, des étapes mises en oeuvre dans le premier mode de réalisation particulier du procédé de l'invention, la figure 3 représente, schématiquement, des dispositifs mis en oeuvre dans un deuxième mode de réalisation du procédé objet de l'invention et 15 la figure 4 représente, sous forme d'un logigramme, des étapes mises en oeuvre dans le deuxième mode de réalisation particulier du procédé de l'invention. DESCRIPTION D'EXEMPLES DE REALISATION DE L'INVENTION 20 On note, dès à présent, que les figures ne sont pas à l'échelle. On observe, en figure 1, un serveur de site de la toile 102. Le serveur 102 héberge au moins une page 108 du site et génère un code 120 obtenu par chiffrement d'un message, lors de chaque accès d'un utilisateur à cette page 108. L'utilisateur utilise deux terminaux différents. Le premier, 104, par exemple un 25 ordinateur personnel, une tablette, un ordiphone (en anglais « smartphone ») ou un objet connecté, lui sert à accéder au site de la toile. Le deuxième terminal utilisateur, 106, sert à authentifier le site. Le deuxième terminal utilisateur 106 comporte un capteur de code 124, par exemple un capteur d'image ou un transducteur acousto-électrique, tel un microphone. Le deuxième 30 terminal utilisateur 106 comporte aussi une interface utilisateur, par exemple un écran d'affichage ou un haut-parleur. Le deuxième terminal utilisateur 106 est, par exemple un appareil photo, un ordinateur, une tablette, un ordiphone ou un objet connecté. 3041129 6 Le deuxième terminal utilisateur 106 capte le code 120, le déchiffre et transmet le message déchiffré 122 à l'utilisateur sur l'interface utilisateur. En vérifiant le contenu du message, l'utilisateur peut s'assurer que la page de site à laquelle il accède est la page du site légitime et non une page d'un site miroir 5 sur lequel il risque d'être victime d'une fraude. La clé de chiffrement utilisée peut être symétrique ou, préférentiellement, asymétrique. Pour augmenter la fiabilité de l'authentification du site, le message est préférentiellement différent à chaque accès au site de la toile. Pour augmenter la fiabilité de l'authentification du site, le message est préférentiellement personnalisé, 10 c'est-à-dire différent pour chaque visiteur du site de la toile et reconnaissable par cet utilisateur comme lui étant propre (spécifique). Préférentiellement, le message chiffré est donc généré à partir de données fournies par l'utilisateur lui-même. Préférentiellement, ces données sont fournies au cours de la session d'accès au site par le premier terminal utilisateur 104. 15 Par exemple, l'utilisateur est invité, pour constituer le message : - à saisir un message alphanumérique sur le clavier 110 du premier terminal utilisateur, éventuellement sur un clavier virtuel, éventuellement éphémère et affiché par le site, - à déplacer un pointeur (son doigt sur un écran tactile ou le pointeur d'une 20 souris) sur la page affichée 108, selon un mouvement de son choix, - à prononcer une phrase devant le microphone 112 du premier terminal utilisateur 104, - à faire capter au moins une donnée biométrique (empreinte digitale, reconnaissance faciale ou de la main, ...) par un capteur du premier terminal 25 utilisateur 104 et/ou - à faire capter au moins une image de son visage par un capteur d'image 114 du premier terminal utilisateur 104. Ce message, une fois chiffré par un serveur de sécurité associé au site, est retourné sous la forme du code 120 au premier terminal utilisateur 104 et restitué, 30 après déchiffrement, par le deuxième terminal utilisateur 106. Préférentiellement, s'il est visuel, le code 120 affiché sur l'écran du premier terminal utilisateur 104 prend la forme d'un logo du site. Ce logo comporte des variations, par exemple stéganographiques (watermark sur sa surface) ou de contour, représentatives du message chiffré. 3041129 7 Dans la description de la figure 2, on admet que le premier message est un message alphanumérique saisi par l'utilisateur sur un clavier. La mise en oeuvre des autres types de messages décrits ci-dessus, en remplacement ou en complément du message alphanumérique saisi au clavier, ne pose pas de difficulté à l'homme du 5 métier. Dans la description de la figure 2, on admet que le code représentant le chiffrement du premier message est un code visible. La mise en oeuvre des autres types de codes décrits ci-dessus, en remplacement ou en complément de ce code visible, ne pose pas de difficulté à l'homme du métier. Comme illustré en figure 2, dans un premier mode de réalisation, le procédé 10 se met en oeuvre automatiquement à partir d'une étape 202 d'accès à un site de la toile, l'utilisateur utilisant pour cet accès un premier terminal utilisateur, par exemple un ordinateur. Au cours d'une étape 204, le serveur hébergeant le site fournit une page du site et un champ de saisie d'un message alphanumérique. Le premier terminal 15 utilisateur affiche cette page et ce champ sur son écran d'affichage. Au cours d'une étape 206, l'utilisateur saisit, avec un clavier du premier terminal utilisateur, un premier message alphanumérique. Eventuellement, le site interdit la saisie d'un même message au cours de deux accès successifs, pour éviter un apprentissage par un site de fraude. 20 Au cours d'une étape 208, le premier terminal utilisateur transmet le premier message au serveur hébergeant le site. Au cours d'une étape 210, un serveur (le serveur hébergeant le site ou un serveur de sécurité associé) chiffre le premier message pour fournir un code visible. Au cours d'une étape 212, le serveur hébergeant le site de la toile transmet le 25 code visible au premier terminal utilisateur et le premier terminal utilisateur affiche ce code visible sur son écran d'affichage. Au cours d'une étape 214, l'utilisateur fait démarrer un logiciel de déchiffrement à un deuxième terminal utilisateur, par exemple un ordiphone. Au cours d'une étape 216, l'utilisateur fait capter une image du code visible à 30 un capteur d'image du deuxième terminal utilisateur. Au cours d'une étape 218, le logiciel de déchiffrement déchiffre le code visible et fournit le premier message. Au cours d'une étape 220, le deuxième terminal utilisateur affiche le premier message. L'utilisateur vérifie ce premier message au cours d'une étape 222. Si le 3041129 8 message affiché sur l'écran du deuxième terminal utilisateur est différent du premier message saisi par l'utilisateur au cours de l'étape 206, l'utilisateur sait qu'il n'est pas sur un site légitime. En variante, au cours des étapes 210 à 220, le code est représentatif d'un 5 deuxième message, par exemple un code personnel d'identification (« PIN »). Ce code personnel est donc affiché par le deuxième terminal utilisateur au cours de l'étape 220. Dans ce cas, au cours d'une étape 224, l'utilisateur saisit le code personnel, avec le clavier du premier terminal utilisateur ou sur un clavier virtuel affiché sur l'écran du premier terminal utilisateur. Ce code personnel est transmis au 10 serveur hébergeant le site de la toile et, le cas échéant, au serveur de sécurité. Au cours d'une étape 226, le serveur ayant généré le code à afficher vérifie le code personnel. Si ce code personnel est correct, la navigation sur le site de la toile est autorisée. En variante, le premier message saisi par l'utilisateur au cours de l'étape 206 15 est une question parmi un nombre de questions limité dont l'utilisateur a précédemment fournit la réponse au serveur hébergeant le site de la toile, par exemple lors de la souscription aux services de ce site. Dans ce cas, au cours de l'étape 210, le serveur retrouve la réponse à la question posée, dans sa mémoire de réponses, et chiffre cette réponse pour fournir le code à afficher au premier terminal 20 utilisateur. On observe, en figure 3, un serveur de site de la toile 302. Le serveur 302 héberge au moins une page 308 du site et génère un code 320 obtenu par chiffrement d'un message, lors de chaque accès d'un utilisateur à cette page 308. L'utilisateur utilise un seul terminal, avec des logiciels différents pour l'accès au site 25 et pour l'authentification. Le terminal utilisateur 304, par exemple un ordinateur personnel, une tablette, un ordiphone (en anglais « smartphone ») ou un objet connecté, comporte une interface utilisateur, par exemple un écran d'affichage ou un haut-parleur. Le terminal utilisateur sert à accéder au site de la toile et à authentifier le site. 30 Le logiciel de déchiffrement peut utiliser un capteur de code, par exemple un capteur d'image ou un transducteur acousto-électrique, tel un microphone. Le comporte aussi une interface utilisateur, par exemple un écran d'affichage ou un haut-parleur. Le logiciel de déchiffrement déchiffre le code 320 capté et transmet le message déchiffré 322 à l'utilisateur sur l'interface utilisateur du terminal utilisateur. 304 1 1 2 9 9 En vérifiant le contenu du message, l'utilisateur peut s'assurer que la page de site à laquelle il accède est la page du site légitime et non une page d'un site miroir sur lequel il risque d'être victime d'une fraude. La clé de chiffrement utilisée peut être symétrique ou, préférentiellement, 5 asymétrique. Pour augmenter la fiabilité de l'authentification du site, le message est préférentiellement différent à chaque accès au site de la toile. Pour augmenter la fiabilité de l'authentification du site, le message est préférentiellement personnalisé, c'est-à-dire différent pour chaque visiteur du site de la toile et reconnaissable par cet utilisateur comme lui étant propre (spécifique). 10 Préférentiellement, le message chiffré est donc généré à partir de données fournies par l'utilisateur lui-même. Préférentiellement, ces données sont fournies au cours de la session d'accès au site par le terminal utilisateur 304. Par exemple, l'utilisateur est invité, pour constituer le message : - à saisir un message alphanumérique sur le clavier 310 du terminal 15 utilisateur, éventuellement sur un clavier virtuel, éventuellement éphémère et affiché par le site, - à déplacer un pointeur (son doigt sur un écran tactile ou le pointeur d'une souris) sur la page affichée 308, selon un mouvement de son choix, - à prononcer une phrase devant le microphone 312 du terminal utilisateur 304 20 et/ou - à faire capter au moins une image par un capteur d'image 314 du terminal utilisateur 304. Ce message, une fois chiffré par un serveur de sécurité associé au site, est retourné sous la forme du code 320 au terminal utilisateur 304 et restitué, après 25 déchiffrement, par le logiciel de déchiffrement. Préférentiellement, s'il est visuel, le code 320 affiché sur l'écran du terminal utilisateur 304 prend la forme d'un logo du site. Ce logo comporte des variations, par exemple stéganographiques (watermark sur sa surface) ou de contour, représentatives du message chiffré. 30 Dans la description de la figure 4, on admet que le premier message est un message alphanumérique saisi par l'utilisateur sur un clavier. La mise en oeuvre des autres types de messages décrits ci-dessus, en remplacement ou en complément du message alphanumérique saisi au clavier, ne pose pas de difficulté à l'homme du métier. Dans la description de la figure 4, on admet que le code représentant le 3041129 10 chiffrement du premier message est un code visible. La mise en oeuvre des autres types de codes décrits ci-dessus, en remplacement ou en complément de ce code visible, ne pose pas de difficulté à l'homme du métier. Comme illustré en figure 4, dans un premier mode de réalisation, le procédé 5 se met en oeuvre automatiquement à partir d'une étape 402 d'accès à un site de la toile, l'utilisateur utilisant pour cet accès un terminal utilisateur, par exemple un ordinateur. Au cours d'une étape 404, le serveur hébergeant le site fournit une page du site et un champ de saisie d'un message alphanumérique. Le terminal utilisateur 10 affiche cette page et ce champ sur son écran d'affichage. Au cours d'une étape 406, l'utilisateur saisit, avec un clavier du terminal utilisateur, un premier message alphanumérique. Au cours d'une étape 408, le terminal utilisateur transmet le premier message au serveur hébergeant le site. 15 Au cours d'une étape 410, un serveur (le serveur hébergeant le site ou un serveur de sécurité associé) chiffre le premier message pour fournir un code visible. Au cours d'une étape 412, le serveur hébergeant le site de la toile transmet le code visible au terminal utilisateur et le terminal utilisateur affiche ce code visible sur son écran d'affichage. 20 Au cours d'une étape 414, l'utilisateur fait démarrer un logiciel de déchiffrement au terminal utilisateur. Au cours d'une étape 416, l'utilisateur fait capter une image du code visible à un capteur d'image du terminal utilisateur, avec une interface du logiciel de déchiffrement. 25 Au cours d'une étape 418, le logiciel de déchiffrement déchiffre le code visible et fournit le premier message. Au cours d'une étape 420, le terminal utilisateur affiche le premier message. L'utilisateur vérifie ce premier message au cours d'une étape 422. Si le message affiché sur l'écran du terminal utilisateur est différent du premier message saisi par 30 l'utilisateur au cours de l'étape 406, l'utilisateur sait qu'il n'est pas sur un site légitime. En variante, au cours des étapes 410 à 420, le code est représentatif d'un deuxième message, par exemple un code personnel d'identification (« PIN »). Ce code personnel est donc affiché par le terminal utilisateur au cours de l'étape 420. Dans ce cas, au cours d'une étape 424, l'utilisateur saisit le code personnel, avec le 3041129 11 clavier du terminal utilisateur ou sur un clavier virtuel affiché sur l'écran du terminal utilisateur. Ce code personnel est transmis au serveur hébergeant le site de la toile et, le cas échéant, au serveur de sécurité. Au cours d'une étape 426, le serveur ayant généré le code à afficher vérifie le 5 code personnel. Si ce code personnel est correct, la navigation sur le site de la toile est autorisée. En variante, le premier message saisi par l'utilisateur au cours de l'étape 406 est une question parmi un nombre de questions limité dont l'utilisateur a précédemment fournit la réponse au serveur hébergeant le site de la toile, par 10 exemple lors de la souscription aux services de ce site. Dans ce cas, au cours de l'étape 410, le serveur retrouve la réponse à la question posée, dans sa mémoire de réponses, et chiffre cette réponse pour fournir le code à afficher sur l'écran du terminal utilisateur. REVENDICATIONS1. Procédé de sécurisation d'accès à un site de la toile, qui comporte une étape (202, 402) d'accès audit site par un premier terminal utilisateur (104, 304), caractérisé en ce qu'il comporte, de plus : - une étape (206, 406) de saisie d'un message avec le terminal utilisateur sur une page du site, - une étape (208, 408) de transmission du message au site de la toile, - une étape (210, 410) de chiffrement du message par le site de la toile pour former un code (120, 320), - une étape (212, 412) d'affichage du code sur une page du site visible sur le premier terminal utilisateur, - une étape (216, 416) de prise d'image du code avec un deuxième terminal utilisateur (106, 304), éventuellement identique au premier terminal utilisateur, - une étape (218, 418) de déchiffrement du code avec le deuxième terminal utilisateur et - une étape (220, 420) d'affichage du message déchiffré par le deuxième terminal utilisateur. 2. Procédé selon la revendication 1, dans lequel le message comporte une partie alphanumérique saisie par l'utilisateur. 3. Procédé selon l'une des revendications 1 ou 2, dans lequel le message comporte au moins une donnée biométrique de l'utilisateur. 4. Procédé selon l'une des revendications 1 à 3, dans lequel le message comporte une photographie de l'utilisateur. 5. Procédé selon l'une des revendications 1 à 4, dans lequel le message comporte une phrase prononcée par l'utilisateur. 6. Procédé selon l'une des revendications 1 à 5, dans lequel le message est représentatif d'un mouvement de pointeur effectué par l'utilisateur. 3041129 13 7. Procédé selon l'une des revendications 1 à 6, dans lequel le code (120, 320) prend la forme d'un logo du site. 8. Procédé selon l'une des revendications 1 à 7, dans lequel le deuxième terminal 5 (106) est différent du premier terminal (104). 9. Procédé selon la revendication 8, qui comporte une étape (224, 424) de saisie d'un code personnel affiché par le deuxième terminal utilisateur. 10 10. Procédé selon l'une des revendications 1 à 7, dans lequel le deuxième terminal (304) est identique au premier terminal (304), la prise d'image étant contrôlée par un logiciel de déchiffrement mis en oeuvre par le premier terminal.