Brevet FR3045187A1 — publié le 20170616

PROCEDE DE TRANSMISSION D'UNE INFORMATION NUMERIQUE Domaine de l'invention La présente invention concerne le domaine des services en ligne accessibles par le réseau Internet. L'accès à des sites ou services distant se fait par établissement d'une session de communication entre un équipement connecté, par exemple un ordinateur, une tablette ou un téléphone cellulaire, et un serveur dont l'utilisateur connaît l'adresse et la saisie dans un navigateur, ou auquel l'utilisateur accède via un moteur de recherche ou encore par un lien transmis par un message électronique ou apparaissant sur la page d'un autre site. A partir de la page visualisée, il procède ensuite à des transactions, qui peuvent concerner des questions sensibles, telles que la fourniture d'informations confidentielles, d'engagements ou le paiement en ligne. Le développement de ces moyens transactionnels a malheureusement entraîné la prolifération de fraudes. Une fraude répandue est appelée hameçonnage (« phishing »). Cette forme de piratage informatique est utilisé par des fraudeurs pour tenter de récupérer des informations (généralement bancaires) auprès d'internautes, par l'exploitation en dupant les internautes par le biais d'un courrier électronique semblant provenir d'une entreprise de confiance, typiquement une banque ou un site de commerce. Le mail envoyé par ces pirates usurpe l'identité d'une entreprise (banque, site de commerce électronique, etc.) et les invite à se connecter en ligne par le biais d'un lien hypertexte et de mettre à jour des informations les concernant dans un formulaire d'une page web factice, copie conforme du site original, en prétextant par exemple une mise à jour du service, une intervention du support technique, etc. 3045187 -2- Ainsi, par le biais du formulaire, les pirates réussissent à obtenir les identifiants et mots de passe des internautes ou bien des données personnelles ou bancaires (numéro de client, numéro de compte en banque, etc.). 5 Grâce à ces données les pirates sont capables de transférer directement l'argent sur un autre compte ou bien d'obtenir ultérieurement les données nécessaires en utilisant intelligemment les données personnelles ainsi collectées. 10 Etat de la technique Pour contrer ce type de fraude on connaît dans l'état de la technique différentes solutions. Certains logiciels de navigation incluent des 15 dispositifs de protection : un serveur central recensent tous les jours les nouveaux sites de hameçonnage et communique cette liste aux navigateurs installés sur les ordinateurs des internautes qui sont alors à même d'alerter les utilisateurs qui viendraient à se connecter sur ces sites frauduleux. 20 Lorsque la fonction protection est activée, le navigateur télécharge une liste des sites identifiés comme hébergeant des scripts de hameçonnage et la compare en permanence aux sites sur lesquels l'internaute surfent. Cela permet à un serveur associé au navigateur de connaître en 25 temps réel, les nouveaux sites et de lancer des alertes très efficaces. La liste est mise à jour automatiquement sans intervention de l'utilisateur. Mais, comme des sites apparaissent en quelques minutes, ce dispositif est complété par un système de vérification expresse par l'utilisateur lui- 30 même qui vérifie qu'un site suspect fait ou non partie de la liste qui a été téléchargée. Certaines barres d'outils de navigateurs intégrent une protection contre le hameçonnage par l'envoi à un serveur 3045187 -3 central la liste de tous les sites visités et pour les comparer avec les sites de hameçonnage. On connaît également la solution décrite dans le brevet européen EP1103935 proposant l'utilisation combinée 5 d'au moins deux réseaux de communication et plus précisément l'échange d'information confidentielle à un usager d'un premier support d'information à l'aide d'un deuxième support d'information par l'intermédiaire d'un mécanisme de synchronisation des supports d'information et de renvoi 10 d'information d'un support à l'autre. Le procédé de transmission d'information sur un premier support comporte ainsi : une opération d'ouverture d'une session de communication avec un moyen de communication situé à distance, sur ledit premier support de communication, et, durant ladite 15 session : une opération de réception d'une information confidentielle sur un terminal à adresse unique sur un deuxième support de communication, et une opération de transmission, sur le premier support de communication, d'un message confidentiel représentant l'information 20 confidentielle, une opération pour vérifier si le message confidentiel correspond à l'information confidentielle. Inconvénients de l'art antérieur 25 Les solutions basées sur la consultation d'une liste de site de hameçonnage ne sont pas totalement efficace car ils ne prennent pas en compte les sites les plus récents qui n'ont pas encore été qualifiés et enregistrés dans la base, et les cyberfraudeurs ont développé des stratégies de 30 changements très rapide des adresses des sites de hameçonnage. La solution proposée par le brevet EP1103935 n'est pas non plus satisfaisante car son utilisation est fastidieuse et la vérification est postérieure à la transmission d'informations sensibles. 35 3045187 -4 Solution apportée par l'invention Afin de remédier à ces inconvénients, la présente invention propose selon son acception la plus générale un 5 procédé de transmission d'une information numérique d'un serveur informatique SMa [marchand] vers un premier équipement connecté EAU1 [utilisateur Ul] caractérisé en ce qu'il comporte : - Des étapes initiales comprenant : 10 o l'enregistrement d'un identifiant dudit serveur informatique SMa unique audit serveur informatique o D'enregistrement sur un second équipement connecté EBU1 du même utilisateur Ul d'une application commandant l'ouverture automatique d'une session informatique avec 15 ledit serveur de confiance lors de la lecture d'un code présenté sur ledit équipement connecté EAU1 - Des étapes de validation d'une information présentée sur ledit premier équipement connecté EAU1 comprenant : o une opération d'ouverture d'une session de communication 20 par ledit premier équipement connecté EAU1 avec un serveur informatique SMa o une opération d'ouverture d'une session de communication sécurisé par ledit premier serveur informatique SMa avec ledit serveur de confiance, de calcul par ledit serveur 25 de confiance d'un code horodaté associé CXa à ladite clé o une opération de transmission par le serveur SMa d'une information numérique intégrant une représentation dudit code horodaté CXa o une opération d'acquisition dudit code horodaté CY 30 présenté par ledit premier équipement connecté EAU1 par ledit second équipement connecté EBU1 o une opération d'ouverture d'une session de communication par ledit second équipement connecté EBU1 avec ledit serveur de confiance par l'intermédiaire de ladite 3045187 -5 application préalablement chargée et de transmission dudit code acquis CY o une opération de vérification de la conformité du code CY avec ledit code CXa 5 o une opération de transmission audit second équipement connecté EBU1 par ledit serveur de confiance d'un message numérique de validation MVa comprenant un indicateur de conformité du code CY avec le code CX et une information Iva relative au serveur SMa associé au 10 code CXa. Selon une variante, ledit message numérique de validation MVa comprend en outre un lien pour l'ouverture d'une session sécurisé vers un serveur dont l'adresse est calculée par le serveur de confiance en fonction des 15 informations enregistrées associées au serveur SMa. Selon un mode de mise en oeuvre particulier, ledit serveur dont l'adresse est calculée par le serveur de confiance en fonction des informations enregistrées associées au serveur SMa est un serveur [de paiement] SMp distinct du 20 serveur SMa. Description détaillée d'un exemple non limitatif de l'invention 25 La présente invention sera mieux décrite à la lecture de la description qui suit, concernant un exemple non limitatif de réalisation où la figure 1 représente une vue schématique d'un système pour la mise en oeuvre de l'invention. Le système met en oeuvre un serveur de confiance 30 (10) comportant une mémoire pour l'enregistrement de serveurs transactionnels (20) vérifiés. L'étape d'enregistrement (1) est réalisée par l'ouverture d'une session entre un serveur marchand (20) et le serveur de confiance (10) attribuant au serveur marchand (20) 35 un identifiant de session et enregistrement des informations 3045187 -6 relatives au site dont la sécurisation est attendue. Ces informations contiennent notamment un identifiant du site, par exemple l'adresse URL racine, l'adresse physique Mac (Media Access Controll), l'adresse IP et/ou toute autre information 5 d'identification du site. Préalablement à l'enregistrement, une vérification de l'authenticité des ces informations est effectuée de manière connue. Le serveur de confiance (10) calcule ensuite une clé unique ou une clé de chiffrement unique, associée à 10 l'identifiant du site validé. Cette clé est enregistrée sur le serveur marchand (20). L'utilisateur qui souhaite vérifier l'authenticité du site télécharge dans la mémoire d'un terminal connecté (31) par une opération (2) une application logicielle depuis le 15 serveur de confiance (10), éventuellement par l'intermédiaire d'un serveur d'applications. Lors de cette opération, le serveur de confiance (10) peut optionnellement prévoir un échange de messages pour l'enregistrement d'informations spécifiques à l'utilisateur, et transmettre un identifiant de 20 session ou un cookie qui sera enregistré sur le terminal connecté (31) de l'utilisateur. Lorsque l'utilisateur se connecte à un site avec un équipement connecté (30), par exemple par l'intermédiaire d'un moteur de recherche ou de la saisie de l'adresse dans la barre 25 du navigateur ou encore par l'activation d'un lien hypertexte, il ouvre de façon habituelle une session (3) avec le serveur (20) hébergeant le site correspondant à l'adresse considérée. S'il s'agit d'un site préalablement enregistré sur le serveur de confiance, le serveur (20) ouvre une session (4) 30 via la clé qui lui a été attribuée par le serveur de confiance (10) lors de l'enregistrement initial. Le serveur de confiance (10) calcule alors un code numérique aléatoire horodaté, qui est transmis au serveur (20) et qui est alors intégré dans la page du site correspondant à 35 l'adresse considérée. Ce code peut prendre la forme d'un code 3045187 -7 matriciel de type Qr code. Le fichier html correspondant à la page intégrant ce code est transmis par une étape (5) à l'équipement (30) qui commande l'affichage de la page intégrant le code visualisé sous une forme graphique (32). 5 Ce code graphique (32) est flashé à l'aide de l'équipement (31), distinct de l'équipement (30) qui a établi la session avec le serveur (20). L'acquisition du code (32) par l'activation de l'application préalablement installée sur l'équipement (31) 10 ouvre une session (6) avec le serveur de confiance (10) et la transmission par l'équipement (31) du code flashé. Le serveur de confiance (10) compare le code transmis avec les codes générés pendant la tranche temporelle de validité et en cas de succès, transmet à l'équipement (31) un message numérique 15 comportant un indicateur de conformité, par exemple un code commande une plage colorée d'une première couleur, ainsi que des informations enregistrées en relation avec l'identifiant du site associé au code (31). L'utilisateur peut ainsi obtenir la confirmation 20 que le site consulté est authentique. Dans le cas d'un site frauduleux, le code éventuellement simulé par le fraudeur sera acquis par l'équipement (31) et transmis au serveur, et conduira à un traitement de vérification infructueux, ce qui déclenchera 25 l'envoi d'un message numérique d'alerte. Le message numérique envoyé en cas de conformité peut aussi contenir un lien hypertexte dont l'activation commande l'ouverture d'une session (7) avec un serveur tiers (40), par exemple un serveur de paiement, pour la réalisation 30 d'une transaction sécurisée. Contrairement à une base de données ou un système de fichiers, la session conserve les informations pendant quelques minutes. Cette durée dépend de la configuration du serveur mais est généralement fixée à 24 minutes par défaut. 3045187 -8 Le serveur crée des fichiers stockés dans un répertoire particulier. Les sessions sont particulièrement utilisées pour ce type d'applications : 5 Les espaces membres et accès sécurisés avec authentification. - Gestion d'un caddie sur un site de vente en ligne. - Formulaires éclatés sur plusieurs pages. - Stockage d'informations relatives à la navigation de 10 l'utilisateur (thème préféré, langues...). Le principe de l'invention est de séparer la validation d'un site, d'un produit sur un site et la page de paiement. Pour cela il créer un chainage au minimum de deux 15 codes numériques permet de certifier auprès du demandeur que le code à une direction et une propriété précise dont il peut vérifier les informations. Cette solution supprime l'effet « attaque de l'homme du milieu (HDM) ou « middle man attack » en créant une 20 rupture dans la logique de communication web. L'attaque de l'homme du milieu (HDM) ou man in the middle attack (MITM) est une attaque qui a pour but d'intercepter les communications entre deux parties, sans que ni l'une ni l'autre ne puisse se douter que le canal de communication entre elles a été 25 compromis. Le canal le plus courant est une connexion à Internet de l'internaute. L'attaquant doit d'abord être capable d'observer et d'intercepter les messages d'une victime à l'autre. L'attaque « homme du milieu » est particulièrement applicable dans la méthode d'échange de clés Diffie-Hellman, 30 quand il est utilisé sans authentification. Avec authentification, Diffie-Hellman est en revanche invulnérable aux écoutes du canal, et est d'ailleurs conçu pour cela. La solution selon l'invention prévoit le téléchargement d'une application depuis une plateforme de 3045187 -9 téléchargement sécurisée et de confiance sur un équipement connecté, par exemple une tablette ou un téléphone cellulaire. Cette application une fois chargé lui donne la possibilité de scanner les codes qui son activés à sa demande 5 pour certifier. Les codes uniques créés par le serveur de confiance à chaque demande du serveur web retourne sur le site pour qu'ils soient affichés. Pour le demandeur il lui suffit de scanner le code 10 avec l'équipement connecté chargé de l'application téléchargée. L'information scanné est dirigé vers le serveur de confiance qui certifie en premier lieu le code et prend en compte les informations qu'il a dans sa base 15 Il retourne vers le demandeur un certificat associé à différents types d'informations les détails de l'appartenance du code (url du site, produit, validation de la marque et du site (code trust), url de paiement. REVENDICATIONS1 - Procédé de transmission d'une information numérique d'un serveur informatique SMa [marchand] vers un 5 premier équipement connecté EAU1 [utilisateur Ul] caractérisé en ce qu'il comporte : - Des étapes initiales comprenant : o l'enregistrement d'un identifiant dudit serveur informatique SMa unique audit serveur informatique 10 o D'enregistrement sur un second équipement connecté EBU1 du même utilisateur Ul d'une application commandant l'ouverture automatique d'une session informatique avec ledit serveur de confiance lors de la lecture d'un code présenté sur ledit équipement connecté EAU1 15 - Des étapes de validation d'une information présentée sur ledit premier équipement connecté EAU1 comprenant : o une opération d'ouverture d'une session de communication par ledit premier équipement connecté EAU1 avec un serveur informatique SMa 20 o une opération d'ouverture d'une session de communication sécurisé par ledit premier serveur informatique SMa avec ledit serveur de confiance, de calcul par ledit serveur de confiance d'un code horodaté associé CXa à ladite clé o une opération de transmission par le serveur SMa d'une 25 information numérique intégrant une représentation dudit code horodaté CXa o une opération d'acquisition dudit code horodaté CY présenté par ledit premier équipement connecté EAU1 par ledit second équipement connecté EBU1 30 o une opération d'ouverture d'une session de communication par ledit second équipement connecté EBU1 avec ledit serveur de confiance par l'intermédiaire de ladite application préalablement chargée et de transmission dudit code acquis CY 3045187 o une opération de vérification de la conformité du code CY avec ledit code CXa o une opération de transmission audit second équipement connecté EBU1 par ledit serveur de confiance d'un message numérique de validation MVa comprenant un indicateur de conformité du code CY avec le code CX et une information Iva relative au serveur SMa associé au code CXa. 2 - Procédé de transmission d'une information numérique d'un serveur informatique SMa [marchand] vers un premier équipement connecté EAU1 [utilisateur Ul] selon la revendication 1 caractérisé en ce que ledit message numérique de validation MVa comprend en outre un lien pour l'ouverture d'une session sécurisé vers un serveur dont l'adresse est calculée par le serveur de confiance en fonction des informations enregistrées associées au serveur SMa. 3 - Procédé de transmission d'une information numérique d'un serveur informatique SMa [marchand] vers un premier équipement connecté EAU1 [utilisateur Ul] selon la revendication précédente caractérisé en ce que ledit serveur dont l'adresse est calculée par le serveur de confiance en fonction des informations enregistrées associées au serveur SMa est un serveur [de paiement] SMp distinct du serveur SMa.