Brevet FR2817097A1 — publié le 20020524

Domaine de l'invention La présente invention se rapporte au domaine général de l'authentification et de la sécurisation des données entre un émetteur de ces données et un récepteur auquel elles sont destinées et elle concerne plus particulièrement le paiement électronique. Art antérieur Un exemple de schéma actuel de paiement électronique par cartes bancaires est illustré à la figure 2. C'est une structure essentiellement linéaire entre trois intervenants : le client 10, le commerçant 12 et la banque du commerçant 14. Le client va passer commande 16 d'un article auprès du commerçant qui va alors demander 18 une autorisation à sa banque. Celle-ci après consultation de la banque du client (non représentée) va retourner au commerçant 20 son accord pour le paiement. Le commerçant peut alors à son tour accepter 22 la commande du client. Les informations entre le commerçant et sa banque sont en principe chiffrées, alors que celles transitant entre le commerçant et son client peuvent être diffusées en clair. Ce système de paiement présente toutefois certains inconvénients. D'une part, les informations transitant du commerçant à la banque bien que chiffrées sont susceptibles d'être interceptées par des tiers mal intentionnés et d'autre part, les données stockées dans les différents terminaux ne sont en général pas chiffrées. Dès lors, les tiers qui accèdent à ces terminaux sans autorisation peuvent lire/modifier des fichiers contenant toutes les informations relatives à une transaction donnée et payer alors frauduleusement. Objet et définition de l'invention La présente invention propose donc de pallier ces inconvénients avec un procédé destiné à améliorer notablement la sécurisation des données transmises lors d'une transaction. Un objet de l'invention est aussi de garantir une parfaite authentification des parties à la transaction. Aussi, l'invention concerne un procédé de sécurisation et d'authentification de données envoyées par un émetteur à un récepteur comportant les étapes suivantes : a) transmission desdites données dudit émetteur audit récepteur, b) transmission dudit émetteur à un tiers valideur d'un premier message pour demander une validation desdites données envoyées dudit émetteur audit récepteur, c) réception par ledit tiers valideur dudit premier message de demande de validation desdites données et vérification de la validité desdites données, d) transmission dudit tiers valideur audit récepteur d'un second message pour valider lesdites données, et e) réception par ledit récepteur dudit second message de validation desdites données et acceptation desdites données. Cette séparation de la fonction de commande de celle de la validation en chemins de circulation de l'information différents permet une amélioration considérable de la sécurité des données transmises qui, même éventuellement décryptées, ne peuvent dès lors plus être reconstituées. De préférence, lesdits premier et second messages sont chiffrés à partir de deux paires de clefs de chiffrement [E1, D1 ; E2, D2] générées et gardées secrètes par ledit tiers valideur. Avantageusement, les étapes d'envoi des données dudit émetteur audit récepteur et d'envoi dudit premier message chiffré dudit émetteur audit tiers valideur sont effectuées simultanément, ce qui renforce encore la sécurité. Appliqué au domaine du paiement électronique, ledit émetteur est un client, ledit récepteur est un commerçant, ledit tiers valideur est un organisme financier et lesdites données sont une commande d'un produit ou d'un service. La présente invention se rapporte également au système de sécurisation et d'authentification de données mettant en oeuvre le procédé précité. Brève description des dessins Les caractéristiques et avantages de la présente invention ressortiront mieux de la description suivante, faite à titre indicatif et non limitatif, en regard des dessins annexés sur lesquels : - la figure 1 est un schéma conceptuel d'un système de sécurisation et d'authentification selon la présente invention, et - la figure 2 est un schéma d'un système de sécurisation et d'authentification de l'art antérieur. Description détaillée d'un mode de réalisation préférentiel Un exemple d'un système de sécurisation et d'authentification de données conforme à la présente invention appliqué au paiement électronique à la commande d'un produit ou d'un service est illustré de façon schématique à la figure 1. Ce système est basée sur une relation triangulaire entre un émetteur (en l'espèce un client 30), un récepteur (un commerçant 32) et un tiers valideur (par exemple un établissement financier 34 tel une banque ou un organisme de crédit) qui est donc en liaison directe avec le commerçant mais aussi avec le client (contrairement aux systèmes linéaires de l'art antérieur). Dans un tel schéma, le client envoie depuis un terminal client deux informations différentes, simultanément ou non, à travers deux chemins différents 36,38 de circulation de ces informations. La première information qui transite (par le premier chemin 36) du client vers le commerçant est une commande d'un produit ou d'un service adressée au commerçant et la seconde information qui transite (par le second chemin 38) du client vers la banque est une demande de paiement de ce produit au service adressée à la banque. La première information de commande comporte des données formées par exemple une identité client, une référence de commande et un montant à payer correspondant. Ces données sont transmises en clair au commerçant. L'information de demande de paiement (appelé par la suite premier message) comporte outre les éléments déjà transmis au commerçant comme l'identité client, la référence de commande et le montant à payer, également une identité commerçant (avec par exemple son adresse) et une signature électronique comportant au moins un numéro de client spécifique et la date/heure de l'opération (éventuellement à la seconde près). Ce premier message est sécurisé par chiffrement. Le chiffrement mis en oeuvre fait appel de préférence (mais tout autre système analogue est envisageable) à un système cryptographique à clefs publiques du type de celui connu sous le sigle RSA (Rivest, Shamir et Adelmann) et qui fait appel à une paire de clefs de chiffrement [E, D] associant une clef publiée, dite publique, E et une clef non publiée, dite privée, D. Un message chiffré par E peut être déchiffré par D uniquement. Cette technique de cryptage peut être résumée comme suit. Lorsqu'une partie émettrice souhaite envoyer un message à une partie réceptrice, cette partie réceptrice qui a au préalable généré une clef publique E et une clef privée D envoie la clef E à la partie émettrice qui s'en sert pour chiffrer le message à envoyer. La partie réceptrice déchiffre alors avec D le message ainsi envoyé et chiffré préalablement avec E par la partie émettrice. On notera que cette méthode de chiffrement est totalement indépendante de moyens de transmission des messages qui pourront être envoyés sur des médias différents. Elle est aussi transparente par rapport aux protocoles sécurisés mis en oeuvre dans les médias utilisés. Le premier message chiffré est reçu au niveau d'un terminal de la banque 34 qui va procéder à son déchiffrement et en contrôler l'authenticité (c'est à dire vérifier que les identités client et commerçant lui sont connues et que la date de l'opération est valide). La banque pourra en outre, si elle le souhaite, contrôler aussi la véracité des informations transmises comme par exemple le fait que le produit ou le service commandé existe. La reconnaissance de l'identité client permet aussi et surtout à la banque de vérifier la solvabilité de client. Celle-ci étant acquise, un second message 40 de validation de la demande de paiement peut alors être transmis au commerçant. Ce message comporte outre les éléments déjà transmis au commerçant directement par le client et reçus aussi par la banque comme l'identité client, la référence de commande et le montant à payer, également une identité banque et un avis d'acceptation de commande comportant au moins un numéro de validation spécifique et la date/heure de l'opération (éventuellement à la seconde près). Ce second message est également sécurisé par chiffrement selon la même technique RSA. Toutefois, la paire clef publique/clef privée est différent pour ce second chiffrement. En effet, le premier message 36 du client à la banque sera de préférence chiffré à partir d'une première clef publique E1, son déchiffrement étant effectué par la banque grâce à une première clef privée D1 alors que le second message 40 de la banque au commerçant sera de préférence chiffré à partir d'une seconde clef publique E2, son déchiffrement étant effectué par le commerçant grâce à une seconde clef privée D2. En effet, ce second message chiffré est reçu au niveau d'un terminal du commerçant 32 qui va procéder à ce déchiffrement et, muni de la validation de la banque, va accepter les données reçues préalablement depuis le terminal du client 30. On peut noter que les différentes informations énumérées précédemment dans les deux messages chiffrés 38,40 ne sont en aucune façon limitatives et il pourra être envisagé d'ajouter aux informations du premier message une référence complémentaire informant la banque de la création d'une nouvelle signature par exemple. On peut aussi imaginer, entre autres fonctionnalités, la circulation de messages de contrôle comme l'envoi au client depuis la banque d'un message de sécurité pour par exemple bloquer (ou au contraire valider) sa capacité de passer des commandes. La séparation de l'opération de paiement en deux chemins de circulation de l'information distincts améliore notablement la sécurité globale du système car dès lors elle impose à un fraudeur potentiel de reconstituer l'ensemble des messages envoyés entre le client et la banque, le client et le commerçant et la banque et le commerçant. Cette reconstitution apparaît d'autant plus difficile que les messages peuvent être envoyés sur des médias différents (par exemple un terminal dédié entre le client et le commerçant, un téléphone portable entre le client et la banque et le réseau internet entre la banque et le commerçant) ou faire l'objet de messages électroniques. On notera de plus que la sécurité du système est renforcée par le fait que l'ensemble des clefs (publiques et privées) formant les deux paires de clefs de chiffrement sont gardées secrètes par la banque qui les a généré et que seules la première clef publique E1 fournies à l'émetteur et la seconde clef privée D2 fournies au récepteur sont éventuellement susceptibles d'être piratées sur les terminaux client ou commerçant où elles sont stockées (mais inutilisables seules). Toutefois, ces clefs sont de préférence inscrites dans des mémoires non accessibles en lecture par leur utilisateur (voir dans des circuits spécifiques dédiés protégés par moulage). En outre, elles peuvent être changées lors de chaque renouvellement de ces terminaux. REVENDICATIONS 1. Procédé de sécurisation et d'authentification de données envoyées par un émetteur (30) à un récepteur (32), caractérisé en ce qu'il comporte les étapes suivantes : a) transmission (36) desdites données dudit émetteur audit récepteur, b) transmission dudit émetteur à un tiers valideur (34) d'un premier message (38) pour demander une validation desdites données envoyées dudit émetteur audit récepteur, c) réception par ledit tiers valideur dudit premier message de demande de validation desdites données et vérification de la validité desdites données, d) transmission dudit tiers valideur audit récepteur d'un second message (40) pour valider lesdites données, et e) réception par ledit récepteur dudit second message de validation desdites données et acceptation desdites données. 2. Procédé selon la revendication 1, caractérisé en ce que lesdits premier et second messages sont chiffrés à partir de deux paires de clefs de chiffrement [E1, D1 ; E2, D2] générées et gardées secrètes par ledit tiers valideur. 3. Procédé selon la revendication 2, caractérisé en ce que lesdites étapes d'envoi des données dudit émetteur audit récepteur et d'envoi dudit premier message chiffré dudit émetteur audit tiers valideur sont effectuées simultanément. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit émetteur est un terminal d'un client, ledit récepteur est un terminal d'un commerçant, ledit tiers valideur est un terminal d'un organisme financier et lesdites données sont une commande d'un produit ou d'un service. 5. Procédé de sécurisation et d'authentification de données entre un émetteur (30) et un récepteur (32), caractérisé en ce qu'il comporte les étapes suivantes : a) génération par un tiers valideur (34) d'une première paire de clefs de chiffrement [E1, D1] et d'une deuxième paire de clefs de chiffrement [E2, D2], ledit tiers valideur conservant secrètement les clefs D1 et E2 et fournissant d'une part la clef E1 à l'émetteur et d'autre part la clef D2 au récepteur, b) transmission (36) desdites données dudit émetteur audit récepteur, c) chiffrement avec la clef E1 d'un premier message (38) pour demander une validation desdites données envoyées dudit émetteur audit récepteur et transmission dudit premier message ainsi chiffré audit tiers valideur depuis ledit émetteur, d) réception par ledit tiers valideur dudit premier message chiffré de demande de validation desdites données et vérification de la validité desdites données après déchiffrement avec la clef D1, e) chiffrement avec la clef E2 d'un second message (40) pour valider lesdites données et transmission dudit second message ainsi chiffré audit récepteur depuis ledit tiers valideur, et réception par ledit récepteur dudit second message chiffré de validation desdites données et acceptation desdites données après déchiffrement avec la clef D2. 6. Procédé selon la revendication 5, caractérisé en ce que lesdites étapes d'envoi des données dudit émetteur audit récepteur et d'envoi dudit premier message chiffré dudit émetteur audit tiers valideur sont effectuées simultanément. 7. Procédé selon la revendication 5 ou la revendication 6, caractérisé en ce que le chiffremenUdéchiffrement fait appel à un système cryptographique à clefs publiques de type RSA (Rivest, Shamir et Adelmann). 8. Procédé selon l'une quelconque des revendications 5 à 7, caractérisé en ce que ledit émetteur est un terminal d'un client, ledit récepteur est un terminal d'un commerçant, ledit tiers valideur est un terminal d'un organisme financier et lesdites données sont une commande d'un produit ou d'un service. 9. Système de sécurisation et d'authentification de données envoyées entre un terminal émetteur (30) et un terminal récepteur (32) au moyen d'un terminal de validation tiers (34), caractérisé en ce qu'il comporte : a) des moyens (30) de transmission desdites données dudit terminal émetteur audit terminal récepteur, b) des moyens (30) de transmission d'un premier message (38) de demande de validation desdites données dudit terminal émetteur audit terminal de validation tiers, c) des moyens (34) de réception par ledit terminal de validation tiers dudit premier message de demande de validation desdites données et des moyens (34) de vérification de la validité desdites données, d) des moyens (34) de transmission d'un second message (40) de validation desdites données dudit terminal de validation tiers audit terminal récepteur, et e) des moyens (32) de réception par ledit terminal récepteur dudit second message de validation desdites données et des moyens (32) d'acceptation desdites données. 10. Système selon la revendication 9, caractérisé en ce que ledit terminal émetteur est un terminal d'un client, ledit terminal récepteur est un terminal d'un commerçant, ledit terminal de validation tiers est un terminal d'un organisme financier et lesdites données sont une commande d'un produit ou d'un service.