Brevet FR2840479A1 — publié le 20031205

PRO CEDE DE SECURISATION D 'UNE TRANSACTION EN LIGNE La presente invention concerne la securisation d'une transaction commerciale acquittee en ligne par un client au moyen d'une carte a s puce. Wile trouve une application generale dans la securisation des echanges de donnees et plus particulierement dans le commerce electronique lorsque le client utilise un ordinateur personnel communiquant en ligne, via Internet, avec un site marchand. io Le developpement du commerce electronique necessite un haut niveau de securisation des paiements electroniques. I1 est en particulier ,. necessare de prevor: - un processus d'authentification garantissant l'identite des deux acteurs; - l'integrite des informations transmises a ['occasion de la transaction et du paiement; - la confidentialite des informations echangees - la non-repudiation afin d'eviter toute contestation de la transaction ou du paiement. o Des solutions ont ete imaginees pour securiser les paiements electroniques tel que le systeme C-SET propose par les grands acteurs de cartes tels que Visa, Mastercard, American Express, JCB associant le protocole SET et la carte a puce (cf. par exemple le document Integrated Circuit Card Specification for Payment System, EMV2000 version 4.0, annex D a Transaction Processing for Chip Electronic Commerce >) D'une maniere generale, la securite des transactions effectuees au moyen d'une carte a puce repose sur le controle de l'authenticite du titulaire de la carte a travers la signature electronique que constitue la saisie d'un mot de passe, encore appele code d'authentification ou PIN code (PIN etant l'acronyme anglais de Personnal Identification Number) et connu du seul client et de l'autorite d'authentification. La saisie du PIN code sur le clavier d'un posse de traitement, par exemple un ordinateur personnel connecte a un lecteur de carte a puce presente des risques. En effet, la frappe au clavier expose le PIN code a la capture visuelle. De plus, le traitement du PIN code par l'ordinateur ltexpose soit a un espionnage local soit a un espionnage a distance, lorsque les fraudeurs ont acces via Internet a ltordinateur. Par exemple, des programmes espions, resident dans l'ordinateur, enregistrent les pages web et les entrees clavier lors de chaque session. io Ces informations vent reexpediees discretement comme attachement de courrier aux fraudeurs. L'analyse de ces documents permet ensuite au fraudeur de retrouver le PIN code et autre information financiere de l'usager, nom, adresse, numero de carte, etc. Des agents locaux peuvent aussi se substituer au titulaire pour i5 effectuer une transaction a son insu et a ses depens depuis l'ordinateur. Une autre fraude consiste dans la prise de controle a distance de l'ordinateur par un fraudeur. Celui-ci volt l'ecran et agit sur le clavier. Le telefraudeur peut remplacer ['agent local, mais aussi reussir les tests o de reconnaissance de forme. I1 peut agir au cours d'une vraie transaction pour en modifier les termes et laisser l'utilisateur legitime signer a sa place, etc. De meme, le trajet du PIN code dans le cable reliant l'ordinateur au lecteur et son passage dans ce dernier presente egalement des risques de capture, permettant ensuite a un fraudeur d'operer des transactions a la place de l'usager imprudent qui a laisse sa carte dans le lecteur, voire encore interferer dans une transaction legitime, pour en modifier les termes tels que montant ou beneficiaire. On connat des lecteurs securises avec clavier integre permettant de securiser la saisie du PIN code notamment en evitant que ce PIN code ne transite par le terminal. Toutefois de tels lecteurs securises presentent ['inconvenient d'etre onereux. La presente invention remedie a cet inconvenient en fournissant une solution dont la mise en place s'effectue dans un environnement non securise du type ordinateur personnel, et dont le deploiement est facile et peu onereux tout en conferant un degre de securite satisfaisant. Wile porte sur un procede de securisation d'une transaction realisee en ligne par un client au moyen d'une carte a puce, ledit client etant apte a utiliser un posse de traitement apte a communiquer en ligne avec une io autorite d'authentification et equipe d'une interface homme/machine telle qutun ecran, et d'un lecteur de carte a puce. Selon une definition generale de ['invention, le procede comprend les etapes suivantes: a) charger dans la carte a puce, un fichier image comportant une s pluralite d'elements susceptibles de former un clavier graphique sur l'ecran du posse de traitement pour la saisie d'un code d'authentification, chaque element du clavier graphique etant identifie par des coordonnees correspondantes; b) en provenance de la carte a puce, charger le fichier image dans le o posse de traitement afin d'afficher ledit clavier graphique sur ledit ecran; c) faire selectionner par le client au moins un element audit clavier graphique ainsi affiche pour saisir ledit code d'authentification; d) transmettre a la carte a puce les coordonnees correspondantes de s ['element du clavier graphique ainsi selectionne par le client; e) au niveau de la carte a puce, comparer les coordonnees du code d'authentification deduites des coordonnees de ['element du clavier graphique ainsi transmises avec celles du code d'authentification du client inscrit dans la carte a puce; o f) en cas de comparaison positive, au niveau de la carte, chiffrer un certificat comprenant un mot lie au resultat de la comparaison, un identifiant, et un defi-challenge liant le resultat a la transaction en cours, et envoyer ledit certificat ainsi chiffre a destination de l'autorite d'authentification; et g) au niveau de l'autorite d'authentification, dechiffrer le certificat ainsi envoye afin de verifier l'authenticite du titulaire de la carte, et en cas de verification positive, autoriser la transaction. Ainsi, l'authenticite du titulaire de la carte a puce est verifiee en saisissant le code d'authentification sur un clavier graphique genere a travers un procede mis en place entre l' autorite d' authentification et la carte a puce. Un tel procede a l'avantage de reutiliser l'ecran du posse o de traitement sans exiger l'ajout d'un autre ecran et de fonctionner dans un environnement non securise (ordinateur personnel) qui assure neanmoins une confidentialite du titulaire de la carte vis-a-vis des attaques locales et distantes mentionnees ci-avant. Selon un autre aspect de ['invention, le procede comprend en outre un test de proximite destine a verifier la presence physique du client a proximite du posse de traitement au cours de la transaction en ligne. Ainsi, on securise egalement le fait que le client qui realise la transaction est bien une personne qui est physiquement a proximite de son ecran et physiquement en possession de la carte a puce. o Ce test est done une autre contre mesure efficace contre un espionnage a distance d'une transaction. Le test de proximite consiste essentiellement a faire saisir par le client une information que lui a communiquee la carte directement ou via le lecteur de carte. De preference, le test de proximite comprend les etapes suivantes: i) equiper le lecteur de carte a puce de moyens de diffusion d'informations visuelles et/ou sonores sous la commande de la carte a puce; ii) faire commander par la carte a puce la diffusion d'un jeu choisi o d'informations visuelles et/ou sonores; iii) en reponse a la diffusion du jou d'informations, faire actionner selectivement par le client ['interface homme/machine du posse de traitement afin d'emettre a destination de la carte un jou d'informations en replique au jou d'information emis par la carte; iv) au niveau de la carte, recevoir le jeu d'informations engendre par le client et le comparer avec le jeu d'informations engendre par la s carte a puce; et v) en cas de comparaison positive, autoriser la transaction. En pratique, ce test de proximity peut etre mis en ccuvre a tout moment de la transaction, c'est-a-dire avant, pendant et/ou apres. Selon un autre aspect de ['invention, il convient de verifier que le client o pale le montant correct au marchand legitime et que le client ne peut refuser ulterieurement la transaction proprement cite. I1 convient aussi d'eviter toute substitution dans les elements de la transaction par un pirate (hacker) au profit d'une autre transaction audit pirate. Pour cela, ['invention prevoit egalement une procedure de non s repudiation de la transaction. En pratique, la procedure de non-repudiation comprend les etapes suivantes: I) au niveau de l'autorite d'authentification, stocker dans un fichier image des informations fnancieres relatives a la transaction; o II) transmettre ledit fichier image lie a la transaction a destination de la carte a puce via le posse de traitement et le lecteur de carte a puce; III) en provenance de la carte, charger dans ledit posse de traitement ledit fchier image afin de l'afficher a l'ecran; IV) selectionner par le client au moins une information financiere audit s fichier image ainsi affiche; V) transmettre a la carte a puce les coordonnees correspondantes de ladite information financiere ainsi selectionnee par le client; VI) au niveau de la carte a puce, chiffrer un message comprenant au moins ladite information financiere de la transaction ainsi deduite; so et envoyer ledit message ainsi chiffre a destination de l'autorite d'authentifcation, et VII) au niveau de l'autorite d'authentification, dechiffrer le message ainsi envoye, verifier ['information financiere associee et valider la transaction en cas de verification positive. La presente invention a egalement pour objet un dispositif pour la mise s en ceuvre du procede selon ['invention. La presente invention a egalement pour objet un programme d'ordinateur apte a etre execute sur un ordinateur pour realiser les fonctionnalites techniques du procede selon ['invention. D'autres caracteristiques et avantages de ['invention apparatront a la io lumiere de la description detaillee d'un mode de realisation non limitatif de ['invention en se referent aux dessins annexes dans lesquels: - la figure 1 est une vue schematique des dispositifs participant a la realisation d'une transaction selon ['invention; - la figure 2 illustre les etapes du test de proximite selon ['invention; s - la figure 3 illustre les etapes d'authentification du titulaire de la carte a puce selon ['invention; et - la figure 4 illustre les etapes de nonrepudiation de la transaction selon ['invention. L'exemple choisi pour illustrer la presente invention concerne une application de transaction electronique realisee sur le reseau Internet. Bien evidemment, ['invention n'est pas limitee a cette seule application et concerne plus generalement toutes les applications securisees mettant en ceuvre une carte a puce. De preference a la figure 1, il est prevu de realiser en toute securite une 2s transaction electronique entre un utilisateur et un site marchand. L'utilisateur est installe devant une station au posse de traitement Pl qui est par exemple son ordinateur personnel. Cet ordinateur PT est connecte au reseau Internet WE et permet d' acceder a un site web marchand (non represente) en relation avec une autorite d'authentification AA. S'etant decide a acquerTr un article sur le site marchand, le titulaire passe alors un ordre d'achat et communique les donnees d'identification requises par le fournisseur et notamment les references de sa carte de paiement. Pour ce faire, le titulaire tape des donnees sur le clavier de son ordinateur PT et les transmet via le reseau Internet au site marchand. s La communication entre le site marchand et l'autorite d'authentification AA s'opere alors selon le protocole en vigueur sur le site marchand Par exemple, le protocole "3D secure" developpe par la societe VISA peut etre mis en ceuvre. Lorsque la communication est securisee, comme avec le protocole "3D o secure", l'identite et l'authenticite de l'utilisateur doivent etre garanties. Pour ce faire, l'utilisateur doit adresser des certificate chiffres reposant sur des methodes de chiffrements connues, qu'elles soient de type symetrique ou a cle secrete (DES) ou asymetrique ou a cle publique (RSA). i5 Afin de garantir l'identite et l'authenticite de l'utilisateur, ces certificate chiffres mettent en ccuvre des logiciels et des cles que seul l'utilisateur a en sa possession. L' implantation de telle s informations secretes ne peut se faire dans l'ordinateur PT dont toutes les ressources vent facilement accessibles o notamment via des logiciels espion et autres virus informatiques. Ces donnees secretes vent done preferentiellement stockees et ce, de facon parfaitement inviolable dans le circuit electronique d'une carte a puce CP, en ['occurrence, sa carte de paiement classique ou bien encore une carte de paiement dediee aux achats sur Internet. L'utilisateur dispose done d'une carte de paiement CP a puce electronique obtenue aupres d'un etablissement financier approprie. Cette carte est inseree dans un lecteur de carte LC connecte a l'ordinateur PT, ce qui permet a ce dernier d'acceder aux ressources logicielles de la carte CP. L'ordinateur PT est equipe d'un logiciel approprie, de type emulation de terminal bancaire, et ce de faOcon a pouvoir adresser au site marchand un certificat d'authentifcation ou d'integrite qui sera ensuite adresse par ce dernier a une autorite d'authentification AA (servour bancaire) pour obtenir l'autorisation de la banque pour accepter la transaction. L'acces logiciel a la carte declenchant ['emission de certificaes chiffres necessite prealablement la presentation d'un code secret (ou code s d'authentification) memorise par l'utilisateur et appele PIN code. La carte a puce CP est un objet normalise tel que notamment defini dans les nomes ISO 7810, 7816 et 14443 dont les contenus vent integres au present expose par citation de reference. La carte selon ['invention est apte a communiquer avec le monde o exterieur, par exemple l'ordinateur PT, au moyen des contacts de la carte a puce CP. I1 s'agit notamment du contact VCC qui pourvoit la puce en tension d'alimentation, du contact GND qui assure une mise a la masse de la puce et des contacts D+ et D- qui assurent une transmission bidirectionnelle des donnees. Lorsque la transmission des donnees est assuree par les contacts D+ et D-, le format de ces donnees ainsi que le protocole utilise vent definis par la norme USB. L' interface U SB de la carte effectue un decodage des donnee s o transmises par les contacts G+ et G- et les reformate de maniere que lesdites donnees puissent etre generees et gerees par la carte a puce CP et plus exactement par son unite centrale. La transmission USB entre la carte CP et le lecteur LC ainsi qu'entre le lecteur LC et ltordinateur PT presente l'avantage d'etre rapide et s synchrone en mode semi-duplex, ce qui supprime le besoin de transmettre un signal d'horloge via le contact d'Horloge. Le contact I/O (entree/sortie) se trouve ainsi libre et peut etre utilise pour transmettre le code PIN. En pratique, le lecteur de carte a puce LC selon ['invention est destine a accueillir la carte CP de maniere a etre connecte par un protocole USB. I1 comporte un botier ou est inseree la carte CP et un cordon muni d'une fiche USB destine au raccordement du lecteur au port USB correspondent de l'ordinateur PT. Le botier comporte un logement destine a recevoir au moins partiellement la carte a puce CP. Le logement comportant le lecteur de carte a puce LC comprend des moyens de connexion avec les plages de contact affleurantes de la carte a puce CP. Ces moyens de connexion comportent cinq pastes formant broche, io quatre pastes correspondent aux plages USB de la carte CP, c'est-a-dire D +, D -, VCC et GND et une paste correspondent a la sortie entree / sortie. Cette paste entree / sortie est connectee a un circuit VO approprie interne au lecteur de carte a puce LC. Ce circuit VO est par exemple, le circuit d'alimentation d'une diode electroluminescente LED montee sur le lecteur de cable LC de facon a etre visible par l'utilisateur. En variante, ce circuit VO peut etre un emetteur d'informations sonores et/ou visuelles. Grace a ce circuit VO et a la diffusion des informations correspondantes, la carte a puce CP va etre a meme a communiquer visuellement des donnees a l'utilisateur et ce sans que l'ordinateur connecte au lecteur LC ne puisse s'en rendre compte. Comme on le verra plus en detail ci-apres, le circuit VO va participer au test de proximite defini plus haut. De son cote, par exemple le posse de traitement PT comprend des moyens de selection SE capables de selectionner une partie de l'ecran EC, une souris ou bien encore un stylo tactile ou analogue. De son cote, selon ['invention, l'autorite d'authentifcation AA comprend des moyens generateurs apses a engendrer au moins un programme lui- meme apte a engendrer un fchier image (par exemple en bit map) sur l'ecran EC. En pratique, le fichier image comporte au moins une pluralite d' elements susceptibles de former un clavier graphique sur l' ecran EC pour la saisie d'un code d'authentification. Chaque element du fichier image en bit map est identifie par des coordonnees correspondantes, par exemple en X et Y. sur liecran EC. Les elements du fichier image peuvent etre constitues d'elements appartenant au groupe forme par des representations de concepts, des representations graphiques, des representations alphanumeriques simple s ou complexes, des pictogramme s, des image s, de s io combinaisons de representations graphiques et alphanumeriques, des representations graphiques modifiees suivant des contre mesures . choses. I1 est tres facile a un utilisateur de retenir une combinaison de concepts plutot qutune combinaison arbitraire de lettres et de chiffres qui est tres difficile a memoriser. Inversement, retrouver a partir des representations graphiques de type images, textes et dessins choisis par l'utilisateur est extremement difficile pour d 'eventuels pirates pour le squel s le s outils informatique s existants vent d'une aide limitee. De faOcon avantageuse mais non limitative, le procede d'authentification que l' on va decrTre plus en detail ci-apres utilise une telle representation conceptuelle. On decrit maintenant ['ensemble des etapes d'authentification de proceder selon ['invention en reference aux figures 2 a 4. Tout d'abord (figure 2), on procede au test de proximite: Etape l O0: l'autorite d'authentification AA recO oft une demande d'authentification emanant du site marchand (non represente) via un protocole securise du type 3D secure par exemple. Etape lOl: l'autorite d'authentification AA envoie un programme au so posse de traitement PT. Ce programme comprend de facon chiffree (c'est-a-dire cryptee a ['aide d'une cle publique dans le cas d'une fonction crytographique du type RSA) le nombre de flashs lumineux diffuses par le circuit VO, un defichallenge et d' autre s informations que l' on decrira plus en detail ci apres. Etape 102: le posse de traitement PT affiche sur l'ecran EC un message destine a l'utilisateur. Ce message peut avoir la teneur suivante " vous etes invite a conduire un test de proximite, vouillez inserer votre carte et reagir a chaque flash de votre lecteur de carte en cliquant sur le cercle rouge, indiquez OK lorsque vous etes pret a commencer". io Etape 103: l'utilisateur clique sur OK. Etape 104: le posse de traitement PT envoie au lecteur de carte LC une appliquette (applet) APDU comprenant un message chiffre constitue du nombre de flashs lumineux et d'un defi-challenge emanant de l'autorite d'authentifcation is Etape 105: la carte a puce CP et l'utilisateur echangent par l'intermediaire du lecteur LC et du posse de traitement PT, des informations sous forme de questions/reponses. Par exemple, la carte a puce CP peut envoyer une information visuelle et/ou sonore s'affichant ou etant diffusee sur le circuit VO. Par exemple, ces informations correspondent aux flashs visuels (en nombre et en duree) prevus par l'autorite d'authentification. Etape 106: l'utilisateur clique sur l'ecran EC du posse de traitement PT. Le nombre d'echanges est determine a l'avance (nombre et duree des flashs lumineux). 2s Etape 107, le posse de traitement PT stadresse a la carte CP, en replique aux sollicitations visuelles diffusees par le circuit VO. Cette replique comprend par exemple des informations clavier ou souris SE retournees par l'utilisateur en reponse a la serie aleatoire (en nombre et en duree) des impulsions aux flashs lumineux. Etape 108: les informations engendrees par le client sur l'ecran EC vent comparees avec le jeu d'informations attendu par la carte a puce CP (nombre et duree des flashs). En pratique ltenveloppe temporelle des signaux lumineux du circuit VO et celle reconstituee par le traitement des messages emis par le posse de traitement PT vent correlees par la carte CP. Si le s deux enveloppes se superpo sent, alors la carte etablit que s l'utilisateur a vu la carte CP. Etape 109a, en cas de comparaison positive, le test est considere reussi et la suite des operations de la transaction peuvent etre effectuee. Etape lO9b, en cas de comparaison negative, ['operation reprend a l'etape initiale. io Il peut etre prevu qu'au bout d'un nombre de comparaisons negatives, la carte a puce CP bloque. Ainsi, le test de proximite permet de verifier la presence physique de l'utilisateur. Une variante dans la conduite du test de proximite consiste a demander a l'utilisateur de regir a chaque a flash >> non pas en cliquant sur une zone de son ecran mais en pressant un bouton poussoir dont peut etre pourvu le connecteur de carte a puce. Le test de proximite est garanti par la portee visuelle du voyant VO du connecteur CO et ne peut etre simule par un agent frauduleux distant o (espionnage et pilotage distant via le reseau) ou resident dans ltordinateur PT par ces differents cas, le fraudeur est virtuellement aveugle. La transaction securisee peut commencer, finir ou bien encore incorporer ce test de proximite et interdire ainsi la telecommande de la s carte CP par un agent distant frauduleux et le verrouillage de la carte par la presentation de trots faux PIN codes. Ensuite, il est prevu une etape d'authentification du titulaire de la carte a puce CP. Etape 200: la carte CP envoie un message informant le posse de o traitement PT que le test de proximite est positif. Etape 201: en cas de test de proximite positif, l'ordinateur affiche le message suivant: "test de proximite reussi. I1 vous est maintenant demande de vous authentifier. Un clavier graphique sera affiche incessamment. Veuillez entrer votre mot de passe en cliquant sur l'ecran a ['aide de votre souris. Cliquez OK lorsque vous etes pret a commencer la procedure d'authentifcation". s Etape 202: l'utilisateur clique sur OK. Etape 203: le posse de traitement PT envoie a la carte CP une requete d'affichage d'un clavier graphique. Etape 204: la carte a puce CP envoie les elements du clavier graphique. Etape 205: l'ecran EC affche le clavier graphique genere par la carte a 0 puce CP. Ainsi, un clavier graphique est mis a la disposition de l'utilisateur afin qu'il puisse saisir son code d'authentification. Etape 206: l'utilisateur saisit un code d'authentifcation en conformite avec les instructions affichees sur l'ecran EC. i5 L'utilisateur choisit a ['aide de sa souris SE au moins un element du clavier graphique pour saisir son code d'authentification. Etape 207: les coordonnees correspondent au code d'authentification selectionne par l'utilisateur sur le clavier graphique vent transferees a la carte a puce CP. Etape 208: au sein de la carte a puce CP, les coordonnees du code d'authentification transferees vent comparees avec celles inscrites dans la carte a puce CP. Etape 209a: en cas de comparaison positive, l'autorite d'authentifcation AA recOoit de la carte a puce CP une confirmation de l'authentifcation sous forme de message. Lors de l'envoi du message, la carte a puce CP crypte (chiffre) le contenu du message a ['aide de sa cle publique. De son cote, le destinataire du message chiffre, ici l'autorite d'authentification AA decrypte (dechiffre) le contenu a ['aide de sa cle so privee. Etape 209b: en cas de comparaison negative, ['operation reprend a lietape 207. I1 peut etre prevu qu'au bout d'un nombre de comparaisons negatives, la carte a puce CP bloque. Par exemple, lorsque les coordonnees X et Y sur le clavier graphique correspondent a une image indexce "4" Seule la carte CP salt que ['image indexce "4" peut correspondre a une representation numerique du chiffre 3, par exemple. Seule la carte CP connat cette table de correspondence qui peut varier a chaque transaction. Lorsque la carte CP reOcoit les coordonnees du clavier graphique et verife qutelles correspondent bien au code d'authentification, en cas de comparaison positive la carte CP signe (chiffre) le message formant resultat et envoie a ['attention de l'autorite d'authentification AA le transforme du defi par la fonction d'authentification et l'envoie au servour. De son cote, le serveur verifie la signature (dechiffre), compare la reponse au defi et en cas de verifcation positive, autorise la transaction car le titulaire est bien authentique. En cas de comparaison negative, il peut etre affiche le message suivant: "authentification refugee, il vous reste deux tentatives". o Si l'utilisateur clique sur " annuler" un message de confirmation est affche ayant la teneur suivante: "cette operation annulera votre transaction, etes-vous sur de vouloir annuler oui ou non" si l'utilisateur choisit la reponse oui, l'utilisateur est redirige vers le site marchand correspondent, si l'utilisateur choisi la reponse non, l'utilisateur est invite selon le message suivant: "cliquer OK pour essayer a nouveau le test d'authentification". De plus, la presente invention prevoit une procedure de non- repudiation de la transaction. Cette option permet de generer un nouvel element visuel qui permet a l'utilisateur de valider les informations financieres relatives a son achat. Les informations fmancieres relatives a son achat peuvent etre le nom du site marchand, le montant, la monnaie, l'ordre de commande. Ces informations vent affichees sous forme de graphique afin de stassurer qu'elles ne pourront pas etre frauduleusement modifiees par opposition a une information qui voyage sur le reseau entre le site marchand et l'ordinateur avec les risques mentionnes ci-avant. Le service de non-repudiation de la transaction selon ['invention permet ici de parer a la repudiation a posterior) de certains elements de la transaction (montant, monnaie, date, etc.). Le mecanisme fait appel a l'autorite d'authentification (AA) qui effectue ici des calculs de certificaes (ou signature) sur lesdites informations o attachees a la transaction. De son cote, la carte a puce (CP) verifie les certificate correspondents. L'utilisateur doit conserver les elements de la transaction et les certificaes associes pour les utiliser plus tard en cas de litige. En pratique, le mecanisme de non-repudiation selon ['invention met en i5 ceuvre une signature de la transaction (avec le mot de passe ou PIN codedu client) afin d'authentifier ledit client et de parer a une repudiation de l'achat ainsi qu'un accuse de reception signe afin de parer a la repudiation a la reception de l'achat. Par exemple (figure 4), selon l'etape 300, l'autorite d'authentification o stocke dans un fichier image les informations commerciales concernant la transaction. I1 peut s'agir du montant de la transaction ou de la monnaie dans laquelle elle a ete effectuee, ltheure et/ou la date a laquelle a ete effectuee la reference de la commande, etc., Etape 301: l'autorite d'authentification AA envoie ['information commerciale a la carte a puce CP via le posse de traitement PT et le lecteur de carte a puce LC. Etape 302: la carte a puce transmet les elements graphiques contenant ['information commerciale. Etape 303: le posse de traitement PT les affiche sur ltecran EC Etape 304: l'utilisateur valide ['information en cliquant sur l'icone ou la representation graphique correspondante affichee sur l'ecran EC. Etape 305: les coordonnees correspondantes vent transferees a la carte a puce CP. Etape 306: au sein de la carte a puce CP, les coordonnees transferees par le posse de traitement vent comparees avec celles correspondent a ['information telles que recues a l'etape 301. Etape 307a: en cas de comparaison positive, l'autorite d'authentification AA recoit de la carte a puce CP une confirmation tandis que selon l'etape 307b, en cas de comparaison negative ['operation reprend ltetape 302. o Il peut etre prevu qu'au bout d'un nombre de comparaisons negatives, la transaction soit annulee. On peut egalement prevoir qu'il s'affiche sur l'ecran EC un element d'annulation sur loquel l'utilisateur peut cliquer pour annuler la transaction. is Ainsi, l'utilisateur a la possibilite de confirmer la transaction. Ceci permet de limiter les contestations au moment de la livraison du produit commande. REVENDICATIONS 1. Procede de securisation d'une transaction realisee en ligne par un client au moyen d'une carte a puce (CP), ledit client etant apte a s utiliser un posse de traitement (PT) apte a communiquer en ligne avec une autorite d'authentification (AA) et equipe d'une interface homme/machine telle qutun ecran (EC), et un lecteur de carte a puce (LC), caracterise en ce qu'il comprend un test de proximite permettant de verifier la presence physique du client a proximite du o posse de traitement (PT) en ligne avec l'autorite d'authentification (AA), un test d'authentification du titulaire de la carte a puce (CP) et un test de non-repudiation de la transaction. 2. Procede de securisation d'une transaction selon la revendication 1, s caracterise en ce le test d'authentification du titulaire comprend la saisie d'un code secret d'identification par le client et le controle audit code par ladite carte a puce. 3. Procede de securisation d'une transaction selon la revendication 1, o caracterise en ce le test d'authentification du titulaire comprend les etapes suivantes: a) charger dans la carte a puce (CP), un fichier image comportant une pluralite d' elements susceptibles de former un clavier graphique sur l'ecran (EC) du posse de traitement (PT) pour la saisie d'un code s d'authentification, chaque element du clavier graphique etant identifie par des coordonnees correspondantes; b) en provenance de la carte a puce (CP), charger le fichier image dans le posse de traitement (PT) afin d'afficher ledit clavier graphique a l'ecran (EC); c) faire selectionner par le client au moins un element audit clavier graphique ainsi affiche pour saisir ledit code d'authentification; d) transmettre a la carte a puce (CP) les coordonnees correspondantes de ['element du clavier graphique ainsi selectionne par le client; e) au niveau de la carte a puce (CP) comparer les coordonnees du code deduites des coordonnees de ['element du clavier ainsi transmises avec celles du code d'authentification du client inscrit dans la carte a puce (CP); f) en cas de comparaison positive, au niveau de la carte, chiffrer un certificat comprenant au moins un mot lie au resultat de la comparaison, un identifiant, et un defi-challenge liant le resultat a la o transaction en cours; et envoyer ledit certificat chiffre a destination de l'autorite d'authentification (M); et g) au niveau de l'autorite d'authentification (AA), dechiffrer le certificat chiffre ainsi recu afin de verifier le certificat, et en cas de verification positive, autoriser la transaction. 4. Procede selon la revendication 1, caracterise en ce que le test de proximite comprend la saisie d'une information par le client concidant avec une information emise par la carte a puce directement ou via le lecteur de carte. 5.Procede selon la revendication 1, caracterise en ce que le test de proximite comprend les etapes suivantes: i) equiper le lecteur de carte a puce (LC) de moyens de diffusion d'informations visuelles et/ou sonores sous la commande de la carte a puce (CP); ii) de la part de la carte a puce (CP), commander la diffusion d'un jou choisi dtinformations visuelles et/ou sonores; iii) en reponse a la diffusion du jeu dtinformations, faire actionner selectivement par le client ['interface homme/machine du posse de traitement (PT) ou du connecteur afin d'emettre a destination de la carte (CP) un jou d'informations en replique au jou d'information emis par la carte (CP); iv) au niveau de la carte (CP), recevoir le jeu d'informations engendre par le client et le comparer avec le jou d'informations engendre par la carte a puce (CP); et v) en cas de comparaison positive, poursuivre la transaction. 6. Procede selon la revendication 1, caracterise en ce que le test de non- repudiation comprend les etapes suivantes: I) au niveau de l'autorite d'authentification (AA), stocker dans un fichier image des informations commerciales relatives a la o transaction; II) transmettre ledit fichier image lie a la transaction a destination de la carte a puce (CP) via le posse de traitement (PT) et le lecteur de carte a puce (LC); III) en provenance de la carte, charger dans ledit posse de traitement (PT) ledit fichier image afin de l'afficher a l'ecran (EC); IV) faire selectionner par le client au moins une information financiere audit fichier image ainsi affiche; V) transmettre a la carte a puce (CP) les coordonnees correspondantes de ladite information financiere ainsi selectionnee par le client; o VI) au niveau de la carte a puce (CP), chiffrer un message comprenant au moins ladite information financiere de la transaction ainsi deduite, et envoyer ledit message chiffre a destination de l'autorite d'authentification (AA), et VII) au niveau de l'autorite d'authentification (AA), dechiffrer le message ainsi envoye, afn de valider la transaction en cas de verification positive. 7. Dispositif pour la mise en ceuvre du procede selon l'une quelconque des revendications 1 a 4. 8. Programme d'ordinateur apte a etre execute sur un ordinateur pour realiser les fonctionnalites techniques du procede scion l'une des