FR 3003671 A1 20140926 FR 1352680 A 20130325 PROCEDE DE GENERATION D'UN CODE POUR LA SECURISATION D'UNE TRANSACTION DOMAINE Le domaine de l'invention concerne les procédés visant à sécuriser l'authentification d'un utilisateur souhaitant effectuer une transaction, entre un terminal et un serveur distant et s'assurer que l'utilisateur authentifié est bien l'auteur de la transaction. Plus particulièrement, l'invention concerne la certification d'une authentification comprenant un échange de données entre un terminal mobile et un équipement à partir duquel est initiée une transaction vers un serveur, ledit échange de données ne permettant aucune intrusion d'un tiers. ETAT DE L'ART Il existe différentes solutions permettant de sécuriser et d'authentifier l'auteur d'une transaction bancaire à partir d'un PC relié à un réseau internet. Aujourd'hui, lors d'un paiement bancaire, l'auteur du paiement indique via une interface de paiement : son numéro de compte ou de carte, et généralement s'il s'agit d'une carte bancaire : une date d'expiration et un cryptogramme. La ligne peut être sécurisée, par exemple par le protocole HTTPS, néanmoins elle ne permet pas de se prémunir d'un vol d'informations bancaires et d'une utilisation malveillante de ces données. Il existe des solutions permettant de renseigner plus d'informations telle que : le nom, prénom, date de naissance du titulaire de la carte ou d'autres données permettant de sécuriser une transaction. Néanmoins, dans le cadre d'une attaque sur une ligne sécurisée ou non ou d'une intrusion dans le système de l'utilisateur, les données peuvent être piratées par un tiers. Il existe également des solutions dans lesquelles, pour valider le paiement, un secret est transmis de l'utilisateur vers le serveur bancaire, par exemple par l'intermédiaire d'une comparaison d'une information connue uniquement du titulaire des données bancaires et du serveur distant. Généralement, cette sécurisation ne peut être assurée que si ces informations ont été prédéfinies lors d'une étape de définition d'un secret par l'utilisateur. Néanmoins, cette solution ne résiste pas à un piratage de s l'équipement ou de la ligne sur laquelle la transaction est effectuée. Il existe une solution sécurisée qui vise à émettre un code depuis un serveur distant recevant la demande de transaction vers un téléphone ou un Smartphone de l'utilisateur souhaitant aboutir sa transaction. Dans cette 10 solution, l'utilisateur recopie un code sur une interface de l'équipement depuis lequel la transaction a été initiée. Cette méthode offre une bonne solution d'authentification de l'utilisateur et de sécurisation et d'authentification des informations transmises en vue de valider une transaction en ligne. 15 En revanche, cette solution trouve une limite par une forme de frein psychologique rencontré par un utilisateur à devoir recopier un code trop long lorsque ce dernier est reçu sur un téléphone et qu'il doit être recopié sur une interface de transaction sur son PC. De ce fait, les codes ne dépassent généralement pas les 6 caractères, dans quelques cas ils peuvent 20 comporter 8 caractères. Au-delà, il est démontré que l'utilisateur peut être dissuadé dans l'aboutissement de sa transaction ou fortement découragé. Un inconvénient qui résulte de cette limitation est que la sécurisation est limitée par la taille maximale admissible du code transmis. Hors plus un code est complexe et long, plus il permet de bénéficier d'une 25 sécurisation élevée des données transmises. RESUME DE L'INVENTION L'invention vise à pallier à ces inconvénients. 30 Un premier objet de l'invention concerne un procédé de génération d'un code pour la sécurisation d'une transaction qui comprend : - une authentification d'un utilisateur par l'émission d'une première requête d'un premier équipement vers un serveur distant; - une génération d'un premier code par le serveur distant à destination d'un second équipement; - une génération d'une représentation graphique du premier code sur un afficheur du second équipement ; - une capture optique par le premier équipement de la représentation du premier code par le second équipement ; - une génération d'une seconde requête de confirmation par le premier équipement vers le serveur distant permettant d'autoriser une transaction. Un second objet de l'invention concerne un procédé de génération d'un code pour la sécurisation d'une transaction qui comprend : - une authentification d'un utilisateur par l'émission d'une première requête d'un premier équipement vers un serveur distant; - une génération d'un premier code par le serveur distant à destination d'un premier équipement; - une génération d'une représentation graphique du premier code sur un afficheur du premier équipement ; - une capture optique par le second équipement de la représentation du premier code par le premier équipement; - une génération d'une seconde requête de confirmation par le second équipement vers le serveur distant permettant d'autoriser une transaction. Avantageusement, le serveur distant compare les données de la première requête et de la seconde requête de sorte à autoriser ou non une transaction. Avantageusement, la capture optique est réalisée au moyen d'un détecteur optique et au moyen d'un calculateur permettant de réaliser une reconnaissance optique de la représentation du premier code pour la génération d'une séquence numérique correspondante. Selon les modes de réalisation, la représentation graphique du premier code est un code 2D qui peut être par exemple un Flashcode, un QR 35 code, un code barre ou un CAPTCHA. Un avantage de l'usage de motifs est de permettre de définir des codes complexes et plus longs que les codes qui doivent être recopiés manuellement. Ces derniers permettent une meilleure résistance aux tentatives de piratage des algorithmes permettant de générer ces codes. Avantageusement, la séquence générée est transmise via une première liaison sans fil sécurisée. Cette liaison peut être par exemple une connexion HTTPS. Avantageusement, le premier code est un secret partagé entre le serveur distant et le premier ou le second équipement, un code étant généré à partir du secret partagé. Un autre objet de l'invention concerne un système de sécurisation d'une transaction comprenant : - un serveur distant permettant la génération d'un premier code vers un équipement témoin suite à la réception d'une demande de transaction comprenant des données d'authentification d'un utilisateur ; - ledit équipement témoin comprenant des moyens de réception dudit premier code et des moyens d'affichage permettant d'afficher une représentation dudit premier code ; - un équipement récepteur comprenant : o un détecteur optique permettant la capture du premier code ; o un calculateur permettant de générer une séquence numérique à partir de la capture de la représentation dudit premier code et ; o un émetteur permettant la génération de la séquence numérique générée vers le serveur distant. Avantageusement, selon un premier mode de réalisation, l'équipement témoin est un PC et l'équipement récepteur est un Smartphone, le détecteur optique étant une optique intégrée au Smartphone. Avantageusement, selon un second mode de réalisation, l'équipement témoin est un Smartphone et l'équipement récepteur est un PC, le détecteur optique étant une caméra intégrée au PC. Un autre objet de l'invention concerne une application pour Smartphone. Elle comprend : - une interface de configuration pour déterminer un type de représentation graphique prédéterminée parmi un ensemble comprenant au moins deux types de représentations ; - un ensemble de procédés permettant la génération d'une représentation graphique pour chaque type en fonction d'un code numérique reçu, la représentation graphique comprenant par une méthode de stéganographie au moins une information permettant de retrouver le code numérique reçu. L'application pour Smartphone est un programme d'ordinateur utilisée conjointement à un calculateur et une mémoire du Smartphone. En outre, le programme d'ordinateur définie par l'application peut être configurée au moyen d'une interface de configuration. Avantageusement, au moins une première représentation est un QR code et une seconde représentation est un CAPTCHA. Un avantage d'une telle application est de permettre de de changer de représentation graphique du code et donc d'être compatible d'un 25 grand nombre d'équipements. Lorsque que l'équipement est un équipement d'un tiers ou un terminal de paiement, la représentation graphique peut être adaptée selon le logiciel de l'équipement qui permet de décoder le code. En outre, cette solution permet d'effectuer des mises à jour des applications d'un Smartphone et d'implémenter de nouveaux motifs. 30 BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : 35 ^ figure 1 : les principaux éléments mis en oeuvre dans un premier mode de réalisation de l'invention ; ^ figure 2 : les principaux éléments mis en oeuvre dans un second mode de réalisation de l'invention. DESCRIPTION Dans la suite de la description, une représentation graphique d'un code C est notée R(C), elle est également appelée motif. On nomme également dans le système de l'invention, un équipement témoin, l'équipement qui permet au moins de générer et d'afficher une représentation graphique d'un code à partir de la réception d'un code. Par exemple, l'équipement témoin peut être selon les modes de réalisations un PC ou un Smartphone. La figure 1 représente un premier mode de réalisation du procédé de l'invention. Un utilisateur 10 souhaitant par exemple réaliser un achat sur internet s'authentifie au moyen d'une application WEB à un serveur bancaire. L'authentification 1 comprend la définition de paramètres connus de l'utilisateur 10. Il peut s'agir d'un login et d'un mot de passe ou encore il peut s'agir d'un numéro de carte bancaire et des informations complémentaires telles que la date de validité et le nom/prénom inscrits sur la carte. Les données saisies lors de l'authentification sont transmises au moyen d'un équipement, noté premier équipement EQ1 sur la figure 1. Dans ce mode de réalisation l'équipement EQ1 est un PC muni d'un moyen de capture d'images telle qu'une caméra. Il peut s'agir également notamment d'une tablette ou d'un terminal commerçant. L'équipement EQ1 est connecté à un premier réseau, noté N1 sur la figure 1. Le réseau N1 est par exemple le réseau internet et le raccordement L1 de l'équipement EQ1 au réseau N1 peut être établi par une connexion Ethernet ou une connexion sans fil de type WiFi par exemple. L'équipement EQ1 émet une requête 2 comprenant les données d'authentification. Ces dernières peuvent être transmises au moment d'un achat sécurisé sur internet par l'utilisateur 10. Un serveur distant SERV est également raccordé au réseau N1. Dans l'exemple de la figure 1, le serveur distant SERV peut être un serveur bancaire visant à authentifier des coordonnées bancaires transmises et à certifier un paiement par le titulaire du compte bancaire dont les coordonnées ont été transmises dans la requête 2. Lorsque la requête 2 est envoyée, un plugin du navigateur web de l'équipement EQ1 peut également démarrer le moyen de capture d'images de sorte à l'activer. Une interface utilisateur peut être utilisée pour afficher la capture d'images à l'utilisateur et lui proposer au besoin d'effectuer une validation de l'image acquise ou une seconde capture si une première était insuffisante. L'interface peut être, par exemple, une fenêtre pop-up qui est affichée pendant un temps limité. Dans ce dernier cas, l'équipement EQ1 lance un compteur de temps à partir de l'émission de la requête 2. Au-delà d'une durée limite, si aucun code n'est détecté par le moyen de capture d'images, la fenêtre disparait de sorte à revenir dans un état neutre, c'est-à-dire comme si l'utilisateur n'avait pas initialisé une transaction. A la réception de la requête 2 le serveur distant SERV est capable d'interroger une base de données et de récupérer des données dites « téléphoniques » qui visent à associer un téléphone ou un Smartphone à au moins une donnée d'authentification transmises par l'équipement EQ1. Le téléphone ou le Smartphone de l'utilisateur 10 est représenté sur la figure 1 par l'équipement EQ2. Le serveur distant SERV émet une requête 3 à destination de l'équipement EQ2 au travers le réseau N2 qui peut-être un réseau GSM. On suppose que l'utilisateur 10 est en possession de l'équipement EQ2 qui est donc à proximité de l'équipement EQ1. Dans l'exemple de la figure 1, le serveur distant SERV est raccordé au réseau N1 internet. Un routeur ou une passerelle (Gateway) 11 permet de relier le réseau N1 au réseau N2. La requête 3 vise à engager une procédure de certification de l'authentification de l'utilisateur 10. Selon différentes variantes de réalisation, la requête 3 peut comporter un premier code Cl ou un secret partagé entre le serveur distant SERV et l'équipement EQ2. Lorsqu'il s'agit d'un secret partagé ce dernier permet la génération d'un code Cl à posteriori, c'est-à-dire générer suite à la réception du secret par l'équipement EQ2 et de données contenues dans le dit équipement EQ2. La requête 3 emprunte donc pour une partie du réseau N2 une liaison sans fil L2 permettant d'arriver jusqu'à l'antenne du Smartphone. Les informations transmises à l'équipement EQ2 peuvent être transmises par une connexion 3G ou 4G par exemple sous forme d'un SMS ou d'un MMS. La connexion sans fil L2 peut également être une liaison Wifi, dans ce cas la requête 3 peut donc être encapsulée dans une trame IP. Dans un mode simplifié de l'invention, à la réception du premier code Cl ou suite à sa construction lors de la réception d'un secret, le Smartphone EQ2 génère une représentation graphique R(C1) comportant au moins un agencement de symboles représentant un codage du premier code C1. En d'autres termes, la représentation graphique R(C1) est perçue comme un motif comportant un certain agencement de symboles permettant de former une représentation stéganographique du premier code Cl. Selon les variantes de réalisation, d'autres informations peuvent être codées dans le motif, comme par exemple des données d'identité du Smartphone, de configuration ou de paramétrage ou encore des données utiles. Le motif peut également comprendre des données du serveur telles que son adresse IP, un port, ou toute autre donnée permettant l'identification du serveur distant SERV. En outre, ces dernières données peuvent être également comprises dans le premier code Cl et seront donc de ce fait naturellement inscrites dans le motif qui est généré à partir du premier code Cl Dans l'exemple de la figure 1, un motif de type code 2D tel qu'un QR code est généré. Le code 2D généré est une représentation graphique du premier code C1. Selon d'autres variantes de réalisations de l'invention, le motif peut être une simple suite de caractères représentant le premier code Cl ou 30 il peut être un CAPTCHA ou un code barre. La représentation graphique du premier code Cl est affichée sur un écran du Smartphone EQ2. Dans ce cas l'équipement témoin est le Smartphone. Selon le procédé de l'invention, l'utilisateur 10 positionne le 35 Smartphone EQ2 en regard d'un moyen de capture d'images relié à l'équipement EQ1. Le moyen de capture d'images peut être par exemple une webcam intégrée ou déportée d'un PC. L'utilisateur doit veiller à respecter deux données propres au positionnement de l'écran de son Smartphone vis-à-vis du moyen de capture d'images : - Une distance maximale au-delà de laquelle la détection du motif s'affichant sur l'équipement EQ1 n'est plus reconnue par l'équipement EQ1 et ; - un angle maximal d'écart entre le plan image du moyen de capture et le plan comprenant l'écran du Smartphone. Ces contraintes de positionnement restent valables pour les second et troisième modes de réalisation de l'invention. Le moyen de capture permet de capturer le motif R(C1) s'affichant sur le Smartphone EQ2. La capture peut-être, par exemple, une photographie effectuée par une webcam. La photographie peut être déclenchée automatiquement lorsque le Smartphone est détecté devant le moyen de capture et lorsque le motif est affiché dans un intervalle de temps déclenché avec l'émission de la requête 2. Le PC, noté EQ1 sur la figure 1, comporte un calculateur permettant d'effectuer un décodage du motif R(C1) et de générer le premier code Cl contenu dans le motif R(C1). Le code déchiffré du motif est une séquence numérique notée SEQ. Si le motif est une suite de caractères, la représentation graphique du code Cl ne nécessite pas de générer un motif complexe. Dans ce cas le décodage du motif consiste en une opération de reconnaissance optique de caractères. Cette variante représente une mise en oeuvre particulièrement intéressante de l'invention car elle ne nécessite pas de moyen de détection de forme ou d'intelligence telle qu'un algorithme à mettre en oeuvre spécifiquement. La reconnaissance de caractères permet donc une solution plus simple à développer dans le cadre du système de l'invention. Un logiciel chargé dans l'équipement EQ1 permet d'exécuter une telle opération à partir d'une photo récupérée d'une webcam. Un format de sorti peut être défini de sorte que la webcam délivre une image exploitable par un type de logiciel d'OCR donnée du PC. -10 Il est possible également d'implémenter une reconnaissance de forme du motif affiché par l'afficheur de l'équipement EQ1. La reconnaissance de forme peut avoir deux objectifs qui peuvent être visés indépendamment l'un de l'autre : - Un premier objectif consiste à identifier un repère de capture du motif dans lequel le motif sera numérisé. En effet, lorsque l'utilisateur 10 positionne le Smartphone en face des moyens de capture d'image de l'équipement EQ2, un décalage d'orientation peut avoir lieu en considérant que le plan de l'afficheur et le plan image sont parallèles. En outre, des algorithmes de corrections d'images peuvent être appliqués lorsque le décalage vise à pallier à une déformation de la forme dans une perspective induite par un décalage du plan image et du plan de l'afficheur. - Un second objectif est d'inscrire de l'information dans la forme du motif. Lorsque le motif est complexe, deux niveaux d'informations peuvent être codés : la forme du motif, c'est-à-dire son contour et le motif lui-même, c'est-à-dire l'agencement des symboles qui le composent. Un avantage de cette solution est que le canal 4 qui est défini entre le Smartphone et le PC est inviolable au sens où il ne tolère aucune intrusion et aucune capture de l'information par un tiers. Le canal 4 est un canal sans fil, sans émission de données qui est unidirectionnel et dont l'acquisition d'informations est effectuée quasiment instantanément par une capture d'images. Un autre avantage est que les erreurs de frappes sont évitées. En effet, lorsque l'utilisateur reçoit un code sur son Smartphone, il n'est plus nécessaire de le ressaisir sur le PC au moment de la validation. Un avantage qui est une conséquence de ce dernier avantage mentionné est que les codes peuvent être définis par des chaines de caractères dépassant les 6 ou 8 caractères conventionnellement utilisés. En effet, de l'analyse des solutions de l'art antérieur, il résultait que les codes étaient préférentiellement limités en taille. Cette limitation permettait de ne pas dissuader un potentiel utilisateur lors d'une authentification sécurisée -11- avec un code trop long à ressaisir. Une longueur de chaine de caractères supérieure à 8 pouvait freiner un utilisateur à ressaisir la chaine de caractère, ce qui peut éventuellement le conduire à abandonner son achat. La solution de l'invention est donc compatible d'un haut degré de sécurisation par l'émission d'un code comportant un grand nombre de caractères tout en s'affranchissant d'erreurs de frappes lors de la recopie du code par l'utilisateur. En outre, elle permet un confort d'usage pour l'utilisateur par la simple manipulation du Smartphone devant la caméra. L'équipement EQ1, c'est-à-dire le PC dans l'exemple de la figure 1 acquiert l'image du motif et comporte un calculateur permettant de traiter l'image pour déduire le premier code Cl contenu dans le motif capturé. Par exemple, le traitement de l'image peut être effectué par une numérisation de l'image et en appliquant un algorithme de décodage qui peut correspondre à l'inverse de l'algorithme de codage par exemple utilisé dans l'équipement EQ2. Lorsque le motif correspond aux caractères affichés du code, une reconnaissance optique de caractère, dite OCR, suffit à décoder le motif. L'équipement EQ1 est capable de déduire le premier code C1, sauf erreur de décodage par la génération d'une séquence numérique SEQ. Le motif peut comprendre dans des variantes de réalisation une redondance d'informations ou des données permettant d'appliquer un code correcteur d'erreurs lors de l'analyse de l'image capturée. Il est ensuite en mesure de communiquer au serveur distant SERV le premier code Cl ou un secret partagé déduit du code Cl déduit du motif. La transmission est effectuée par une requête 5 au travers du réseau N1 internet. Le serveur distant SERV est en mesure de récupérer le premier code Cl déduit du décodage de l'image capturée par l'équipement EQ1 et de le comparer avec le premier code Cl émis. Lorsque les deux codes Cl émis et Cl reçu sont identiques, alors la transaction souhaitée par le premier utilisateur 10 peut être autorisée. La figure 2 représente un second mode de réalisation du procédé de l'invention. -12- Un utilisateur 10 souhaitant toujours, par exemple, réaliser un achat sur internet s'authentifie au moyen d'une application WEB à un serveur bancaire. Les premières étapes de l'authentification 1 sont identiques au procédé défini à la figure 1. Les données saisies lors de l'authentification sont transmises au moyen d'un équipement, noté premier équipement EQ1 sur la figure 2. Dans ce mode de réalisation l'équipement EQ1 peut toujours être un PC qui comprend un afficheur tel qu'un écran. Il peut s'agir également notamment d'une tablette ou d'un terminal commerçant. L'équipement EQ1 est connecté au premier réseau N1 défini précédemment. Le réseau N1 est par exemple le réseau internet et le raccordement Ll de l'équipement EQ1 au réseau N1 peut être établi par une connexion Ethernet ou une connexion sans fil de type WiFi par exemple. L'équipement EQ1 émet une requête 2 comprenant les données d'authentification. Ces dernières peuvent être transmises au moment d'un achat sécurisé sur internet par l'utilisateur 10. Un serveur distant SERV est également raccordé au réseau N1. Dans l'exemple de la figure 2, le serveur distant SERV peut être, comme dans l'exemple de la figure 1, un serveur bancaire visant à authentifier des coordonnées bancaires transmises et à certifier un paiement par le titulaire du compte bancaire dont les coordonnées ont été transmises dans la requête 2. Dans ce second mode de réalisation, le serveur distant SERV émet directement dans une requête 3' un premier code Cl à l'équipement EQ1 qui est toujours un PC dans l'exemple de la figure 2. Il peut s'agir également d'un secret partagé de sorte à reconstruire un premier code Cl à partir de ce dernier et de données contenues dans le PC. De la même manière que dans le premier mode, le calculateur de l'équipement EQ1, c'est-à-dire du PC, est capable de générer une représentation graphique du premier code C1, qu'on nomme également dans ce mode de réalisation motif R(C1). Il peut s'agir de tout type de motif graphique à partir du moment où il contient une information permettant de -13- déduire le premier code C1, par exemple selon un agencement particulier de symboles. Dans ce mode de réalisation, l'équipement témoin est le PC EQ1. L'utilisateur, ayant constaté la réception du premier code par l'affichage du motif généré à partir de ce dernier, il est en mesure de positionner son Smartphone EQ2 en face de l'afficheur de l'équipement EQ1. Un avantage est qu'un grand nombre de Smartphone du marché comporte un moyen de capture d'images tel qu'un appareil photo ou vidéo. Ainsi le Smartphone EQ2 est capable de capturer via un canal 4', l'image affichée par l'afficheur de l'équipement EQ1, c'est-à-dire le PC, qui comporte le motif généré à partir du premier code C1. Dans ce mode de réalisation, le Smartphone EQ2 comporte un calculateur et une application qui peut être initialisée automatiquement à la lecture de l'image ou initialisée par l'utilisateur. Cette dernière application permet de décoder le motif, notamment dans les cas de figures où le motif est un CAPTCHA, un code barre, un code 2D (Flashcode ou QR code) ou encore un code alphanumérique qui comprend une séquence de chiffres. Lorsque le premier code Cl est reconstitué par un algorithme de l'équipement EQ2, l'équipement EQ2 peut envoyer une requête 5' sur la liaison sans fil L2 le reliant au réseau N2 de type GSM par exemple vers le serveur distant SERV. Le premier code Cl peut comporter l'adresse url du serveur distant SERV de sorte à acheminer correctement la requête 5'. Dans des variantes de réalisation, le Smartphone EQ2 peut être configuré, par exemple par le biais que la même application permettant d'effectuer le décodage du motif, pour être capable d'envoyer la requête à un serveur distant SERV connu. Selon une autre variante, l'utilisateur défini l'url qui est par exemple indiqué sur l'équipement EQ1. Le Smartphone EQ2 envoie une requête 5' contenant le premier code Cl ainsi que des informations d'identifications du Smartphone EQ2. -14- Dans une variante de réalisation, le Smartphone EQ2 a été préinscrit auprès d'un serveur bancaire tel qu'un serveur distant SERV ou un autre serveur qui peut être interrogé par l'intermédiaire du serveur distant SERV. Un avantage de cette préinscription est qu'elle permet de contrôler s par la suite que le Smartphone EQ2 qui remonte de premier code Cl est bien le Smartphone de l'utilisateur 10. Les informations qui peuvent être transmises avec le premier code Cl dans la requête 5' peuvent être un numéro de téléphone, un numéro de série ou encore un nom/prénom ou un identifiant. D'autres informations 10 peuvent être intégrées dans la requête 5' comme par exemple l'information qui consiste à savoir si le Smartphone a été jailbreaké, c'est-à-dire craqué ou piraté, ou encore si l'application permettant de définir une interface pour l'utilisateur et permettant d'effectuer l'analyse de l'image acquise a bien été téléchargée par l'utilisateur 10. Il est donc possible d'inclure des informations 15 permettant d'améliorer la fiabilité de l'authentification. Un token horodaté peut également être transmis au serveur distant SERV depuis le Smartphone EQ2. Le serveur distant SERV peut alors comparer le premier code Cl émis avec le premier code Cl retourné par le Smartphone. Lorsque les deux 20 codes sont identiques, le serveur distant SERV peut autoriser ou non une transaction bancaire. Le serveur distant SERV peut également comparer l'identification du Smartphone EQ2 avec les données enregistrées lors de la préinscription auprès du serveur distant SERV. Dans une variante de réalisation, lorsqu'un secret partagé permet 25 de générer un premier code Cl avec, par exemple, l'identifiant du Smartphone EQ2, il n'est pas nécessaire de remonter les informations d'identification du Smartphone EQ2 au serveur distant SERV. En effet, dans ce cas, la comparaison des premiers codes est effectuée par le Smartphone EQ2. C'est-à-dire qu'un tiers, en plus d'utiliser les informations bancaires ne 30 lui appartenant pas, devrait se munir du Smartphone EQ2 de l'utilisateur 10 car un autre Smartphone ne pourrait pas générer le premier code Cl à partir de la capture d'image. Selon que le premier code ou un secret est envoyé par le serveur, dans les deux cas de figures, les procédés de l'invention permettent -15- d'empêcher un tiers d'utiliser les informations bancaires sans l'équipement EQ2 qui lui est associé. Les informations d'identification du Smartphone EQ2 correspondent donc à une double sécurité qui permet de contrôler que l'utilisateur est bien le bon utilisateur propriétaire des informations bancaires transmises et qu'il est en possession de son Smartphone EQ2. Les informations transmises de l'équipement EQ2 peuvent être 10 transmises par une connexion 3G ou 4G par exemple sous forme d'un SMS ou d'un MMS. Un avantage du SMS est qu'il peut comporter 160 caractères et offrir la possibilité de définir des codes complexes et longs par ce biais. Dans les deux modes de réalisations décrits au travers des figures 15 1 et 2, le premier code Cl peut être un token horodaté qui peut être, par exemple, valable pendant un intervalle de temps prédéfini. Lorsque le serveur distant SERV envoie un secret partagé entre lui et un équipement, EQ1 ou EQ2 selon les modes de réalisations, ce 20 dernier permet de générer un premier code au sein de l'équipement le recevant comme détaillé précédemment. Lorsque le secret partagé est envoyé à l'équipement EQ2, c'est-à-dire au Smartphone EQ2, cette variante de réalisation suppose que le Smartphone comprend une fonction permettant de déduire un code à partir 25 d'un algorithme embarqué et du secret reçu. Cette fonction peut être initialisée à partir d'une première connexion à un serveur distant SERV et peut-être mise à jour à des intervalles de temps réguliers. Dans un troisième mode de réalisation compatible des deux 30 premiers modes définis précédemment aux figures 1 et 2, le premier code Cl est envoyé à l'équipement EQ1 et à l'équipement EQ2. Un des équipements génère un motif à partir du code reçu et l'affiche sur un afficheur de sorte à être capturé par un moyen de capture d'images intégré à l'autre équipement. Dans ce cas, l'un des équipements capturant le motif est capable de déduire 35 le premier code Cl dissimulé dans le motif généré et de valider par une -16- opération de comparaison des deux codes que le premier code Cl est correcte. Dans ce cas, l'équipement effectuant la comparaison ne remonte pas le premier code Cl décodé mais par exemple une information indiquant la validation du test de comparaison. Ce troisième mode de réalisation nécessite de réaliser l'opération de comparaison dans un des équipements. Lorsque c'est le Smartphone EQ2 qui effectue la comparaison, cette opération peut être réalisée par une application dédiée qui peut être la même que celle qui gère la capture d'image par exemple. REVENDICATIONS1. Procédé de génération d'un code pour la sécurisation d'une transaction, caractérisé en ce que ledit procédé comprend : - une authentification (1) d'un utilisateur (10) par l'émission d'une première requête (2) d'un premier équipement (EQ1) vers un serveur distant (SERV) ; - une génération d'un premier code (C1) par le serveur distant (SERV) à destination d'un second équipement (EQ2) ; - une génération d'un motif à partir du premier code (C1) sur un afficheur du second équipement (EQ2) - une capture optique par le premier équipement (EQ1) du motif affiché par le second équipement (EQ2) ; - une génération d'une seconde requête (5) de confirmation par le premier équipement (EQ1) vers le serveur distant (SERV) permettant d'autoriser une transaction. 2. Procédé de génération d'un code pour la sécurisation d'une transaction, caractérisé en ce que ledit procédé comprend : - une authentification (1) d'un utilisateur (10) par l'émission d'une première requête (2) d'un premier équipement (EQ1) vers un serveur distant (SERV) ; - une génération d'un premier code (C1) par le serveur distant (SERV) à destination du premier équipement (EQ1) ; - une génération d'un motif à partir du premier code (C1) sur un afficheur du premier équipement (EQ1) - une capture optique par un second équipement (EQ2) du motif affiché par le premier équipement (EQ1) ; - une génération d'une seconde requête (5') de confirmation par le second équipement (EQ2) vers le serveur distant (SERV) permettant d'autoriser une transaction. 3. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 1 ou 2,caractérisé en ce que le serveur distant (SERV) compare les données de la première requête (2) et de la seconde requête (5, 5') de sorte à autoriser une transaction. 4. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que la capture optique est réalisée au moyen d'un détecteur optique et au moyen d'un calculateur permettant de réaliser une reconnaissance optique du motif pour la génération d'une séquence numérique (SEQ) correspondante. 5. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le motif est un code 2D. 6. Procédé de génération d'un code pour la sécurisation d'une transaction selon la revendication 5, caractérisé en ce que le motif est un Flash code, un QR code ou un code barre. 7. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le motif est un CAPTCHA. 8. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le motif est une chaine de caractères et que la reconnaissance optique est une reconnaissance optique de caractères (OCR) 9. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 4 à 8, caractérisé en ce que la séquence numérique (SEQ) générée est transmise via une première liaison (L1) sans fil sécurisée. 10. Procédé de génération d'un code pour la sécurisation d'une transaction selon l'une quelconque des revendications 1 à 8,caractérisé en ce que le premier code (C1) est un secret partagé entre le serveur distant (SERV) et le premier ou le second équipement (EQ1, EQ2), un code (C1) étant généré à partir du secret partagé et d'une information contenue dans l'un des équipements (EQ1, EQ2). 11.Système de sécurisation d'une transaction caractérisé en ce qu'il comprend : - un serveur distant (SERV) permettant la génération d'un premier code vers un équipement témoin (EQ1, EQ2) suite à la réception d'une demande (2) de transaction comprenant des données d'authentification d'un utilisateur (10); - ledit équipement témoin (EQ1, EQ2) comprenant des moyens de réception dudit premier code (C1) et des moyens d'affichage permettant d'afficher une représentation dudit premier code (C1) ; - un équipement récepteur (EQ1, EQ2) comprenant : o un détecteur optique permettant la capture du premier code (C1) ; o un calculateur permettant de générer une séquence numérique (SEQ) à partir de la capture de la représentation dudit premier code (C1) et ; o un émetteur permettant la génération de la séquence numérique (SEQ) générée vers le serveur distant (SERV). 12.Système de sécurisation d'une transaction selon la revendication précédente, caractérisé en ce que l'équipement témoin est un PC et que l'équipement récepteur est un Smartphone, le détecteur optique étant une optique intégrée au Smartphone. 13. Système de sécurisation d'une transaction selon la revendication précédente, caractérisé en ce que l'équipement témoin est un Smartphone et que l'équipement récepteur est un PC, le détecteur optique étant une caméra intégrée au PC.35. Programme d'ordinateur pour Smartphone, caractérisé en ce que ledit Smartphone comprend : - une interface de configuration pour déterminer un type de représentation graphique prédéterminée parmi un ensemble comprenant au moins deux types de représentations, et que ledit programme d'ordinateur permet l'exécution : - d'un ensemble de procédés selon l'une quelconque des revendications 1 à 10 permettant la génération d'une représentation graphique pour chaque type en fonction d'un code numérique reçu, la représentation graphique comprenant par une méthode de stéganographie au moins une information permettant de retrouver le code numérique reçu. 15. Programme d'ordinateur pour Smartphone selon la revendication 14, caractérisé en ce qu'au moins une première représentation est un QR code et une seconde représentation est un CAPTCHA.