Brevet FR2741219A1 — publié le 19970516

La présente invention concerne un procédé de réalisation de transfert sécurisé de données sur un réseau à serveurs multiples. On connaît des réseaux à serveurs multiples. Ces réseaux permettent notamment à un utilisateur d'effectuer tout d'abord une commande d'un produit ou d'un service sur un premier serveur et de valider immédiatement la commande en accédant à un serveur approprié, par exemple un serveur bancaire. Afin de minimiser les communications à établir entre les trois parties en présence (premier serveur, second serveur et utilisateur) , il est nécessaire de transférer des données en les faisant transiter par l'une des parties alors que ces données sont également destinées à une autre partie. Dans les protocoles connus destinés à établir une relation entre un utilisateur, un premier serveur, et un second serveur, il est prévu d'établir une communication entre l'utilisateur et le premier serveur et d'échanger des informations entre le premier serveur et l'utilisateur puis de transférer les informations retenues et des données complémentaires au second serveur. Par exemple, dans le cas d'un achat de marchandise, l'utilisateur effectue un choix parmi les produits proposés par le premier serveur et celui-ci émet une facture proforma mentionnant les marchandises choisies par l'utilisateur et le prix total dû par l'utilisateur.Afin de compléter la transaction, les protocoles actuellement connus prévoient de mettre en communication le premier serveur avec le second serveur et de faire transiter par le premier serveur les informations provenant de l'utilisateur qui sont nécessaires au second serveur. Par exemple, dans le cas de l'achat de marchandise, le premier serveur, ou serveur fournisseur, se met en relation avec le second serveur, ou serveur bancaire, et l'informe de la commande qui était passée par l'utilisa teur. Afin que le serveur bancaire puisse prendre l'engagement d'effectuer le paiement de la commande, il est nécessaire qu'il reçoive un accord de l'utilisateur et que cet accord soit effectué en relation avec le montant qui est transmis par le serveur fournisseur.Aucune communication n'étant établie entre l'utilisateur et le serveur bancaire il est donc nécessaire de faire transiter les données transmises de l'utilisateur au serveur bancaire par le serveur fournisseur. En particulier, l'utilisateur doit transmettre au serveur bancaire le numéro de compte à débiter, éventuellement un numéro de code associé, et le montant sur lequel l'utilisateur donne un accord de débit. Afin d'éviter que les données transmises par l'utilisateur au serveur bancaire ne soient falsifiées ou simplement divulguées lors de leur passage par le serveur fournisseur, il est nécessaire de sécuriser le transfert des données. Dans les réseaux connus, la sécurisation du transfert de données est effectuée en chargeant préalablement à la transaction un algorithme de cryptage dans la mémoire de l'appareil de l'utilisateur, cet algorithme de cryptage étant destiné à sécuriser les données qui seront transmises au serveur bancaire par l'intermédiaire du serveur fournisseur lors de la transaction. Le chargement de l'algorithme de cryptage chez l'utilisateur occupe une partie des moyens de stockage de l'appareil de l'utilisateur. En outre, ce chargement doit être effectué préalablement à toute transaction et implique un temps d'attente non négligeable pour l'utilisateur. Un but de l'invention est de proposer un procédé de réalisation de transfert sécurisé de données sur un réseau à serveurs multiples dans des conditions plus rapides et donc moins coûteuses que celles actuellement proposées. En vue de la réalisation de ce but, on propose selon l'invention un procédé comportant les étapes d'implanter dans un premier serveur et dans un second serveur un algorithme de sécurisation de données, d'effectuer un échange de données entre l'utilisateur et le premier serveur, et de transmettre du premier serveur au second serveur par l'intermédiaire de l'utilisateur des données dont au moins une partie est sécurisée au moyen de l'algorithme de sécurisation. Ainsi, l'implantation de l'algorithme de sécurisation dans le premier serveur et dans le second serveur étant préalable au-x échanges entre l'utilisateur et le premier serveur, l'utilisateur ne subit aucune attente ou contrainte de chargement préalable pour l'établissement de la transaction. De plus, les données sécurisées transmises du premier serveur à l'utilisateur peuvent être immédiatement retransmises au second serveur. En outre, l'algorithme de sécurisation de données implanté dans le premier serveur et le second serveur peut être commun à un grand nombre d'utilisateurs de sorte que le temps d'implantation de l'algorithme de sécurisation est négligeable par rapport au nombre de transactions effectuées au moyen de celui-ci en particulier lorsque l'algorithme de sécurisation est du type dit symétrique, c'est-à-dire utilisant une même clé pour les deux interlocuteurs. Selon une version avantageuse de l'invention, le procédé comporte, en outre, l'étape de transmettre un acquittement sécurisé du second serveur au premier serveur par l'intermédiaire de l'utilisateur. Le premier serveur est ainsi totalement informé de l'acceptation de la transaction par le second serveur. D'autres caractéristiques et avantages de lin- vention apparaîtront à la lecture de la description qui suit d'un mode de mise en oeuvre préféré non limitatif de l'invention en relation avec la figure unique ci-jointe qui illustre schématiquement le procédé selon l'invention. En référence à la figure, le procédé selon l'invention est destiné à être mis en oeuvre sur un réseau comportant au moins un premier serveur 1 et un second serveur 2 avec lesquels au moins un utilisateur, schématisé par un ordinateur 3, est destiné à entrer en relation. Préalablement à tout échange entre un utilisateur et les serveurs du réseau, on implante dans le premier serveur 1 et dans le second serveur 2 un algorithme de sécurisation de données illustré par une flèche en pointillés épais 4. L'algorithme de sécurisation de données est par exemple un algorithme cryptographique du type DES utilisant des clés détenues par le premier serveur et le second serveur. Lorsque l'utilisateur 3 souhaite effectuer une transaction avec le premier serveur 1, ou serveur-fournisseur, un échange symbolisé par la flèche en traits épais 5 est établi entre l'utilisateur et le premier serveur. L'utilisateur peut ainsi consulter le menu du premier serveur et sélectionner les articles dont il souhaite faire l'acquisition. Une facture proforma est alors établie par le premier serveur et envoyée à l'utilisateur, par exemple pour affichage sur l'écran de celui-ci comme illustré sur la figure 1. Les données transférées du serveur-fournisseur à l'utilisateur comprennent des données en clair destinées à l'utilisateur et des données cryptées au moyen de l'algorithme de sécurisation qui y sont mises en mémoire chez l'utilisateur, par exemple dans la mémoire de gestion de l'écran 6. Les données sécurisées sont par exemple le nom de l'utilisateur qui a été préalablement communiqué par l'utilisateur au serveur et le montant de la facture proforma. Après vérification de la facture qui lui a été adressée, l'utilisateur déclenche le paiement, par exemple en activant une fonction P apparaissant sur l'écran de l'ordinateur ou en déclenchant celle-ci par le clavier de l'ordinateur. Un échange symbolisé par la flèche en traits épais 7 sur la figure est alors établi entre l'utilisateur et le second serveur, ou serveur bancaire, et les données sécurisées par le premier serveur sont transmises de l'utilisateur au second serveur.Les données sécurisées ainsi transmises sont, de préférence, accompagnées par des données transmises par l'utilisateur lui-même, par exemple son nom, son numéro de compte et le montant de la facture proforma qui est affiché sur son écran afin que le second serveur puisse vérifier que le montant qui est inclus dans les données sécurisées envoyé par le premier serveur et le montant accepté par l'utilisateur sont bien en concordance. La transmission de ces informations peut être déclenchée automatiquement par un programme contenu dans l'appareil de l'utilisateur. La sécurisation des données est, par exemple, obtenue en réalisant un scellement et une signature au moyen d'un algorithme cryptographique utilisant des clés détenues par le premier serveur et le second serveur. De préférence, après vérification des données qui lui ont été transmises, le second serveur transmet un acquittement sécurisé au premier serveur par l'intermédiaire de l'utilisateur, cet acquittement étant en outre affiché en clair sur l'écran de l'utilisateur. On remarquera que le procédé selon l'invention présente de nombreux avantages par rapport aux systèmes existants. Le premier avantage consiste en un gain de temps pour l'utilisateur en raison du fait que l'algorithme de sécurisation est implanté dans le premier serveur et le second serveur avant toute mise en communication de l'utilisateur avec le premier serveur de sorte que l'utilisateur engage immédiatement la transaction qui lui est propre dès l'établissement de la communication. Le procédé selon l'invention est également avantageux pour le premier serveur qui contrairement aux systèmes antérieurs n'a plus à établir de communication avec le second serveur pour assurer une transaction complète, cette mise en communication étant assurée par l'utilisateur.Enfin, la mémoire de l'utilisateur n'est plus encombrée par l'algorithme de sécurisation qui était antérieurement implanté chez l'utilisateur préalablement à la transaction et la place occupée par l'algorithme de sécurisation dans le premier serveur et le second serveur est relativement minime par rapport au volume des transactions gérées par le premier serveur et le second serveur. Bien entendu, l'invention n'est pas limitée au mode de mise en oeuvre décrit et on peut y apporter des variantes de réalisation sans sortir du cadre de l'invention tel que défini par les revendications. En particulier bien que l'invention ait été décrite à propos d'un achat de marchandise avec un serveur fournisseur et un serveur bancaire, l'invention s'applique à toute relation entre un utilisateur et plusieurs serveurs sur un même réseau. De même bien que l'invention ait été décrite en relation avec un procédé dans lequel les données sécurisées sont tout d'abord transférées du premier serveur à une mémoire de l'utilisateur puis de cette mémoire au second serveur, on peut prévoir d'effectuer un transfert direct du premier serveur au second serveur au moyen d'une interface associée à la fonction déclenchant la mise en communication de l'utilisateur avec le second serveur. REVENDICATIONS 1. Procédé de réalisation de transfert sécurisé de données sur un réseau à serveurs multiples, caractérisé en ce qu'il comprend les étapes d'implanter dans un premier serveur (1) et un second serveur (2) un algorithme de sécurisation de données, d'effectuer un échange de données entre l'utilisateur (3) et le premier serveur (1), et de transmettre du premier serveur (1) au second serveur (2) par l'intermédiaire de l'utilisateur (3) des données dont au moins une partie est sécurisée au moyen de l'algorithme de sécurisation. 2. Procédé selon la revendication 1, caractérisé en ce que les données transmises au second serveur sont tout d'abord stockées dans une mémoire (6) de l'utilisateur puis transférées de cette mémoire au second serveur. 3. Procédé selon la revendication 1, caractérisé en ce que des données propres à l'utilisateur sont transmises par celui-ci au second serveur. 4. Procédé de réalisation de transfert sécurisé selon la revendication 1, caractérisé en ce que les données sont sécurisées en réalisant une signature au moyen de l'algorithme de sécurisation utilisant des clés détenues par le premier serveur et le second serveur. 5. Procédé de réalisation de transfert sécurisé selon la revendication 1, caractérisé en ce qu'il comporte en outre l'étape de transmettre un acquittement sécurisé du second serveur (2) au premier serveur (1) par l'intermédiaire de l'utilisateur (3). 6. Procédé de réalisation de transfert sécurisé selon la revendication 5, caractérisé en ce que l'acquittement est sécurisé en réalisant une signature au moyen de l'algorithme de sécurisation utilisant des clés détenues par le premier serveur et le second serveur.