Brevet FR2823929A1 — publié le 20021025

SP 19321 GB i 1 2823929 La présente invention concerne un procédé et un dispositif de certification. En particulier, la présente invention concerne la transmission de donnces en ligne, par exemple sur le réscau Internet. Du fait de sa nature ouverte, Internet a augmenté les besoins de sécurité de transinission de données. En effet, l'architecture même de l'Internet le rend particulièrement vulnérable: le protocole IP, totalement décentralisé, fait circuler les datagrammes, ou "paquets" sans qu'ils soient protégés. Les adresses IP elles-mêmes, gérées par les DNS (Domain Name Servers pour "serveurs de noms de domaines"), ne sont pas à l'abri d'actions de malveillance. Les systèmes d'exploitation ont des failles de sécurité. D'o une liste impressionnante de menaces: - écoute de paquets ou "sniffing"; - substitution de paquets ou "spoofing"; - piratage de DNS; - déni de service; - intrusions; et - dissémination de programmes malveillants, virus et chevaux de Troie. La cryptologie n'a pas réponse à toutes ces questions. En cryptologie, une clé est insérée au moment du chiffrement des donnces afin d'assurer la confidentialité de celles-ci. Les différentes normes de sécurité disponibles, pour le courrier électronique, pour les sessions de communication du web (SSL ou "Secure Socket Layer" pour "couche de sécurité"), pour le protocole IP lui-même (IPsec), mettent en oeuvre tout l'arsenal des méthodes modernes: authentification et signature, échange de clé conventionnelle, chiffrement symétrique. Des centaines de millions de clés RSA ont ainsi été produites. I1 se pose alors de nouveaux problèmes: comment gérer ces clés ? Comme le note Jacques Stern, Directeur du Département Informatique de l'Ecole Normale Supérieure "il est illusoire d'utiliser un chiffrement RSA en laissant traîner ses clés secrètes sur un disque dur mal protégé contre les intrusions" (Dans un article publié dans Le Monde daté du 12 septembre 2000). En outre se pose la question de lier une clé publique RSA à son propriétaire légitime. l 2 2823929 La présente invention entend remédier à tout ou partie de ces inconvénients. A cet effet, la présente invention vise, selon un premier aspect, un procédé de certification, caractérisé en ce qu'il comporte: une opération d'identification d'un utilisateur au cours de laquelle ledit utilisateur transmet à un serveur, par l'intermédiaire d'un premier terminal sur un premier réseau de communication, un certificat représentant, de manière chiffrce, une adresse unique d'un deuxième terminal dudit utilisateur sur un deuxième réseau de communication, - une opération de déchiffrement de ladite adresse unique par ledit serveur, et - une opération de communication entre ledit serveur et le deuxTème terminal. Grâce à ces dispositions, ledit serveur n'a pas besoin de connaître l'adresse unique du deuxième terminal mais seulement la clé de déchiffrement pour obtenir cette adresse unique. L'adresse unique est ainsi protégée puisqu'elle n'est pas conservée dans une base de données accessible par le serveur. Le chiffrement de ladite adresse unique la protège aussi contre une divulgation non désirée par l'utilisateur. Selon des caractéristiques particulières, le procédé de l'invention tel que succinctement exposé ci-dessus, comporte, en outre: - une opération de transmission d'une information non prédictible, par ledit serveur, au deuxième terminal, - une opération de transmission audit serveur par l'intermédiaire du premier terminal de ladite information non prédictible, - une opérati on de vérific ation de ladite information non prédicti b le par l edit serveur et - si la vérification est positive, une opération d'autorisation d'accès du premier terminal à une ressource du premier réseau de communication. Grâce à ces dispositions, ledit utilisateur est authentifié par ledit serveur. Selon des caractéristiques particulières du procédé de l'invention tel que succinctement exposé ci-dessus, au cours de l'opération d'identification ledit utilisateur transmet au serveur, par l'intermédiaire d'un premier réseau de communication, un certificat représentant, chiffré avec une clé publique, l'adresse unique du deuxième terminal. Grâce à ces dispositions, seul le serveur peut déchiffrer ladite adresse unique mais il n'est pas nécessaire qu'il la conserve dans une base de donnces pour l'obtenir. L'adresse unique est ainsi doublement protégée. 3 2823929 Selon un deuxième aspect, la présente invention vise un procédé de certification caractérisé en ce qu'il met en oeuvre une base de données d'utilisateurs comportant, pour chaque utilisateur, un moyen d'obtention d'une adresse unique d'un terminal sur un réseau de communication (par exemple ladite adresse unique ou une clé de déchiffrement) et un pointeur identifiant une autre base de données comportant de l'information de signature électronique. Selon un troisième aspect, la présente invention vise un procédé de certification caractéris é en ce qu' il met en oeuvre un certifi cat conforme à une infrastructure à clés asymétriques, tel que l'infrastructure à clés publiques PKI, identifiant un utilisateur, comportant: - un champ représentatif d'une adresse unique d'un terminal utilisateur dudit utilisateur, et - un certificat conforme à ladite infrastructure à clés asymétriques ne représentant pas ladite adresse unique. Grâce à ces dispositions, l'utilisateur peut être identifié par l'utilisation dudit terminal tout en utilisant n'importe quel certificat mis en oeuvre par une autre autorité de certification. D'autres avantages, buts et caractéristiques de la présente invention, ressortiront de la description qui va suivre faite dans un but explicatif et nullement limitatif en regard des dessins annexés dans lesquels: - la figure I représente une succession de transmissions de messages conformément à une mise en oeuvre exemplaire de la présente invention, - la figure 2 représente une succession d'opérations mises en oeuvre conformément à un aspect exemplaire de la présente invention, - la figure 3 représente des transmissions de messages entre des entités participant à une transaction, selon un second mode de réalisation, - la figure 4 représente une succession d'opérations effectuées par un terminal utilisateur et un serveur de certification, dans un mode de réalisation particulier de la présente invention, et - la figure 5 représente des champs d'un certificat conforme à l'infrastructure à clés publiques PKI, conformément à un aspect de la présente invention et des champs d'une base de donnces conformes à un autre aspect de la présente mventon. - 4 2823929 Dans toute la description, le terme "terminal à adresse unique" indique un terminal sur un réseau de communication dont l'adresse ne peut être attribuée à un autre terminal. Par exemple, un téléphone ou un pageur est un terminal à adresse unique. En figure l sont représentés un premier terminal utilisateur 100 connecté, par l'intermédiaire d'un premier réseau de communication 110, à un serveur de réseau , lui-même connecté à un deuxième réseau de communication 130 auquel est aussi relié un deuxième terminal de communication 140. Le premier terminal utilisateur 100 est. par exemple, un ordinateur personnel (connu sous le nom de "PC" pour "personal computer") ou un ordinateur de réscau (connu sous le nom de "NC" pour "network computer") ou tout dispositif permettant de se connecter au serveur 120 par l'intermédiaire du premier réscau 110. Le premier réseau de communication 110 est. par exemple, le réseau internet. Le serveur de réseau 120 est de type connu. Il est adapté à recevoir de l'information de la part du premier terminal 100, à déchiffrer une partie au moins de cette information, à lancer une communication avec le deuxième terminal 140, par exemple par l'intermédiaire d'une passerelle et à transmettre de l'information audit deuxième terminal 140. Le deuxième réseau de communication 130 est un réseau de communication à adresses uniques, c'est-à-dire que sur le deuxième réseau de communication 130, chaque terminal, par exemple le deuxième terminal 140, possède une adresse qui lui est propre. Par exemple le deuxième réseau 130 est un réscau télophonique, par exemple de téléphonie mobile. Tout d'abord, le premier terminal utilisateur 100 ouvre une session de communication avec le serveur de réseau 120, par l'intermédiaire du premier réseau de communication 110, de manière connue, opération 153. Cette session peut être permanente ou non. Cette session peut être soit directement établie entre le premier terminal utilisateur 100 et le serveur de réseau 120, soit par l'intermédiaire d'un serveur tiers, par exemple un serveur de site marchand ou de déclaration sociale ou fiscale, ou de courrier électronique et ce, soit par l'utilisation d'un lien électronique, soit par deux sessions simultanées, l'une entre le premier terminal utilisateur 100 et le serveur du site tiers et l'autre entre le serveur de site tiers et le serveur de réscau 120. Ensuite, au cours d'une opération de transmission d'information 155, le premier terminal utilisateur 100 transmet au serveur de réscau 120 une information d'identification permettant au serveur de réscau 120 de déterminer l'adresse unique du deuxième terminal 140. s 2823929 Dans des modes de réalisation exemplaires, I'information d'identification comporte un mot de passe et un nom d'utilisateur qui ont été préalablement déterminés entre l'utilisateur du premier terminal utilisateur 100 et le serveur de réseau 120. Dans des modes de réali sation exemplaires, I'informati on d' identification comporte, de manière chiffrée, une adresse unique du deuxième terminal 140 sur le deuxième réseau de communication 130. Par exemple, le chiffrement de l'adresse unique est effectué avec une clé privée de l'utilisateur conforme à l'infrastructure PKI. D ans un mode de réalisati on exemplaire, I'information d'i dentificati on comporte l'adresse du deuxième terminal 140, chiffrée grâce à une clé publique dont la clé privée est détenue par le serveur de réseau 120. Dans des modes de réalisation exemplaires, le premier terminal utilisateur transmet au serveur de réscau 120, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure"). Dans des modes de réalisation exemplaires, le premier terminal utilisateur 100 transmet au serveur de réseau 120, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte un champ dans lequel se trouve, de manière chiffrée, I'adresse unique du deuxième terminal utilisateur 140. Dans des modes de réalisation exemplaires, le premier terminal utilisateur transmet au serveur de réseau 120, un certificat conforme à 1'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte un champ dans lequel se trouve, de manière chiffrce avec une clé publique dont la clé privoe est détenue par le serveur de réseau 120, 1'adresse unique du deuxième terminal utilisateur 140. Dans des modes de réalisation exemplaires, le premier terminal utilisateur transmet au serveur de réseau 120, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte: - un champ dans lequel se trouve, de manière chiffrée avec une clé publique dont la clé privée est détenue par le serveur de réseau 120, l'adresse unique du deuxième terminal utilisateur 140, - un ou plusieurs champs d'un autre certificat conforme à l'infrastructure à clés publiques PKI, et - dans des modes de réalisation exemplaires, un pointeur vers un serveur de tiers de confiance qui authentifie l'un des certificats. Le serveur de réseau 120 détermine, à partir d'une base de données utilisateur ou par déchiffrement de l'information d' identification transmise au cours de r '' 6 2823929 l'opération 155, 1'adresse unique du deuxième terminal 140, opération 157. Ensuite, le serveur de réseau 120 détermine une information non prédictible, opération 159. Dans un mode de réalisation exemplaire, l 'information non prédictible dépend de l' identité de l'utilisateur du premier terminal utilisateur 100, d'un montant de transaction, d'un certificat émis par ledit utilisateur et/ou d'information à signer par ledit utilisateur, tout ou partie de cette information pouvant être fournie par un site tiers, intermédiaire dans la session, cité plus haut. Par exemple, si l'utilisateur a transmis de l'information à signer, l'information non prédictible dépend d'un condensât (en anglais "hash") de ladite information. Le serveur de réseau 120 transmet, par l'intermédiaire du deuxième réseau de communication 130, au deuxième terminal utilisateur 140, ladite information non prédictible, opération 161. Dans des modes de réalisation exemplaires, ladite information est transmise sous la forme d'un message court (connu sous le nom de SMS pour Short Message System.) L'utilisateur du premier terminal l OO et du deuxième terminal 140 retransmet au serveur de réseau 120 ladite information non prédictible, par l'intermédiaire du premier réseau de communication l l O. opération 163. Par exemple, l'utilisateur lit ladite information non prédictible sur l'écran du deuxième terminal utilisateur 140 et saisit cette information non prédictible sur un clavier du premier terminal utilisateur l OO. Selon un autre exemple, l'utilisateur connecte, par exemple, par une liaison infra-rouge, les terminaux 100 et 140 afin que l'information non prédictible transite, sous le contrôle de l'utilisateur, et automatiquement du terminal 140 au terminal lOO. Le serveur de réscau 120 vérifie la conformité de l'information qu'il re, coit du premier terminal l OO avec l'information non prédictible transmise au deuxième terminal utilisateur 140, opération 165. En cas de concordance, le serveur de réseau 120 autorise l'accès de l'utilisateur à une ressource accessible par le premier réseau de communication 110, opération 167. Une telle ressource est. par exemple, un paiement, une authentification, un service réservé à un abonné, une signature d'information. Préférentiellement, l'ensemble des opérations 153 à 267 est effectué pendant la session ouverte au cours de l'opération 153. Dans le cas o une information (un bon de commande, un e-mail, un paiement) est signé en mettant en oeuvre les opérations décrites cidessus, un tiers destinataire de ladite information peut demander à vérifier la signature et/ou à déchiffrer l'information. Dans ce cas, le tiers destinataire interroge le serveur de réseau 120, opération 169. Dans des modes de réalisation exemplaires, la base de données conservoe -. ^ 7 2823929 par ledit serveur de réscau 120 comporte un moyen d'obtention de ladite adresse unique du deuxième terminal 140 (par exemple l'adresse unique ou une clé privée de déchiffrement de l'adres se unique transmi se par l 'utili sateur) et un pointeur d'une base de données de certification d'un tiers certificateur qui conserve les informations nécessaires pour vérifier la signature électronique. Le serveur de réseau 120 redirige alors le tiers destinataire vers le serveur du tiers certificateur, opération 171. Dans des modes de réalisation exemplaires, le tiers destinataire interroge directement la base de donnces de certification du tiers certificateur. Un utilisateur qui souhaite bénéficier des avantages de la présente l O invention s'inscrit d'abord auprès du tiers certificateur. A cet effet, selon les réglementations en vigueur, l'utilisateur fournit des preuves de son identité au tiers certificateur et celui-ci, dans des modes de réalisation exemplaires, lui fournit une racine de certificat qui permet à l'utilisateur de mettre en oeuvre, sur son premier terminal, un premier certificat électronique. L'utilisateur fournit au gestionnaire du serveur de réseau 120, une facture d'abonnement au réseau sur lequel l'utilisateur utilise le deuxième terminal, ladite facture correspondant au deuxième terminal et un moyen de vérifier le premier certificat électronique, opération 141. Le serveur de réscau 120 fournit au premier terminal 100 un deuxième certificat électronique qui, conformément à un aspect de la présente invention permet au serveur de réseau 120 de déterminer l'adresse unique du deuxième terminal 140 sur le deuxième réseau de communication 130 et un pointeur permettant de relier le second certificat électronique à la base de donnces du tiers certificateur, opération 145. Par exemple, le deuxième certificat comporte, de manière chiffrce par une clé publique du serveur de réscau 120,1'adresse du deuxième terminal sur le deuxième réseau, le serveur de réseau 120 effectuant 1'opération 143 de chiffrement correspondante. Dans des modes de réalisation exemplaires, le deuxième certificat comporte une identification du tiers certificateur, par exemple sous la forme d'un pointeur. Dans des modes de réalisation, le serveur de réseau 120 conserve dans une base de données, l'adresse du deuxième terminal 140 et un pointeur correspondant à la base de données du tiers certificateur. Dans des modes de réalisation exemplaires, le deuxième certificat comporte ladite adresse unique du deuxième terminal 140 sur le deuxième support de communication 130 et pointe sur, c'est-à-dire identifie ou comporte, un autre certificat, -- 8 2823929 par exemple conforme à l'infrastructure à clé publique PKI qui ne comporte pas ladite adresse unique. En figure 2 sont représentés un premier terminal utilisateur 200 connecté, par l'intermédiaire d'un premier réseau de communication 210 à un serveur de réscau 220, lui-même connecté à un deuxième réseau de communication 230 auquel est aussi relié un deuxième terminal de communication 240. Le premier terminal utilisateur 200 est. par exemple, un ordinateur personnel (connu sous le nom de "PC" pour "personal computer") ou un ordinateur de réseau (connu sous le nom de "NC" pour "network computer") ou tout dispositif permettant de se connecter au serveur 220 par l'intermédiaire du premier réseau 210. Le premier réseau de communication 210 est. par exemple, le réseau internet. Le serveur de réseau 220 est de type connu. I1 est adapté à recevoir de l'information de la part du premier terminal 200, à lancer une communication avec le deuxième terminal 240, par exemple par 1'intermédiaire d'une passerelle et à transmettre de l'information audit deuxième terminal 240. Le deuxième réseau de communication 230 est un réseau de communication à adresses uniques, c'est-à-dire que sur le deuxième réseau de communication 230, chaque terminal, par exemple le deuxième terminal 240, possède une adresse qui lui est propre. Par exemple le deuxième réseau 230 est un réseau téléphonique, par exemple de téléphonie mobile. Tout d'abord, le premier terminal utilisateur 200 ouvre une session de communication avec le serveur de réseau 22O, par l'intermédiaire du premier réseau de communication 210, de manière connue, opération 253. Cette session peut étre permanente ou non. Cette session peut être soit directement établie entre le premier terminal utilisateur 200 et le serveur de réscau 220, so it par l'intermédiaire d'un serveur tiers, par exemple un serveur de site marchand ou de déclaration sociale ou fiscale, ou de courrier électronique et ce, soit par l'utilisation d'un lien électronique, soit par deux sessions simultanées, l'une entre le premier terminal utilisateur 200 et le serveur du site tiers et l'autre entre le serveur de site tiers et le serveur de réseau 220. Ensuite, au cours d'une opération de transmission d'information 255, le premier terminal utilisateur 200 transmet au serveur de réseau 220 une information d'identification permettant au serveur de réseau 220 de déterminer l'adresse unique du deuxième terminal 240. i 9 2823929 Dans des modes de réali sation exemplaires, l ' information d' i dentifi cation comporte un mot de passe et un nom d'utilisateur qui ont été préalablement déterminés entre l'utilisateur du premier terminal utilisateur 200 et le serveur de réseau 220. Dans des modes de réali sation exemplaires, l 'information d' i dentificati on comporte, de manière chiffrée, une adresse unique du deuxième terminal 240 sur le deuxième réseau de communication 230. Par exemple, le chiffrement de l'adresse unique est effectué avec une clé privoe de l'utilisateur conforme à l'infrastructure PKI. Dans un mode de réalisation exemplaire, l'information d'identification comporte l'adresse du deuxième terminal 240, chiffrée grâce à une clé publique dont la clé privée est détenue par le serveur de réscau 220. Dans des modes de réalisation exemplaires, le premier terminal utilisateur transmet au serveur de réscau 220, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure"). Dans des modes de réalisation exemplaires, le premier terminal utilisateur 200 transmet au serveur de réseau 220, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte un champ dans lequel se trouve, de manière chiffrée, l'adresse unique du deuxième terminal utilisateur 240. Dans des modes de réalisation exemplaires, le premier terminal utilisateur transmet au serveur de réseau 220, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte un champ dans lequel se trouve, de manière chiffrée avec une clé publique dont la clé privoe est détenue par le serveur de réseau 220,1'adresse unique du deuxième terminal utilisateur 240. Dans des modes de réalisation exemplaires, le premier terminal utilisateur transmet au serveur de réseau 220, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte: - un champ dans lequel se trouve, de manière chiffrée avec une clé publique dont la clé privoe est détenue par le serveur de réscau 220, 1'adresse unique du deuxième terminal utilisateur 240, - un ou plusieurs champs d'un autre certificat conforme à l'infrastructure à clés publiques PKI, et - dans des modes de réalisation exemplaires, un pointeur vers un serveur de tiers de confiance qui authentifie l'un des certificats. Le serveur de réseau 220 détermine, à partir d'une base de donnces utilisateur ou par déchiffrement de l'information d'identification transmise au cours de L 2823929 I'opération 255,1'adresse unique du deuxième terminal 240, opération 257. Ensuite, le serveur de réseau 220 détermine une information non prédictible, opération 259. Dans un mode de réalisation exemplaire, l'information non prédictible dépend de l'identité de l'utilisateur du premier terminal utilisateur 200, d'un montant de transaction, d'un certificat émis par ledit utilisateur et/ou d'information à signer par ledit utilisateur, tout ou partie de cette information pouvant être fournie par un site tiers, intermédiaire dans la session, cité plus haut. Par exemple, si l'utilisateur a transmis de l'information à signer, l'information non prédictible dépend d'un condensât (en anglais "hash") de ladite information. Le serveur de réseau 220 transmet, par l'intermédiaire du deuxième réseau de communication 230, au deuxième terminal utilisateur 240, ladite information non prédictible, opération 261. Dans des modes de réalisation exemplaires, ladite information est transmise sous la forme d'un message court (connu sous le nom de SMS pour Short Message System.) L'utilisateur du premier et du deuxième terminaux utilisateur 200 et 240 retransmet au serveur de réseau 220 ladite information non prédictible, par l'intermédiaire du premier réseau de communication 210, opération 263. Par exemple, l'utilisateur lit ladite information non prédictible sur l' écran du deuxième terminal utilisateur 240 et sai sit cette information non prédictible sur un clavier du premier terminal utilisateur 200. Selon un autre exemple, l'utilisateur connecte, par exemple, par une liaison infra-rouge, les terminaux 200 et 240 afin que l'information non prédictible transite, sous le contrôle de l'utilisateur, et automatiquement du terminal 240 au terminal 200. Conformément à un aspect de la présente invention, la transmission de l'information non prédictible par le premier terminal 200 provoque la mise en oeuvre ou la transmission d'un certificat utilisateur conservé sur le premier terminal utilisateur 200 de telle manière que l'information reçue par le serveur de réseau 220 dépend dudit certificat utilisateur, opération 265. Dans des modes de réalisation exemplaires, ledit certificat utilisateur est conforme à l'infrastructure à clés publiques PKI. Le serveur de réseau 220 vérifie la conformité de l 'information qu'i l reço it du premier terminal 200 avec l'information non prédictible transmise au deuxième terminal utilisateur 240, opération 267. Par exemple, l'information non prédictible a été signce par le certificat utilisateur (la clé privée dans le cas d'un certificat utilisateur conforme à l'in*astructure PKI) et le serveur de réseau 220 déchiffre (avec la clé publique correspondant à la clé privée, dans le cas d'un certificat utilisateur conforme à l'infrastructure PKI) l'information non prédictible. En cas de concordance, le serveur de _t 11 2823929 réseau 220 autorise l'accès de 1'utilisateur à une ressource accessible par le premier réseau de communication 110, opération 269. Une telle ressource est. par exemple, un paiement, une authentification, un service réservé à un abonné, une signature d'information, opération 269. Préférentiellement, l'ensemble des opérations 253 à 269 est effectué S pendant la session ouverte au cours de l'opération 253. Dans le cas o une information (un bon de commande, un e-mail, un paiement) est signé en mettant en oeuvre les opérations décrites cidessus, un tiers destinataire de ladite information peut demander à vérifier la signature et/ou à déchiffrer l'information. Dans ce cas, le tiers destinataire interroge le serveur de réseau 220, opération 271. Dans des modes de réalisation exemplaires, la base de donnces conservée par ledit serveur de réseau 220 comporte un moyen d' obtenti on de ladite adres se unique du deuxième terminal 240 (par exemple 1'adresse unique ou une clé privée de déchiffrement de l'adresse unique transmise par l'utilisateur) et un pointeur d'une base de données de certification d'un tiers certificateur qui conserve les informations nécessaires pour vérifier la signature électronique. Le serveur de réscau 120 redirige alors le tiers destinataire vers le serveur du tiers certificateur, opération 273. Dans des modes de réalisation exemplaires, le tiers destinataire interroge directement la base de données de certification du tiers certificateur. Un utilisateur qui souhaite bénéficier des avantages de la présente invention s'inscrit d'abord auprès du tiers certificateur. A cet effet, selon les réglementations en vigueur, l'utilisateur fournit des preuves de son identité au tiers certificateur et celui-ci, dans des modes de réalisation exemplaires, lui fournit une racine de certificat qui permet à l'utilisateur de mettre en oeuvre, sur son premier terminal, un premiercertificat électronique. L'utilisateur fournit au gestionnaire du serveur de réscau 220, une facture d'abonnement au réseau sur lequel l'utilisateur utilise le deuxième terminal, ladite facture correspondant au deuxième terminal et un moyen de vérifier le premier certificat électronique, opération 241. Le serveur de réseau 220 fournit au premier terminal 200 un deuxième certificat électronique qui, conformément à un aspect de la présente invention permet au serveur de réscau 220 de déterminer l'adresse unique du deuxième terminal 240 sur le deuxième réseau de communication et un pointeur permettant de relier le second certificat électronique à la base de données du tiers certificateur, opération 245. Par exemple, le deuxième certificat comporte, de manière chiffrce par une clé publique du serveur de réseau 220,1'adresse du deuxième terminal 240 sur le deuxième réseau, le serveur de réseau 220 effectuant l'opération 243 de 12 2823929 chiffrement correspondante. Dans des modes de réalisation exemplaires, le deuxième certificat comporte une identification du tiers certificateur, par exemple sous la forme d'un pointeur. Dans des modes de réalisation, le serveur de réseau 220 conserve dans une base de données, l'adresse du deuxième terminal 240 et un pointeur correspondant à la base de données du tiers certificateur. Dans des modes de réalisation exemplaires, le deuxième certificat comporte ladite adresse unique du deuxième terminal 240 sur le deuxième support de communication 230 et pointe sur, c'est-à-dire identifie ou comporte, un autre certificat, par exemple conforme à l'infrastructure à clé publique PKI qui ne comporte pas ladite adresse unique. Dans des modes de réalisation exemplaires, un site marchand met en oeuvre un certificat conforme à la norme PKI puis, par exemple en fonction d'un montant d'intérêts en jeu ou de paiement, le site marchand transmet une requête d'authentification au serveur de réseau 220 en identifiant le client grâce aux informations du certificat conforme à la norme PKI. Le serveur de réseau 220 détermine alors l'adresse unique du deuxième terminal utilisateur 240 comme indiqué ci-dessus et transmet une information non prédictible à ce deuxième terminal utilisateur 240. L'utilisateur du premier et du deuxième terminaux utilisateur 200 et 240 retransmet au serveur de réseau 220 ladite information non prédictible, par l'intermédiaire du premier réseau de communication 210. Par exemple, l'utilisateur lit ladite information non prédictible sur l'écran du deuxième terminal utilisateur 240 et saisit cette information non prédictible sur un clavier du premier terminal utilisateur 200. Selon un autre exemple, l'utilisateur connecte, par exemple, par une liaison infra-rouge, les terminaux 200 et 240 afin que l'information non prédictible transite, sous le contrôle de l'utilisateur, et automatiquement du terminal 240 au terminal 200. Dans le schéma de transaction exposé en figure 3, un client est inscrit et possède un compte chez un organisme financier qui met en oeuvre un serveur de paiement adapté à déterminer une adresse de terminal sur un support de communication dans lequel chaque adresse est attribuée à au plus un terminal. Ce compte lui permet d'avoir un fichier de conservation de données confidentielles connu sous le nom de " Server Side Wallet ". Dans ce fichier sont stockés les informations relatives au mode de paiement dont le client dispose. - 13 2823929 L'organisme financier est de type 'Issuer', c'est-à-dire émetteur de moyen de paiement, ici à usage uniques, ou il est un intermédiaire ayant passé des accords avec des banques 'Issuer'. Le marchand a un accord avec l'organisme financier 'Issuer' et il a un compte ouvert qui ne se substitue pas obligatoirement à son compte bancaire classique dans sa banque dite 'Acquirer' car elle re,coit les paiements pour le compte du marchand. Le marchand présente, sur la page de paiement de son site, une icône proposant à ses clients de payer par intermédiaire d'un moyen de paiement appelé. On observe que cette icone peut être celle d'une banque ou d'un type de carte bancaire. Dans le mode de réalisation particulier illustré en figure 3, un client accède, par l'intermédiaire d'un terminal 300 et d'un réscau informatique 310, par exemple Internet, à un site marchand 320, hébergé par un serveur de réseau 330. Le client s'identife en donnant ses noms, prénoms et adresse ou par la transmission, par le terminal 300 d'un certifcat unique délivré au client, par exemple un certificat lié à l'infrastructure à clé publique PKI. Pour payer, on suppose dans la suite de la description de la figure 3 que le client sélectionne une option de paiement par moyen de paiement à usage unique électronique proposée par le site marchand 320. On observe que le site marchand 320 peut ne proposer que cette option, car, à la différence des paiements par carte bancaire sans signature, le client ne peut pas répudier un paiement fait avec signature ou authentification. Le serveur de réseau 330 transfert alors le client sur un site de paiement 340 hébergé par un serveur de réscau 350, ou serveur de paiement. Dans des modes de réalisation exemplaires prétérentiels, le serveur de réseau 330 du site marchand 320 transmet au serveur de réseau 350 du site de paiement 340 de l'information représentative de l'identité du marchand, de références bancaires du marchand, de l'identité du client, d'un certifcat unique délivré au client conformément à l'in*astructure à clé publique PKI, du montant de la transaction, de l'horodatage et/ou des biens ou services objets de la transaction. Dans des modes de réalisation exemplaires, le client fournit tout ou partie de ces informations au serveur 350 par l'intermédiaire du terminal 300, par exemple par transmission d'un certificat unique délivré au client conformément à l'infrastructure à clé publique PKI ou par saisie au clavier. Le serveur de paiement 350 détermine si le paiement peut être autorisé, par exemple en fonction de l'identité du client, du montant du paiement, d'un état d'un compte financier ou bancaire du client, selon des procédures connues. Si le paiement peut être ? 14 2823929 autorisé, le serveur 350 du site de paiement 340 transmet le certificat conforme à l'infrastructure PKI à un serveur de signature 360 qui effectue une authentification de manière similaire à celles effectuées par l'un des serveurs de réseau 120 et 220 décrites précédemment. En variante, le serveur de signature 360 ou le serveur de paiement 350 transmet au terminal 300 une information, par exemple une image, représentative d'un moyen de paiement à usage unique électronique, par exemple une image de chèque, au terminal 300 du client. Dans des modes de réalisation exemplaires, ce moyen de paiement à usage unique électronique est déjà partiellement ou complètement pré-rempli, avec toute ou partie de l'information transmise précédemment par le client ou le site marchand 320. Le client valide ou non le paiement en saisissant l'information non prédictible requ sur un terminal de télécommunication 370 (le deuxième terminal utilisateur) lié au client. On observe que l'information non prédictible, aussi appelée "sceau à usage unique", prend la forme d'une séquence de symboles qui, dans des modes de réalisation exemplaires, dépend d'au moins un élément de la transaction, par exemple, le montant, l'identité du marchand, l'identité du client, un certificat unique délivré au client, l'horodatage et/ou l'objet de la transaction. Par exemple, le sccau est déterminé comme une fonction mathématique (par exemple un "hash" ou condensât) de tout ou partie de ces éléments. Préférentiellement, le sceau dépend de l'identité du client et/ou d'un certificat unique délivré au client (par exemple lié à l'infrastructure PKI pour "public Key Infrastructure" ou infrastructure à clé publique). Dans des modes de réalisation exemplaires, le serveur de signature 360 transmet au terminal de télécommunication 370 au moins un élément de la transaction, par exemple, le montant, l'identité du marchand, l'identité du client, l'horodatage et/ou l'objet de la transaction en plus du sceau. Dans des modes de réalisation exemplaires, pour valider le paiement, le client lit le sceau sur un écran du terminal 370 ou écoute la séquence de symbole dictée par un serveur vocal sur un haut-parleur du terminal 370 puis saisit le sceau sur le terminal 300, par exemple au clavier ou par dictée vocale. Dans des variantes, le client connecte le terminal 370 au terminal 300 pour que la transmission du sccau ait lieu automatiquement. En cas d'absence de correspondance entre le sceau émis par le serveur de signature 360 et le sceau reçu par le serveur 360, le serveur de signature 360 transmet une information de détaut de signature au serveur 350 et le serveur 350 informe le client du 2323929 défaut de signature et lui redemande de fournir le sccau et les opération de vérification de sceau sont répétées. Après trois échecs, le serveur de signature 360 invalide le sceau et le serveur de paiement 350 transmet une information d'absence de paiement au serveur 330. Bien que, dans la description de la figure 3, les serveurs 330, 350 et 360 aient été représentés comme séparés, dans des modes de réalisation exemplaires, au moins deux des serveurs 330, 350 et 360 peuvent être confondus. Prétérentiellement, les opérations effectuées par le serveur de signature 360 ont toutes lieu au cours de la même session de communication entre le terminal 300 et le serveur 350. Préférentiellement, cette session de communication est sécurisoe, par l O exemple encryptée selon le standard d'encryption SSL. Dans des modes de réalisation exemplaires, le sceau est pris parmi un ensemble de numéros similaires à des numéros de carte de paiement embossées de telle manière que le site marchand 320 utilise ce sceau comme un numéro de carte de paiement classique, tout en sachant que le paiement le peut plus être répudié par la client. Eventuellement, le serveur de paiement ou le serveur de signature détermine une durée maximale de validité du numéro de moyen de paiement à usage unique et/ou du sceau. Eventuellement, le serveur de signature transmet au terminal 370, le montant du paiement et/ou un identifiant du site marchand. Dans des modes de réalisation exemplaires, le numéro de paiement à usage unique prend la forme d'un numéro de carte de paiement de type connu et l'utilisateur utilise le numéro de paiement à usage unique comme un numéro de carte de paiement embossé sur une carte de paiement en matière plastique. En figure 4 sont représentés un poste utilisateur ou système informatique émetteur 400, une application Internet 410, une salle blanche 420, une mémoire de stockage 430, un deuxième réseau de communication 440 et un récepteur 450 sur le deuxième réseau de communication 440. La salle blanche 420 comporte une protection pare-feu (en anglais "firewall") 460, un serveur de sécurité 470 et un générateur de certificats 480. Les opérations effectuces dans le mode de réalisation particulier illustré en figure 4 sont représentées dans des rectangles et numérotées de 500 à 512. L'application Internet 410 et la salle blanche 420 sont coujointement appelé système informatique récepteur. Le poste utilisateur 400 est. par exemple, un ordinateur personnel (PC), un ordinateur de réseau (NC) ou un assistant numérique personnel (en anglais Personal Digital Assistant ou PDA) ou tout terminal permettant une communication à distance, ?.' 16 2823929 borne intéractive, décodeur T.V.,.... Le poste utilisateur 400 est doté d'un logiciel de communication à distance pour mettre en oeuvre l'application Internet 410, conjointement avec le serveur de sécurité 470. Ce logiciel de communication à distance peut étre un logiciel de navigation ou un logiciel de courrier électronique, par exemple. L'application Internet 410 permet la communication entre le poste utilisateur 400 et le serveur de sécurité 470 et la transmission de donnces depuis le poste utilisateur 400 vers la mémoire de stockage 430, par exemple par l'intermédiaire du serveur de sécurité 470. La salle blanche 420 est un espace protégé contre toute intrusion physique, telle qu'une salle de coffre d'une banque. La mémoire de stockage 430 est une mémoire adaptée à conserver des données pendant une longue période, qui dépasse une annce. Le deuxième réseau de communication 440 est. par exemple, un réseau téléphonique et, encore plus particulièrement un réseau de téléphonie mobile ou de récepteurs alphanumériques communément appelés "pageurs". Le deuxième réseau 440 est appelé "deuxième" par comparaison avec le réseau Internet, que l'on nomme aussi "premier" réseau dans la suite de la présente demande de brevet. Le deuxième réseau 440 est adapté à transmettre une clé, un sceau, un condensat ou un certificat depuis le serveur de sécurité 470 jusqu'au récepteur 450. Le récepteur 450 sur le deuxième réscau 440 peut, selon le type de deuxième réseau 440, être un téléphone mobile, un pageur ou un récepteur quelconque. Le récepteur 450 permet à l'utilisateur du poste utilisateur 400 de prendre connaissance d'informations transmises par le serveur de sécurité 670. La protection pare-feu 460 est de type matérielle et/ou logicielle et interdit toute intrusion logicielle dans le serveur de sécurité 470. Le serveur de sécurité 470 est un serveur informatique de type connu. Enfin, le générateur de certificats 480 est adapté à générer des certificats jetables, par exemple de type conforme à l'infrastructure à clés publiques PKI, par exemple conforme à la norme X509-V3. Le poste utilisateur 400 et le serveur de sécurité 470 sont conjointement adaptés à mettre en oeuvre les opérations indiquées ci-dessous. Par exemple, le serveur de sécurité 470 est adapté à fournir des routines applicatives ou "applets" au poste utilisateur 400. Au début du processus de certification, on suppose que des données sont à transmettre de manière certifiée et signée depuis le poste utilisateur 400 jusqu'à un tiers destinataire. Les donnces en question peuvent être fournies par l'utilisateur du poste - 17 2823929 utilisateur 400 ou par le tiers destinataire, par exemple un serveur de site marchand de site de déclaration sociale ou fiscale ou un serveur de courrier électronique. L'utilisateur du poste utilisateur 400 se connecte au serveur de sécurité 420 pour lancer le processus de certification. Cette connexion, ou session peut étre so it directement établie entre le poste utilisateur 400 et le serveur de sécurité 420, soit par l'intermédiaire d'un serveur tiers, par exemple le serveur du tiers destinataire et ce, soit par l'utilisation d'un lien électronique, soit par deux sessions simultanées, l'une entre le poste utilisateur 400 et le serveur du site tiers et 1'autre entre le serveur de site tiers et le serveur de sécurité 420. Au cours d'une opération 500, l'utilisateur du poste utilisateur 400 s'identifie en fournissant une information d'identification permettant au serveur de sécurité 420 de déterminé l'adresse unique du récepteur 450. Dans des modes de réali sation exemplaires, l' information d'i dentifi cation comporte un mot de passe et un nom d'utilisateur qui ont été préalablement déterminés entre l'utilisateur du poste utilisateur 400 et le serveur de sécurité 420. Dans des modes de réalisation exemplaires, l'information d'identification comporte, de manière chiffrée, une adresse unique du récepteur 450. Par exemple, le chiffrement de l'adresse unique est effectué avec une clé privée de l'utilisateur conforme à l'infrastructure PKI. Dans un mode de réalisation exemplaire, l'information d'identification comporte l'adresse du récepteur 450, chiffrée grâce à une clé publique dont la clé privée est détenue par le serveur de sécurité 420. Dans des modes de réalisation exemplaires, un tiers fournissant les données à signer ou le tiers destinataire, fournit l'adresse unique du récepteur 450 ou le certificat conforme à l'infrastructure à clés publiques PKI de l'utilisateur, ou la clé publique de ce certificat. Dans des modes de réalisation exemplaires, le poste utilisateur 400 transmet au serveur de sécurité 420, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure"). Dans des modes de réalisation exemplaires, le poste utilisateur 400 transmet au serveur de sécurité 420, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte un champ dans lequel se trouve, de manière chiffrée, l'adresse unique du récepteur 450. ?:e 18 2323929 Dans des modes de réalisation exemplaires, le poste utilisateur 400 transmet au serveur de sécurité 420, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte un champ dans lequel se trouve, de manière chiffrée avec une clé publique dont la clé privée est détenue par le S serveur de sécurité 420,1'adresse unique du récepteur 450. Dans des modes de réalisation exemplaires, le poste utilisateur 400 transmet au serveur de sécurité 420, un certificat conforme à l'infrastructure à clés publiques PKI ("Public Key Infrastructure") qui comporte: - un champ dans lequel se trouve, de manière chiffrée avec une clé publique dont la clé privée est détenue par le serveur de sécurité 420,1'adresse unique du récepteur 450, - un ou plusieurs champs d'un autre certificat conforme à l'infrastructure à clés publiques PKI, et - dans des modes de réalisation exemplaires, un pointeur vers un serveur de tiers l S de confiance qui authentifie l'un des certificats. Dans des modes de réalisation exemplaires, l'opération 500 a lieu après l'opération 503 décrite ci-dessous et le poste utilisateur 400 met en oeuvre le certificat jetable pour chiffrer l'adresse unique du récepteur 450 et transmettre l'adresse unique chiffrée au serveur de sécurité 420. Au cours de l'opération 501, après identification de l'utilisateur au poste utilisateur 400 (par exemple par nom d'utilisateur et mot de passe), l'application Internet 410 télécharge une routine applicative certifiée et signée dans le poste utilisateur 400. On observe que la routine applicative en question peut n'être téléchargée que dans le cas o une copie de cette routine n'est pas déjà implantée dans le poste utilisateur 400. Cette caractéristique particulière permet de rendre portable le procédé de certification objet de la présente invention, sans ralentir ce processus dans le cas o l'utilisateur met successivement en oeuvre le même poste utilisateur 400, pour plusieurs certifications de données. Au cours de l'opération 502, le générateur de certificats 480 génère un certificat jetable, par exemple sous la forme d'une clé privée conforme à l'infrastructure à clés publiques PKI, par exemple conforme à la norme X509-V3. Par exemple, le certificat jetable est généré aléatoirement par le générateur 480. Au cours de l'opération 503, le serveur de sécurité 470 transmet le certificat jetable au poste utilisateur 400. Au cours de l'opération 504, le poste utilisateur 400 met en oeuvre la routine applicative téléchargée au cours de l'opération 501 pour 19 2823929 obtenir une trace des données à transmettre, appelé condensât (en anglais "hash"), trace qui dépend du certificat jetable généré au cours de l'opération 502 et des données à transmettre et qui permet la détection de toute modification ultérieure des données à transmettre. Au cours de l'opération 505, les donnces à transmettre et le condensât sont téléchargés depuis le poste utilisateur 400 jusqu'à l'application Internet 410. De plus, des coordonnées de chaque destinataire des données à transmettre est transmis par le poste utilisateur 400 à l'application Internet 410. Ces coordonnées peuvent prendre la forme d'adresse de courrier électronique (en anglais "e-mail"), de numéro de téléphone ou de tout autre type d'information permettant de contacter chaque destinataire des données à transmettre. Au cours de l'opération 506,1'intégrité des données à transmettre est vérifiée, en mettant en oeuvre la clé jetable générée au cours de l'opération 502 et le condensât. On observe qu'à la fin de l'opération 506, une copie des données à transmettre à été faite depuis le poste utilisateur 400 dans 1'application Internet 410 et que cette copie est certifiée conforme à l'original grâce à la mise en oeuvre d'une clé jetable. Pour éviter que le certificat jetable soit réutilisé, au cours de l'opération 510, le certificat jetable est révoqué, c'est-à-dire qu'il devient inutilisable pour certifier des données. En variante, le certificat jetable généré au cours de l'opération 502 est un certificat à durée de vie très courte, préférentiellement inférieure à une heure. Dans cette variante, l'opération 510 n'est pas exécutée puisqu'au delà de la durée de vie du certificat jetable, ce certificat n'est pas utilisable pour certifier des données. Les opérations 507 et 508 correspondent à un exemple de signature pouvant être utilisé en combinaison avec les opérations 501 à 506 ci-dessus. Au cours de l'opération 507, un sccau secret est généré et transmis, par l'intermédiaire du deuxième réseau 440, au récepteur 450. Dans des modes de réalisation exemplaires, l'adresse du récepteur 450 sur le deuxième réscau est déterminée en mettant en correspondance l'identifiant de l'utilisateur transmis au cours de l'opération 500 avec ladite adresse, dans une table de correspondance. Dans des modes de réalisation exemplaires, l'adresse du récepteur 450 est déchiffrée par le serveur 420 (voir figures 1 et 2). Préférentiellement, le sceau secret est calculé sur les éléments de signature du document. Préférentiellement, le sccau secret dépend des donnces à transmettre, de leur nombre, de leur contenu, de la date et de l'heure de la génération du sceau secret, de la clé privée de l'émetteur des données déterminée en correspondance avec l'identifiant de l'utilisateur transmis au cours de l'opération 501, de -.? 2823929 l'adresse internet ("adresse IP") du poste utilisateur 400 et/ou d'un numéro de la session Internet au cours de laquelle les données sont transmises. Selon un exemple de mise en oeuvre de l'opération 507, le sceau secret est obtenu par calcul d'un condensat des données à transmettre, par exemple sous la forme d'une séquence de vingt symboles, de chiffrement de ce condensât par la clé privée de 1'utilisateur du poste utilisateur 400, et d'extraction d'une partie du résultat de ce chiffrement, par exemple huit symboles sur vingt. Prétérentiellement, au moins une coordonnée d'au moins un destinataire des donnces à transmettre est transmis avec le sceau secret, au cours de l'opération 507, de telle manière que l'utilisateur émetteur puisse identifier le message qu'il est en train de slgner. Le lecteur pourra se rétérer à la demande de brevet PCT/FR98/02348, incorporée ici par rétérence, pour mieux connaitre des exemples d'étapes mises en oeuvre au cours des opérations 507 et 508. Au cours de l'opération 508,1'utilisateur commun du poste utilisateur 400 et du récepteur 450 saisie le sceau secret et ce sccau secret est transmis au serveur de sécurité 470 o le sceau est vérifié, opération 509. En variante, les opérations 507 à 509 sont remplacées par une opération de signature basoe sur l'utilisation d'une carte à mémoire ("carte à puce") ou d'une mesure de biométrie ou toute autre moyen réputé fiable d'authentification forte de l'utilisateur. * A la fin de l'opération 508, les données transmises sont donc certifiées intègres et signées par l'utilisateur qui les transmet. L'opération 509 consiste à substituer une signature dite PKI (pour Public Key Infrastructure, soit infrastructure de clés publiques) à la signature effectuée au cours des opérations 507 et 508. Cette signature peut être soit la signature de l'utilisateur, si elle est connue du serveur de sécurité 420 ou transmise par le poste utilisateur 400, soit la signature du serveur de sécurité 420, soit la clé publique du tiers destinataire. Au cours de l'opération 509, les données transmises sont signées avec la clé privée de l'utilisateur qui les a transmise (dit "signataire" des donnces). L'utilisateur a ainsi accès à une ressource du premier réseau de communication, par exemple, la transmission de courrier électronique authentifiée, l'accès à des données ou le paiement de produits ou services Enfin, au cours de l'opération 511, les données transmises, certifiées et signces par clé privoe sont transmises à la mémoire de stockage 430 avec une date et, 21 2823929 éventuellement, une heure de telle manière qu'elles sont horodatées, archivées et notarisée. Dans une application de la présente invention à une remise en main propre des données transmises, un destinataire est. à la suite de l'opération 511, averti de la mise à sa disposition des données à transmettre et des opérations similaires aux opérations exposées ci-dessus sont mises en oeuvre pour effectuer une copie certifiée conforme sur le poste utilisateur du destinataire après avoir recueilli de sa part une signature. Par exemple, une signature telle qu'exposée dans la demande de brevet PCT/FR98/02348 avec copie certifiée conforme comme exposé ci-dessus, peut, de nouveau être mise en oeuvre pour authentifier le destinataire. Dans des modes de réalisation exemplaires, par le biais du terminal à adresse unique, le client requiert d'un serveur, un numéro de carte de paiement à usage unique en fournissant un code secret, éventuellement sous la forme d'une clé PKI, et en indiquant, éventuellement, un identifiant du marchand placé, par exemple placé sur le site Internet du marchand, un montant maximal de paiement affecté à ce numéro de carte de paiement à usage unique et/ou un montant à payer au marchand et reçoit, en retour, sur le deuxième terminal, un numéro de carte de crédit à usage unique que la client utilise pour payer le marchand, de manière connue dans le commerce en ligne. A cet effet, le serveur détermine un numéro de carte de paiement à usage unique qu'il met en correspondance avec un moyen de paiement de l'utilisateur et lorsque le marchand demande le paiement, en transmettant le numéro de carte de paiement à usage unique, le serveur fait effectuer le paiement avec le moyen de paiement de l'utilisateur qui est en correspondance avec le numéro de carte de paiement à usage unique. Le client est ainsi assuré que le moyen de paiement n'est pas transmis en ligne et le marchand est assuré d'être payé parce que le client est authentifié. La figure 5 représente des champs de certificats conforme à l' infrastructure à clés publiques PKI, conformément à un aspect de la présente invention. Le certificat 600 comporte: - un certificat 601, conforme à l'infrastructure à clés publique PKI, - un champ 602 comportant une adresse unique d'un terminal de télécommunication de l'utilisateur identifié par les certificats 600 et 601, de manière chiffrée, par exemple par la clé publique du serveur qui déclenche l'envoi d'une information nonprédictible au client et qui vérifie, en retour, l'information non prédictible transmise par l'utilisateur, et 22 2823929 - dans des modes de réalisation exemplaires, un pointeur 603 qui identifie une base de données capable d'authentifier le certificat 601. Le certificat 601, conforme à 1'infrastructure à clés publique PKI, est. par exemple, généré à partir de données fournies par l'organisme de certification dont la base de données est identifiée par le pointeur 603. I1 ne représente pas ladite adresse unique. Le pointeur 603 identifie la base de données capable d'authentifier le certificat 601 par une adresse Internet, par un nom de domaine ou par tout autre moyen permettant à un serveur demandant une vérification de l'identité de l'utilisateur d'obtenir cette vérification en mettant en oeuvre la base de données considérée. La figure 5 représente aussi des champs d'une base de données mises en oeuvre dans des modes de réalisation exemplaires de la présente invention. J 23 2823929 REVENDICATIONS 1 - Procédé de certification, caractérisé en ce qu'il comporte: - une opération d'identification d'un utilisateur (155, 255, 500) au cours de laquelle ledit utilisateur transmet à un serveur, par l'intermédiaire d'un premier terminal (100, 200, 400) sur un premier réseau de communication (110, 210), un certificat (600) représentant, de manière chiffrée, une adresse unique d'un deuxième terminal (140, 240, 450) dudit utilisateur sur un deuxième réscau de communication (130, 230, 440), - une opération de déchiffrement de ladite adresse unique par ledit serveur (157, 257, 507), et - une opération de communication entre ledit serveur et le deuxième terminal (161, 261, 507). 2 - Procédé de certification selon la revendication 1, caractérisé en ce qu'il comporte, en outre: - une opération de transmission d'une information non prédictible, par ledit serveur, au deuxième terminal (161, 261, 507), - une opération de transmission audit serveur par l'intermédiaire du premier terminal de ladite information non prédictible (163, 263, 508), - une opération de vérification de ladite information non prédictible par ledit serveur (165, 267, 508) et - si la vérification est positive, une opération d'autorisation d'accès du premier terminal à une ressource du premier réseau de communication (167, 269, 509). 3 - Procédé de certification selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que, au cours de l'opération d'identification (155, 255, 500) ledit utilisateur transmet un certificat (600) représentant, chiffré avec une clé publique, l'adresse unique du deuxième terminal. 4 - Procédé de certification selon l'une quelcouque des revendications 1 à 3, caractérisé en ce que, au cours de l'opération d'identification (155, 255, 500), le certificat (600) comporte un moyen d'obtention (602) d'une adresse unique du deuxième terminal utilisateur et un pointeur (603) identifiant une autre base de données comportant de l'information de signature électronique. 24 2823929 - Procédé de certification selon l'une quelconque des revendications 1 à 4, caractérisé en ce que, au cours de l ' op érati on d' i denti fi cati on, l e certifi cat comporte un certi fic at (6 0 0) conforme à l'infrastructure à clés publiques PKI. 6 - Dispositif de certification, caractérisé en ce qu'il comporte: - un moyen d'identification d'un utilisateur (100, 200, 400) adapté à transmettre à un serveur (120, 220, 470), par l'intermédiaire d'un premier terminal sur un premier réscau de communication, un certificat (600) représentant, de manière chiffrée, une adresse unique d'un deuxième terminal (140, 240, 450) dudit utilisateur sur un deuxième réseau de communication (130, 230, 440), - un moyen de déchiffrement de ladite adresse unique par ledit serveur (120, 220, 470), et - un moyen de communication (130, 230, 440) entre ledit serveur et le deuxième terminal. 7 - Dispositif de certification selon la revendication 6, caractérisé en ce qu'il comporte, en outre: - un moyen de transmission (120, 220, 470) d'une information non prédictible, par ledit serveur, au deuxième terminal, - un moyen de transmission (100, 200, 400) audit serveur par l'intermédiaire du premier terminal de ladite information non prédictible, - un moyen de vérification (120, 220, 470) de ladite information non prédictible par ledit serveur adapté, si la vérification est positive, à autoriser un accès du premier terminal à une ressource du premier réseau de communication. 8 - Dispositif de certification selon l'une quelconque des revendications 6 ou 7, caractérisé en ce que le moyen d'identification est adapté à transmettre au serveur, par l'intermédiaire d'un premier réseau de communication, un certificat (600) représentant, chiffré avec une clé publique, l'adresse unique du deuxième terminal. 9 - Dispositif de certification selon l'une quelconque des revendications 6 à 8, caractérisé en ce que le moyen d'identification est adapté à transmettre un certificat (600) comportant un moyen d'obtention d'une adresse unique d'un terminal sur un réseau de communication (602) et un pointeur (603) identifiant une autre base de donnces comportant de l'information de signature électronique. - Dispositif de certification selon l'une quelconque des revendications 6 à 9, caractérisé en ce que le moyen d'identification est adapté à transmettre un certificat (600) comportant un certificat (601) conforme à l'infrastructure à clés publiques PKI.