Brevet FR3146224A1 — publié le 20240830

La présente invention concerne une carte à puce (100) configurée pour pouvoir effectuer des transactions bancaires sans contact entre un client et un marchand, la carte comprenant : • un support comprenant une face recto et une face verso, • un élément sécurisé dans lequel est enregistré un code secret (PIN), et • une antenne. Elle est essentiellement caractérisée en ce que : • l’élément sécurisé comprend en outre des moyens de génération d’un code-barres à deux dimensions, autonomes et hors ligne, le code-barres permettant une transaction bancaire sans contact entre le débiteur et le créditeur lorsque ledit code-barres est scanné par un dispositif optique du créditeur; • la carte comprend des moyens d’affichage (160) susceptibles d’afficher ledit code-barres généré. Carte à puce à code-barres. La présente invention concerne le domaine du paiement par code-barres bidimensionnel, en particulier un code QR. Dans ce domaine, il existe les deux principaux modes de transaction suivants. Un premier mode de transaction concerne les transactions créditeur (marchand) / débiteur (client). Dans ce mode de transaction, il existe à ce jour les trois schémas de transaction suivants. Un premier schéma est considéré comme statique et appelé « statique ». Dans ce premier schéma, le marchand possède un code-barres à deux dimensions, accessible aux clients. Le code-barres à deux dimensions du marchand équivaut par exemple aux références bancaires du marchand. En opération, un client scanne ce code-barres à deux dimensions, typiquement via une application sur son smartphone, et le client renseigne le montant de la transaction qu’il souhaite effectuer. Le montant de la transaction et l’instant de la transaction sont donc initiés par le client. Un deuxième schéma est considéré comme dynamique et appelé « marchand présent ». Dans ce deuxième schéma, le marchand génère un code-barres à deux dimensions, unique, qui comprend le montant de la transaction. En opération, un client scanne ce code-barres à deux dimensions, typiquement via une application sur son smartphone, et autorise le paiement. La transaction est donc initiée par le marchand. Le montant de la transaction est déterminé par le marchand et ce montant est codé dans le code-barres à deux dimensions. En général, le code-barres à deux dimensions est unique, c’est-à-dire qu’il existe une bijection entre la transaction et le code-barres à deux dimensions. Autrement dit, deux transactions portant sur un même montant nécessitent deux code-barres à deux dimensions. Un troisième schéma est considéré comme dynamique et appelé « client présent ». Dans ce troisième schéma, le client génère un code-barres à deux dimensions, unique, qui comprend le montant de la transaction, en général sur son smartphone. En opération, un marchand scanne ce code-barres à deux dimensions, typiquement via une application sur son smartphone, et déclenche le paiement, c’est-à-dire effectue un prélèvement sur le compte du client. Un deuxième mode de transaction concerne les transactions « pair à pair », ou P2P, typiquement entre deux particuliers. Ce deuxième mode de transaction fonctionne selon le principe du premier schéma statique. Quel que soit le mode de transaction ou le schéma, cela nécessite un smartphone et une application dédiée. Or en concentrant un nombre d’applications sur un même smartphone, le risque de fraude et le risque de gravité des effets de la fraude augmente si le smartphone est volé, perdu ou piraté. A l’inverse des cartes à puces qui fonctionnent sur des systèmes fermés sécurisés, les smartphones fonctionnent en systèmes ouverts, en ligne et interconnectés, plus susceptibles de faire l’objet d’attaques frauduleuses. Dans ce contexte, la présente invention vise à proposer une solution permettant de mettre en œuvre un schéma dynamique « client présent » ou P2P, en présence d’une carte à puce. Aussi, selon un premier de ses l’objets, l’invention concerne une carte à puce configurée pour pouvoir effectuer des transactions bancaires sans contact entre un débiteur et un créditeur, la carte comprenant : • un support comprenant une face recto et une face verso, • un élément sécurisé dans lequel est enregistré un code secret (PIN), et • une antenne. Elle est essentiellement caractérisée en ce que : • l’élément sécurisé comprend en outre des moyens de génération d’un code-barres à deux dimensions, autonomes et hors ligne, le code-barres permettant une transaction bancaire sans contact entre le débiteur et le créditeur lorsque ledit code-barres est scanné par un dispositif optique du créditeur, et • la carte comprend des moyens d’affichage susceptibles d’afficher ledit code-barres généré. Par exemple, l’une des faces comprend des données nominatives relatives au porteur de la carte. Un « code-barres à deux dimensions » est indistinctement appelé « code-barres 2D » ou « code 2D », et se présente par exemple sous la forme d’un Code QR. Par concision, il est dénommé « code-barres » ci-après. On peut prévoir que le code-barres généré est un code-barres dynamique, chaque code-barres généré étant unique et sécurisé, chaque transaction générant un code-barres respectif. On peut prévoir que la carte à puce comprend un code-barres à deux dimensions statique unique, comprenant un identifiant relatif au moins au porteur de carte et permettant d’établir en outre des transactions de pair à pair (P2P) entre deux individus dont l’un est créditeur et l’autre est débiteur, ledit code-barres à deux dimensions statique étant : • affichable sur lesdits moyens d’affichage ; ou • visible sur l’une quelconque des faces recto ou verso de la carte à puce, solidaire de ladite face. On peut prévoir au moins l’un parmi : • des moyens d’activation des moyens d’affichage, pour l’affichage du code-barres dynamique ou du code-barres à deux dimensions statique, et • des moyens d’activation des moyens de génération d’un code-barres à deux dimensions dynamique. On peut prévoir que les moyens d’activation comprennent : • Un périphérique d'entrée permettant de saisir un code secret ou d’enregistrer des empreintes digitales ; et • Des moyens de comparaison, configurés pour comparer le code secret saisi ou les empreintes digitales à un code de référence préenregistré ou à des empreintes digitales de référence préenregistrées dans une mémoire de l’élément sécurisé ; et pour générer un signal représentatif du résultat de la comparaison, l’activation des moyens de génération d’un code-barres à deux dimensions étant asservie audit signal. On peut prévoir que le périphérique d'entrée comprend au moins l’un parmi : • un clavier intégré à la carte ; • un ensemble d’au moins un bouton intégré à la carte ; • un transducteur optoélectronique, relié électriquement à l’élément sécurisé ; • un microsystème électromécanique (MEMS) ; et • un lecteur d’empreintes digitales le code secret saisi correspondant respectivement : • au code saisi sur le clavier ; • à une séquence d’activation de l’ensemble d’au moins un bouton ; • à une séquence d’obturations du transducteur optoélectronique ; • à une séquence d’actionnement du microsystème électromécanique (MEMS) ; et • à un ensemble de métriques entre des points biométriques prédéterminés sur une image des empreintes digitales. On peut prévoir que : • Lorsque la carte comprend un ensemble d’au moins un bouton, i. Si la carte comprend un bouton unique, la séquence d’activation est fonction de l’un au moins parmi : le nombre total d’activations dudit bouton dans une fenêtre de temps prédéterminée, la durée de chaque activation et l’intervalle de temps entre deux activations consécutives ; ii. Si la carte comprend une pluralité de boutons : la séquence d’activation est fonction de l’un au moins parmi : le nombre total d’activations de chacun desdits boutons dans une fenêtre de temps prédéterminée, la durée de chaque activation et l’intervalle de temps entre deux activations consécutives ; • Lorsque la carte comprend un transducteur optoélectronique, i. la séquence d’obturations du transducteur optoélectronique est fonction de l’un au moins parmi : le nombre total d’obturations dans une fenêtre de temps prédéterminée, la durée de chaque obturation et l’intervalle de temps entre deux obturations consécutives. Lorsque la carte comprend un microsystème électromécanique (MEMS), la séquence d’actionnement du microsystème électromécanique (MEMS) est fonction de l’un au moins parmi : le nombre total d’actionnements dans une fenêtre de temps prédéterminée, la durée de chaque actionnement et l’intervalle de temps entre deux actionnements consécutifs On peut prévoir en outre une batterie électrique, optionnellement rechargeable, pour alimenter électriquement les moyens de génération d’un code-barres à deux dimensions. Selon un autre de ses objets, l’invention concerne un procédé pour la sécurisation d’une transaction entre un débiteur et un créditeur, le débiteur étant équipé d’une carte à puce selon l’invention, le créditeur étant équipé d’un terminal de paiement connecté à un réseau bancaire, le procédé comprenant des étapes consistant à : • Générer un code-barres dynamique à deux dimensions par l’élément sécurisé de la carte à puce, le code-barres permettant une transaction bancaire sans contact entre le débiteur et le créditeur pour un montant préalablement défini lorsque ledit code-barres est scanné par un dispositif optique du créditeur ; • Afficher ledit code-barres dynamique généré sur des moyens d’affichage de la carte à puce ; • Scanner ledit code-barres dynamique par un dispositif optique en connexion avec le terminal de paiement du créditeur, décoder ledit code-barres dynamique et en extraire les données permettant la transaction bancaire ; • Emettre une requête d’autorisation de la transaction bancaire par le terminal de paiement du créditeur, la requête comprenant lesdites données extraites. L’invention concerne également un procédé pour la sécurisation d’une transaction de pair à pair entre un débiteur et un créditeur, au moins le débiteur étant équipé d’une carte à puce selon l’invention, le procédé comprenant des étapes consistant à : • définir le montant d’une transaction bancaire sans contact entre le débiteur et le créditeur ; • Scanner le code-barres à deux dimensions statique unique de la carte à puce du débiteur par un objet communicant du créditeur ; • décoder ledit code-barres statique ; • en extraire les données permettant la transaction bancaire ; • Emettre une requête d’autorisation de la transaction bancaire par l’objet communicant du créditeur, la requête comprenant lesdites données extraites. Il existe des transactions qui sont mises en œuvre par un smartphone équipé d’une application qui génère un code 2D. Mais de telles solutions sont par essence en ligne et présentent donc une certaine surface d’attaque. Au contraire la carte à puce selon l’invention est avantageusement hors ligne, elle est donc plus sécurisée. D’autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante donnée à titre d’exemple illustratif et non limitatif et faite en référence aux figures annexées. Les figures ne sont pas à l’échelle. Certains détails ont été omis et d’autres amplifiés, pour en faciliter la compréhension. DESCRIPTIF DES DESSINS illustre une carte à puce selon l’art antérieur, illustre un mode de réalisation d’une carte à puce selon l’invention. La une carte à puce selon l’art antérieur. Elle permet une transaction financière, bancaire, entre un client et un marchand, c’est-à-dire entre un débiteur et un créditeur. De manière classique, une carte à puce 100 comprend un support et répond à des normes. Le support comprend une face recto et une face verso, la face recto comprenant souvent des données, notamment des données nominatives relatives au porteur de la carte, par exemple des données individuelles du porteur de la carte, au moins le nom et le prénom du porteur de la carte à puce 100. La carte à puce 100 comprend également généralement un numéro de carte 120. En général, le numéro 120 est un nombre à 16 chiffres, unique, généralement normé. La carte à puce 100 comprend également un élément sécurisé, permettant d’établir des transactions sécurisées. L’élément sécurisé est généralement compris dans un module 110. Un code secret (code PIN) est stocké dans une mémoire de l’élément sécurisé, et parfois en ligne. De manière connue en soi, la réalisation d’une transaction peut être asservie à la saisie du code PIN. Pour des raisons de sécurité, la carte à puce 100 comprend également une date d’expiration 130. De manière non illustrée, la carte à puce 100 comprend également une antenne qui permet d’alimenter électriquement le module grâce à l’antenne lorsque la carte à puce 100 est alimentée par un terminal. Pour un paiement dit « sans contact », la carte à puce 100 est positionnée dans le champ magnétique d’un terminal de paiement, en général sur une surface spécifique de celui-ci. Pour autant, ce mode d’alimentation est dit « sans contact » par opposition au mode « contact » dans lequel des pointes en métal viennent en contact avec le module de la carte à puce 100. La carte à puce 100 peut comprendre un concentrateur en connexion électrique avec l’antenne. Selon l’invention, illustrée , la carte à puce 100 comprend en outre un ensemble de moyens décrits ci-après. En particulier, la carte à puce 100 comprend des moyens d’affichage 160, par exemple un écran d'affichage ou une étiquette électronique. Les moyens d’affichage 160 sont reliés électriquement à l’élément sécurisé. L’élément sécurisé comprend en outre des moyens de génération d’un code-barres à deux dimensions, indistinctement appelé « code-barres 2D », ou « code 2D » par concision. Le code 2D permet une transaction bancaire sans contact entre le débiteur et le créditeur lorsque ledit code-barres est scanné par un dispositif optique du créditeur. De préférence, le code 2D généré est un code-barres dynamique 151, c’est-à-dire qu’un code 2D, unique et sécurisé, est généré pour chaque transaction. Typiquement, le code 2D dynamique 151 permet de mettre en œuvre un prélèvement bancaire. Les moyens d’affichage 160 sont configurés pour afficher ledit code 2D dynamique 151 généré. En l’espèce, les moyens de génération du code 2D dynamique 151 sont autonomes et hors ligne. Par « autonome » on entend que chaque code 2D dynamique 151 n’est généré que par l’élément sécurisé, et n’est pas généré par un dispositif extérieur tel qu’un terminal de paiement ou un smartphone. Par « hors ligne » on entend que chaque code 2D dynamique 151 est généré hors réseau bancaire, c’est-à-dire n’est généré que par la carte à puce elle-même, pour autant que celle-ci soit alimentée en énergie électrique, par des moyens embarqués (batterie) ou externes (lecteur de carte à puce, terminal de paiement, smartphone, etc.). De préférence, on prévoit que la carte à puce comprend des moyens d’activation des moyens de génération du code 2D dynamique 151. On peut prévoir que les moyens d’activation comprennent un périphérique d'entrée 140 permettant de saisir un code secret. Par exemple on peut prévoir un bouton, par exemple un bouton poussoir, qui génère le code 2D dès lorsqu’il subit une pression. Cette variante est pratique et facile à mettre en œuvre. Toutefois, elle présente une faille de sécurité en cas de vol de la carte à puce. On peut donc prévoir une autre variante dans laquelle le code 2D est généré grâce à un facteur d’authentification, en l’espèce « ce que je sais ». Dans ce cas, le code 2D n’est généré que si le porteur saisit un code secret grâce à un périphérique d'entrée 140. Par exemple le périphérique d'entrée 140 est un clavier intégré à la carte, comme illustré sur la , en particulier un clavier numérique. Dans ce cas, le code secret correspond au code saisi sur le clavier. Le périphérique d'entrée 140 peut également être un ensemble d’au moins un bouton intégré à la carte, en particulier un bouton galvanique. Dans ce cas, le code secret correspond à une séquence d’activation de l’ensemble d’au moins un bouton. Dans une première variante, la carte comprend un bouton unique. Dans ce cas, la séquence d’activation est fonction de l’un au moins parmi : le nombre total d’activations dudit bouton dans une fenêtre de temps prédéterminée, la durée de chaque activation et l’intervalle de temps entre deux activations consécutives. Par exemple, chaque activation du bouton correspond à un « clic ». Le code « 1234 » peut être saisi par la séquence suivante : un clic, un instant de temporisation, 2 clics successifs, un instant de temporisation, 3 clics successifs, un instant de temporisation et 4 clics successifs. Dans une deuxième variante, la carte comprend une pluralité de boutons. Dans ce cas, la séquence d’activation est fonction de l’un au moins parmi : le nombre total d’activations dudit bouton dans une fenêtre de temps prédéterminée, la durée de chaque activation et l’intervalle de temps entre deux activations consécutives. Par exemple, la carte à puce comprend 4 boutons, dont chaque activation correspond à un « clic » respectif. Le code « 1234 » peut être saisi par la séquence suivante : un clic du premier bouton, un instant de temporisation, un clic du deuxième bouton, un instant de temporisation, un clic du troisième bouton, un instant de temporisation et un clic du quatrième bouton. Alternativement, on peut prévoir un clic du premier bouton, un instant de temporisation, deux clics du deuxième bouton, un instant de temporisation, trois clics du troisième bouton, un instant de temporisation et quatre clics du quatrième bouton. Le périphérique d'entrée 140 peut également être un transducteur optoélectronique, relié électriquement à l’élément sécurisé. Dans ce cas, le code secret correspond à une séquence d’obturations du transducteur optoélectronique. Dans ce cas, la séquence d’activation correspond à la séquence d’obturations du transducteur optoélectronique, qui est fonction de l’un au moins parmi : le nombre total d’obturations dans une fenêtre de temps prédéterminée, la durée de chaque obturation et l’intervalle de temps entre deux obturations consécutives. Par exemple, chaque d’obturation du transducteur optoélectronique correspond à un incrément de 1. Le code « 1234 » peut être saisi par la séquence suivante : une obturation, un instant de temporisation, 2 obturations successives, un instant de temporisation, 3 obturations successives, un instant de temporisation et 4 obturations successives. Le chiffre 0 peut être codé par exemple par une durée d’obturation longue, c’est-à-dire supérieure à une valeur de temps prédéterminée. Enfin, le périphérique d'entrée 140 peut également être un microsystème électromécanique (MEMS). Dans ce cas, le code secret correspond à une séquence d’actionnement du microsystème électromécanique, de manière similaire à la séquence d’obturation d’un transducteur optoélectronique. Le code saisi est comparé à un code de référence enregistré dans une mémoire de l’élément sécurisé. Le code de référence peut être identique ou différent du code PIN de la carte à puce. On peut donc prévoir que l’élément sécurisé comprend aussi des moyens de comparaison, configurés pour comparer le code secret saisi à un code de référence enregistré dans une mémoire de l’élément sécurisé. En l’espèce, l’élément sécurisé génère un signal représentatif du résultat de la comparaison, et de préférence l’activation des moyens de génération d’un code 2D dynamique 151 est asservie audit signal. En particulier, on peut prévoir que le code de référence est le code PIN. Si le code saisi est différent du code de référence, alors on peut prévoir que la carte émet un signal d’erreur, par exemple un message affiché sur les moyens d’affichage 160, ou sur un autre périphérique, par exemple une LED. De manière similaire, le périphérique d'entrée 140 peut comprendre un lecteur d’empreintes digitales. Les empreintes digitales sont en ce sens équivalentes à un code secret. Dans ce cas, le code secret correspond non pas au facteur d’authentification « ce que je sais » mais au facteur d’authentification « ce que je suis ». Une mémoire accessible à l’élément sécurisé comprend un ensemble de métriques entre des points biométriques prédéterminés sur une image d’empreintes digitales de référence. Lorsqu’un individu active le lecteur d’empreintes digitales, les empreintes digitales lues sont comparées aux empreintes digitales de référence. En l’espèce, on extrait des empreintes digitales lues les mêmes points biométriques que ceux des empreintes digitales de référence. On peut alors calculer les métriques des empreintes digitales lues et les comparer aux métriques des empreintes digitales de référence. La carte à puce 100 est alimentée en énergie électrique par source d'énergie externe ou embarquée. Par exemple, on peut prévoir que la carte à puce 100 comprend une batterie électrique, de préférence rechargeable, pour alimenter électriquement les moyens de génération du code 2D dynamique 151. De préférence, les moyens d’affichage 160 sont également alimentés électriquement par la batterie électrique. On peut prévoir que la carte à puce 100 comprend en outre un deuxième code 2D. En l’espèce, le deuxième code 2D est un code-barres statique 150, c’est-à-dire identique quelle que soit la transaction, et permet d’établir des transactions de pair à pair (P2P) entre un premier individu, ou débiteur et un deuxième individu, ou créditeur. En l’espèce, le code 2D statique 150 est visible depuis l’une quelconque des faces recto ou verso de la carte à puce 100. Il est solidaire de ladite face. Par exemple le code 2D statique 150 est gravé par une impression laser sur ladite face ou une étiquette comprenant le code 2D statique 150 est collée sur ladite face, comme illustré sur la . On peut aussi prévoir que le code 2D statique 150 est affichable sur les moyens d’affichage 160. Par exemple, le code 2D statique 150 est affiché par défaut sur les moyens d’affichage 160. Sur un déclencheur, par exemple l’activation d’un périphérique d’entrée, le code 2D dynamique 151 est affiché les moyens d’affichage 160, typiquement pendant une durée prédéterminée à la fin de laquelle les moyens d’affichage 160 affichent de nouveau le code 2D statique 150, ou un affichage vierge pour économiser de l’énergie. De préférence, le code 2D statique 150 est unique, par exemple parce qu’il comprend un identifiant relatif au moins au porteur de carte. Typiquement, le code 2D statique 150 équivaut à un code IBAN, permettant des virements instantanés. Exemple de fonctionnement client-marchand Selon un exemple pour la sécurisation d’une transaction sans contact entre un débiteur (client) et un créditeur (marchand), le client est équipé d’une carte à puce selon l’invention et le créditeur (marchand) est équipé d’un terminal de paiement connecté à un réseau bancaire. Un montant de transaction est préalablement défini. Pour la réalisation de la transaction, le débiteur génère un code 2D dynamique 151 par l’élément sécurisé de la carte à puce, par exemple via la saisie de son code PIN sur le périphérique d'entrée 140 de la carte à puce. L’élément sécurisé ayant vérifié que le code saisi est égal au code PIN, il envoie une instruction d’affichage du code 2D dynamique 151 généré sur les moyens d’affichage 160 de la carte à puce, par exemple un écran d'affichage. Le créditeur peut alors scanner ledit code 2D dynamique 151 par un dispositif optique en connexion avec le terminal de paiement, par exemple un lecteur de code-barres, connu en soi. Le code 2D dynamique 151 est décodé et les données permettant la transaction bancaire en sont extraites. De manière classique, une requête d’autorisation de la transaction bancaire est alors émise par le terminal de paiement du créditeur, la requête comprenant lesdites données extraites. Exemple de fonctionnement pair à pair Selon un exemple pour la sécurisation d’une transaction sans contact de pair à pair, c’est-à-dire entre un premier individu, ou débiteur, et deuxième individu, ou créditeur, le montant de la transaction bancaire sans contact entre le débiteur et le créditeur est tout d’abord défini. Le débiteur est équipé d’une carte à puce selon l’invention et le créditeur est équipé d’un lecteur de code-barres susceptible d’être connecté à un réseau bancaire, par exemple un smartphone. Pour la réalisation de la transaction, il n’est pas nécessaire de générer un code 2D dynamique 151, seul le code 2D statique 150 peut suffire. Il suffit au débiteur de présenter sa carte à puce au créditeur. Le créditeur peut alors scanner le code 2D statique 150 de la carte à puce du débiteur par un objet communicant, par exemple son smartphone. Le code 2D statique 150 est alors décodé et les données permettant la transaction bancaire en sont extraites, de manière connue en soi. De manière connue en soi également, le smartphone du créditeur peut alors émettre une requête d’autorisation de la transaction bancaire, la requête comprenant lesdites données extraites, vers son établissement bancaire. En l’espèce, il s’agit d’une requête de virement bancaire et non de prélèvement bancaire. Grâce à la présente invention, il est possible de mettre ainsi en œuvre un Transfert instantané de compte à compte. Typiquement la présente invention répond au standard EMV (Europay Mastercard Visa – marques déposées). En fonctionnement, la génération du code 2D dynamique 151 permet d’activer la transaction, dont le montant a été préalablement défini. Avantageusement, le code 2D dynamique 151 généré ne comprend pas le montant de la transaction. Pour valider la transaction, c’est-à-dire envoyer un ordre de prélèvement sur le compte bancaire du client, un créditeur peut scanner ce code 2D dynamique 151 avec un lecteur standard ou un smartphone. La mise en œuvre de l’invention ne nécessite donc pas de mettre en œuvre de nouveaux lecteurs ou de modifier les lecteurs de code-barres existants. Nomenclature 100 Carte à puce 110 Module 120 Numéro de la carte à puce 130 Date d’expiration de la carte à puce 140 périphérique d'entrée 150 code-barres statique 151 code-barres dynamique 160 moyens d’affichage susceptibles d’afficher un code-barres dynamique et/ou statique Carte à puce (100) configurée pour pouvoir effectuer des transactions bancaires sans contact entre un débiteur et un créditeur, la carte comprenant : un support comprenant une face recto et une face verso, un élément sécurisé dans lequel est enregistré un code secret (PIN), et une antenne, Caractérisée en ce que : l’élément sécurisé comprend en outre des moyens de génération d’un code-barres à deux dimensions, autonomes et hors ligne, le code-barres permettant une transaction bancaire sans contact entre le débiteur et le créditeur lorsque ledit code-barres est scanné par un dispositif optique du créditeur; la carte comprend des moyens d’affichage (160) susceptibles d’afficher ledit code-barres généré. Carte à puce (100) selon la revendication 1, dans laquelle le code-barres généré est un code-barres dynamique (151), chaque code-barres généré étant unique et sécurisé, chaque transaction générant un code-barres respectif. Carte à puce (100) selon l'une quelconque des revendications précédentes, comprenant un code-barres à deux dimensions statique (150) unique, comprenant un identifiant relatif au moins au porteur de carte et permettant d’établir en outre des transactions de pair à pair (P2P) entre deux individus dont l’un est créditeur et l’autre est débiteur, ledit code-barres à deux dimensions statique (150) étant : affichable sur lesdits moyens d’affichage (160) ; ou visible sur l’une quelconque des faces recto ou verso de la carte à puce (100), solidaire de ladite face. Carte à puce (100) selon l'une quelconque des revendications 2 ou 3, comprenant au moins l’un parmi : des moyens d’activation des moyens d’affichage (160), pour l’affichage du code-barres dynamique (151) ou du code-barres à deux dimensions statique (150), et des moyens d’activation des moyens de génération d’un code-barres à deux dimensions dynamique (151). Carte à puce (100) selon la revendication 4, dans laquelle les moyens d’activation comprennent : Un périphérique d'entrée (140) permettant de saisir un code secret ou d’enregistrer des empreintes digitales ; et Des moyens de comparaison, configurés pour comparer le code secret saisi ou les empreintes digitales à un code de référence préenregistré ou à des empreintes digitales de référence préenregistrées dans une mémoire de l’élément sécurisé ; et pour générer un signal représentatif du résultat de la comparaison, l’activation des moyens de génération d’un code-barres à deux dimensions étant asservie audit signal. Carte à puce (100) selon la revendication 5, dans laquelle le périphérique d'entrée (140) comprend au moins l’un parmi : un clavier intégré à la carte ; un ensemble d’au moins un bouton intégré à la carte ; un transducteur optoélectronique, relié électriquement à l’élément sécurisé ; un microsystème électromécanique (MEMS) ; et un lecteur d’empreintes digitales ; le code secret saisi correspondant respectivement : au code saisi sur le clavier ; à une séquence d’activation de l’ensemble d’au moins un bouton ; à une séquence d’obturations du transducteur optoélectronique ; à une séquence d’actionnement du microsystème électromécanique (MEMS) ; et à un ensemble de métriques entre des points biométriques prédéterminés sur une image des empreintes digitales. Carte à puce (100) selon la revendication 6, dans laquelle : Lorsque la carte comprend un ensemble d’au moins un bouton, Si la carte comprend un bouton unique, la séquence d’activation est fonction de l’un au moins parmi : le nombre total d’activations dudit bouton dans une fenêtre de temps prédéterminée, la durée de chaque activation et l’intervalle de temps entre deux activations consécutives ; Si la carte comprend une pluralité de boutons : la séquence d’activation est fonction de l’un au moins parmi : le nombre total d’activations de chacun desdits boutons dans une fenêtre de temps prédéterminée, la durée de chaque activation et l’intervalle de temps entre deux activations consécutives ; Lorsque la carte comprend un transducteur optoélectronique, la séquence d’obturations du transducteur optoélectronique est fonction de l’un au moins parmi : le nombre total d’obturations dans une fenêtre de temps prédéterminée, la durée de chaque obturation et l’intervalle de temps entre deux obturations consécutives ; Lorsque la carte comprend un microsystème électromécanique (MEMS), la séquence d’actionnement du microsystème électromécanique (MEMS) est fonction de l’un au moins parmi : le nombre total d’actionnements dans une fenêtre de temps prédéterminée, la durée de chaque actionnement et l’intervalle de temps entre deux actionnements consécutifs. Carte à puce (100) selon l'une quelconque des revendications précédentes, comprenant en outre une batterie électrique, optionnellement rechargeable, pour alimenter électriquement les moyens de génération d’un code-barres à deux dimensions Procédé pour la sécurisation d’une transaction entre un débiteur et un créditeur, le débiteur étant équipé d’une carte à puce (100) selon l'une quelconque des revendications précédentes, le créditeur étant équipé d’un terminal de paiement connecté à un réseau bancaire, le procédé comprenant des étapes consistant à : Générer un code-barres dynamique (151) à deux dimensions par l’élément sécurisé de la carte à puce (100), le code-barres permettant une transaction bancaire sans contact entre le débiteur et le créditeur pour un montant préalablement défini lorsque ledit code-barres est scanné par un dispositif optique du créditeur ; Afficher ledit code-barres dynamique (151) généré sur des moyens d’affichage (160) de la carte à puce (100) ; Scanner ledit code-barres dynamique (151) par un dispositif optique en connexion avec le terminal de paiement du créditeur, décoder ledit code-barres dynamique (151) et en extraire les données permettant la transaction bancaire ; Emettre une requête d’autorisation de la transaction bancaire par le terminal de paiement du créditeur, la requête comprenant lesdites données extraites. Procédé pour la sécurisation d’une transaction de pair à pair entre deux individus, dont l’un est débiteur et l’autre est créditeur, au moins le débiteur étant équipé d’une carte à puce (100) selon l'une quelconque des revendications 3 à 8, le procédé comprenant des étapes consistant à : définir le montant d’une transaction bancaire sans contact entre le débiteur et le créditeur ; Scanner le code-barres à deux dimensions statique (150) unique de la carte à puce (100) du débiteur par un objet communicant du créditeur ; décoder ledit code-barres statique (150) ; en extraire les données permettant la transaction bancaire ; Emettre une requête d’autorisation de la transaction bancaire par l’objet communicant du créditeur, la requête comprenant lesdites données extraites.