EP1766850A1 - Procede de production d'un certificat numerique, et certificat numerique associe, et procede d'utilisation d'un tel certificat numerique - Google Patents

Procede de production d'un certificat numerique, et certificat numerique associe, et procede d'utilisation d'un tel certificat numerique

Info

Publication number
EP1766850A1
EP1766850A1 EP05716819A EP05716819A EP1766850A1 EP 1766850 A1 EP1766850 A1 EP 1766850A1 EP 05716819 A EP05716819 A EP 05716819A EP 05716819 A EP05716819 A EP 05716819A EP 1766850 A1 EP1766850 A1 EP 1766850A1
Authority
EP
European Patent Office
Prior art keywords
private key
data identifying
key
certificate
generating
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05716819A
Other languages
German (de)
English (en)
Inventor
Pierre Girard
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gemplus SA
Original Assignee
Gemplus Card International SA
Gemplus SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus Card International SA, Gemplus SA filed Critical Gemplus Card International SA
Publication of EP1766850A1 publication Critical patent/EP1766850A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Definitions

  • Such transactions can be secured by the use of encryption and / or signature algorithms (for example the RSA algorithm) with asymmetric keys: a private key and a public key.
  • encryption and / or signature algorithms for example the RSA algorithm
  • asymmetric keys for example the RSA algorithm
  • the private key is used by the sender to sign a message before sending.
  • the private key is a characteristic of the person who sends a signed message, it is kept secret, for example in a memory of a material property of the sender of the message.
  • the private key can thus be kept on an internal disk a personal computer, in a memory of a SIM (Subscriber Identification Module) card of a mobile phone, in a memory of an accessible memory card or microprocessor card read by a personal computer through a card reader, etc.
  • SIM Subscriber Identification Module
  • the public key is used by the person receiving the message, to verify the authenticity of the signed message received and the identity of the sender of the message received.
  • signature algorithms presupposes, prior to any transaction, that the issuer communicates its public key to the person to whom the transaction is addressed.
  • This communication can be direct: sending a message containing the key, sending a physical medium such as a memory or a disk on which the key is stored, etc.
  • This communication can also be done via a public key infrastructure (or PKI for Public Key Infrastructure) or certification infrastructure.
  • a public key infrastructure notably involves a certification entity and a third-party certifier, to allow consistency in the management of key pairs.
  • the certification entity is a standard-setting body which notably defines the certification conditions, the data to be included in a certificate and the way in which the certificates produced are used.
  • a certificate includes a public key and data identifying one or more owners of said public key and of the associated private key.
  • the word owner must be understood here broadly.
  • the owner of the keys can of course be a natural person. But the owner can also be a piece of equipment to which the key pair is attached. For example, in a large company, owner of several digital data transmission servers, it is frequent that one or more servers "have" their own keys.
  • the data identifying each owner can include the name of the user and / or his postal address and / or his bank details and / or ID card numbers and / or references identifying proprietary equipment.
  • the X509 format defined according to the Information technology - Open Systems Interconnection - The Directory: Public- Key and attribute certificate frameworks standard dated March 2002 from the International Telecomunication Union.
  • the X509 format comprising, for each certificate, the following parameters: • a reference number associated with the certificate • an indication of the process used for the digital signature of a message, • the contact details of the issuer of the certificate, • the period of validity of the certificate, • contact details of the owner of the key • the public key • a set of N free fields of use • the signature of the issuer of the certificate
  • the third-party certifier issues digital certificates and makes them available to the public for consultation in a database containing a set of certificates.
  • the third-party certifier is thus responsible for firstly collect and verify the information to be included in a certificate.
  • the third party certifier gathers the public key and the data identifying the owner of the said public key in a digital message which he signs with his own private key to form the digital certificate.
  • the third-party certifier makes the certificate available in a database.
  • a person By consulting the certificate database, and if they trust the third-party certifier, a person will be able to authenticate the sender of a signed message that they have received or encrypt a message at their destination, before validating or not a sale, whether or not to authorize access to a site reserved for subscribers, etc.
  • a certificate does not guarantee that a received message has been signed by the owner of the private key associated with the public key and used for signing the received message. More specifically, a certificate does not guarantee that a private key used for signing a message has not been stolen or used without the owner's knowledge.
  • the private key When stored on a personal computer, the private key may be stolen or modified or used to without the knowledge of its owner by a malicious third party, for example through a virus or a Trojan horse.
  • a malicious third party for example through a virus or a Trojan horse.
  • specific equipment such as memory cards associated with a card reader, has been developed to store private keys in particular; however, a risk remains when the private key is read from the card and transmitted to a signature program on the personal computer.
  • microprocessor cards have been developed which memorize not only the private key, but also the signature process using the said private key, so that the private key is never accessible directly from the outside. , for example on an input / output terminal on the card.
  • a remote third party who has access only to a certificate associated with the private key, does not know how to estimate the risk it takes by accepting the electronic signature of a remote user. This of course limits the degree of confidence that a third party can have in a digital certificate or in a signed message received.
  • the invention aims to solve this problem by proposing a method for producing a certificate and an associated certificate containing information allowing a third party who receives a signed message to estimate the probability that the issuer of the transaction is the authentic owner of the private key used for the signature.
  • the invention proposes a method for producing a digital certificate during which a certification authority groups, in a set of data, a public key and digital data comprising data identifying the owner of said public key and d 'an associated private key, then signs the dataset to produce a digital certificate.
  • the method is characterized in that the digital data also includes data identifying means for generating the private key and / or means for storing the private key on a medium and / or means for signing with the private key.
  • the data identifying the means for generating the private key may for example include data identifying: • a method for generating the private key and / or • hardware on which the method for generating the private key is implemented and / or • a place on which the private key generation process is implemented.
  • the data identifying the means for storing the private key may in turn include data identifying: • a method for storing the private key on a medium and / or • a material on which the method for storing the private key is implemented private key and / or • a place on which the method for storing the private key is implemented and / or • a storage medium on which the private key is stored.
  • the data identifying the signature means may for example include data identifying: • a signature process using the private key, • a storage medium on which the said signature process is stored.
  • the data identifying a material or a storage medium includes for example: • a reference identifying the said material or the said storage medium and / or • an identification of a manufacturer of the said material or the said storage medium and / or • an indication of a level of security of said equipment or of said storage medium defined according to an ISO15408 standard dated 01/12/1999.
  • the data identifying a process include: • a reference identifying the said process and / or • an identification of an inventor of the said process and / or • an indication of a level of security of the said process according to ISO 15408.
  • the data identifying a place include: • an identification of said place and / or • an indication of a level of security of said place according to ISO 15408 standard.
  • the invention also relates to a digital certificate comprising: • a public key, • data identifying an owner of the public key and an associated private key, and • data identifying means of generating the private key and / or means for storing the private key on a medium and / or means for signing with the said private key.
  • the certificate is of the X509 type according to an Information technology - Open Systems Interconnection - The Directory: Public-key and attribute certificate frame orks standard dated March 2000 from the International Telecomunication Union.
  • a set of predefined and free fields are used to store the digital data identifying: • a process for generating the private key and / or • equipment on which the process for generating the private key is implemented and / or • a place on which the method for generating the private key is implemented and / or • a method for storing the private key on a medium and / or • a material on which the method of implementing the storage of the private key and / or • a place on which the storage process of the private key is implemented and / or • a storage medium on which the private key is stored and / or • a signature process using the private key and / or • a storage medium on which the said signature process is stored.
  • the invention also relates to a method of using a digital certificate as described above, comprising the following steps consisting in: • receiving a message signed with a private key, • reading, in the digital certificate, identifying data means of generating the private key and / or means for storing the private key on a medium and / or means for signing with the private key, • deduce therefrom a probability that said private key has been used by a legitimate owner of said private key, • depending on the said probability, accept or refuse the electronic message.
  • the predefined value is chosen according to the level of security desired for a transaction. We could for example choose a predefined value proportional to the financial stakes linked to a transaction.
  • the information present in the certificate and relating to the private key indicates that the private key has been generated and stored in a microprocessor card which also stores a method of signature.
  • the information relating to the private key also indicates that the generation of the key, its memorization and the memorization of the signature process were carried out within the same factory which manufactured the card, a factory having a level of certification (in terms maximum).
  • a third party who consults the said certificate knows that the probability is maximum (and greater than the predefined value) for the private key to have been used by its legitimate owner and it can deduce with almost certainty the identity of the issuer of a signed transaction it has received.
  • the information present in the certificate and relating to the private key indicates that the private key was generated at a point of sale for computer equipment, and that the private key and the signature process are stored on a hard disk. a personal computer.
  • a third party who consults the said certificate knows that the probability is high that the private key could have been stolen or used without the knowledge of its owner. He can deduce that the identity of the issuer of a signed transaction that he has received is not certain and consequently, decide to refuse the transaction to avoid a risk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

L'invention concerne un procédé de production d'un certificat numérique au cours duquel une autorité de certification regroupe, dans un ensemble de données, une clé publique et des données numériques comprenant des données identifiant le propriétaire de la dite clé publique et d'une clé privée associée, puis signe l'ensemble de données pour produire un certificat numérique. Selon l'invention, les données numériques comprennent également des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la clé privée. Application à la réalisation de certififcats numériques de type X509.

Description

PROCEDE DE PRODUCTION D'UN CERTIFICAT NUMERIQUE, ET CERTIFICAT NUMERIQUE ASSOCIE, ET PROCEDE D'UTILISATION D* UN TEL CERTIFICAT NUMERIQUE
Dans le domaine des transactions électroniques sécurisées, l'invention concerne plus particulièrement la production d'un certificat numérique au cours duquel une autorité de certification regroupe, dans un ensemble de 5 données, une clé publique et des données numériques comprenant des données identifiant le propriétaire de la dite clé publique et d'une clé privée associée, puis signe l'ensemble des données pour produire un certificat numérique .
10 Par transaction électronique, on entend ici une transmission d'un ensemble de données numériques (ensemble qu'on appellera message ou message électronique par souci de simplicité) dans le sens le plus large. Il peut s'agir par exemple de la transmission d'un acte :;î'5 d'achat ou de vente, de la transmission d'une demande d'accès à un service en ligne, de la transmission d'un message d'information signé électroniquement, etc.
De telles transactions peuvent être sécurisées par l'utilisation d'algorithmes de chiffrement et / ou de 20 signature (par exemple l'algorithme RSA) à clés asymétriques : une clé privée et une clé publique.
La clé privée est utilisée par l'émetteur pour signer un message avant envoi. La clé privée est une caractéristique de la personne qui émet un message signé, 25 elle est conservée secrète, par exemple dans une mémoire d'un matériel propriété de l'émetteur du message. La clé privée peut ainsi être conservée sur un disque interne d'un ordinateur personnel, dans une mémoire d'une carte SIM (Subscriber Identification Module ou module d'identification d'abonnés) d'un téléphone portable, dans une mémoire d'une carte à mémoire ou d'une carte à microprocesseur accessible en lecture par un ordinateur personnel par l'intermédiaire d'un lecteur de carte, etc.
La clé publique est utilisée par la personne qui reçoit le message, pour vérifier l'authenticité du message signé reçu et l'identité de l'émetteur du message reçu.
L'utilisation d'algorithmes de signature suppose, préalablement à toute transaction, que l'émetteur communique sa clé publique à la personne destinataire de la transaction. Cette communication peut être directe : envoi d'un message contenant la clé, envoi d'un support physique tel qu'une mémoire ou un disque sur lequel est mémorisée la clé, etc. Cette communication peut se faire également par l'intermédiaire d'une infrastructure de clé publique (ou PKI pour Public Key Infrastructure en anglais) ou infrastructure de certification.
Une infrastructure de clé publique fait intervenir notamment une entité de certification et un tiers certificateur, pour permettre une cohérence dans la gestion des couples de clés.
L'entité de certification est un organisme normatif qui définit notamment les conditions de certification, les données devant être incluses dans un certificat et la manière dont sont utilisés les certificats produits. De manière connue, un certificat comprend une clé publique et des données identifiant un ou plusieurs propriétaires de la dite clé publique et de la clé privée associée.
Le mot propriétaire doit être ici compris au sens large. Le propriétaire des clés peut bien sûr être une personne physique. Mais le propriétaire peut également être un matériel auquel est attachée le couple de clé. Par exemple, dans une société de grande taille, propriétaire de plusieurs serveurs de transmissions de données numériques, il est fréquent qu'un ou plusieurs serveurs "possèdent" leurs propres clés.
Aussi, et selon les consignes de l'entité de certification, les données identifiant chaque propriétaire peuvent comprendre le nom de l'utilisateur et / ou son adresse postale et / ou ses coordonnées bancaires et / ou des numéros de carte d'identité et / ou des références identifiant un matériel propriétaire.
Un des formats de certificat couramment utilisé est le format X509, défini selon la norme Information technology - Open Systems Interconnection - The Directory : Public- Key and attribute certificate frameworks datée de Mars 2002 de l'International Telecomunication Union. Le format X509 comprenant, pour chaque certificat, les paramètres suivants : • un numéro de référence associé au certificat • une indication du procédé utilisé pour la signature numérique d'un message, • les coordonnées de l'émetteur du certificat, • la période de validité du certificat, • les coordonnées du propriétaire de la clé • la clé publique • un ensemble de N champs libres d'utilisation • la signature de l'émetteur du certificat
Le tiers certificateur émet les certificats numériques et les met à disposition du public pour consultation dans une base de données regroupant un ensemble de certificats. Le tiers certificateur est ainsi chargé dans un premier temps de collecter et vérifier les informations devant figurer dans un certificat. Dans un deuxième temps, le tiers certificateur regroupe la clé publique et les données identifiant le propriétaire de la dite clé publique dans un message numérique qu'il signe avec sa propre clé privée pour former le certificat numérique. Enfin, le tiers certificateur met le certificat à disposition dans une base de données.
En consultant la base de certificats, et si elle fait confiance au tiers certificateur, une personne va pouvoir authentifier l'émetteur d'un message signé qu'elle a reçu ou chiffrer un message à sa destination, avant de valider ou non une vente, d'autoriser ou non l'accès à un site réservé aux abonnés, etc.
Les techniques de production et de mise à disposition de certificats numériques sont aujourd'hui assez répandues. Elles ont permis de sécuriser dans une certaine mesure les transactions électroniques pour permettre leur développement. L'intervention d'un tiers certificateur, l'utilisation d'algorithmes cryptographiques et de protocoles sécurisés pour l'obtention des certificats permet de garantir l'identité de la personne qui a demandé un certificat sur la base de sa clé publique.
Toutefois, un certificat ne garantit pas qu'un message reçu a été signé par le propriétaire de la clé privée associée à la clé publique et utilisée pour la signature du message reçu. Plus précisément, un certificat ne garantit pas qu'une clé privée utilisée pour la signature d'un message n'a pas été dérobée ou utilisée à l'insu de son propriétaire.
Stockée sur un ordinateur personnel, la clé privée est susceptible d'être dérobée ou modifiée ou utilisée à l'insu de son propriétaire par un tiers malveillant, par exemple par l'intermédiaire d'un virus ou d'un cheval de Troie. Pour éviter ce risque, des matériels spécifiques, tels que des cartes à mémoire associées à un lecteur de carte, ont été développés pour mémoriser notamment les clés privées ; un risque demeure toutefois lorsque la clé privée est lue dans la carte et transmise à un programme de signature présent dans l'ordinateur personnel. Pour limiter encore ce risque, des cartes à microprocesseur ont été développées, qui mémorisent non seulement la clé privée, mais également le procédé de signature utilisant la dite clé privée, de sorte que la clé privée n'est jamais accessible directement depuis l'extérieur, par exemple sur une borne d'entrée / sortie de la carte.
Ainsi, certains des matériels et des procédés actuels permettent le renforcement voire la suppression des risques de vol ou de l'usage d'une clé privée à l'insu de son propriétaire.
Toutefois, un tiers distant, qui a accès seulement à un certificat associé à la clé privée, ne sait pas estimer le risque qu'il prend en acceptant la signature électronique d'un utilisateur distant. Ceci limite bien sûr le degré de confiance qu'un tiers peut avoir dans un certificat numérique ou dans un message signé reçu.
L'invention a pour but de résoudre ce problème en proposant un procédé de production d'un certificat et un certificat associé contenant des informations permettant à un tiers qui reçoit un message signé d'estimer la probabilité pour que l'émetteur de la transaction soit bien le propriétaire authentique de la clé privée utilisée pour la signature. Pour cela l'invention propose un procédé de production d'un certificat numérique au cours duquel une autorité de certification regroupe, dans un ensemble de données, une clé publique et des données numériques comprenant des données identifiant le propriétaire de la dite clé publique et d'une clé privée associée, puis signe l'ensemble de données pour produire un certificat numérique .
Selon l'invention, le procédé est caractérisé en ce que les données numériques comprennent également des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la clé privée.
Les données identifiant les moyens de génération de la clé privée pourront par exemple comprendre des données identifiant : • un procédé de génération de la clé privée et / ou • un matériel sur lequel est mis en oeuvre le procédé de génération de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de génération de la clé privée.
Les données identifiant les moyens de mémorisation de la clé privée pourront quant à eux comprendre des données identifiant : • un procédé de mémorisation de la clé privée sur un support et / ou • un matériel sur lequel est mis en œuvre du procédé de mémorisation de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de mémorisation de la clé privée et / ou • un support de mémorisation sur lequel est mémorisée la clé privée. Enfin, les données identifiant les moyens de signature pourront par exemple comprendre des données identifiant : • un procédé de signature utilisant la clé privée, • un support de mémorisation sur lequel est mémorisé le dit procédé de signature.
Les données identifiant un matériel ou un support de mémorisation comprennent par exemple : • une référence identifiant le dit matériel ou le dit support de mémorisation et / ou • une identification d'un fabricant du dit matériel ou du dit support de mémorisation et / ou • une indication d'un niveau de sécurité du dit matériel ou du dit support de mémorisation défini selon une norme ISO15408 datée du 01/12/1999.
Les données identifiant un procédé comprennent : • une référence identifiant le dit procédé et / ou • une identification d'un inventeur du dit procédé et / ou • une indication d'un niveau de sécurité du dit procédé selon la norme ISO 15408.
Les données identifiant un lieu comprennent : • une identification du dit lieu et / ou • une indication d'un niveau de sécurité du dit lieu selon la norme ISO 15408.
L'invention concerne également un certificat numérique comprenant : • une clé publique, • des données identifiant un propriétaire de la clé publique et d'une clé privée associée, et • des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la dite clé privée.
Dans un mode de réalisation préférée le certificat est de type X509 selon une norme Information technology - Open Systems Interconnection - The Directory : Public-key and attribute certificate frame orks datée de Mars 2000 de l'International Telecomunication Union. Dans le certificat X509, un ensemble de champs prédéfinis et libres sont utilisés pour mémoriser les données numériques identifiant : • un procédé de génération de la clé privée et / ou • un matériel sur lequel est mis en œuvre le procédé de génération de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de génération de la clé privée et / ou • un procédé de mémorisation de la clé privée sur un support et / ou • un matériel sur lequel est mis en œuvre du procédé de mémorisation de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de mémorisation de la clé privée et / ou • un support de mémorisation sur lequel est mémorisée la clé privée et / ou • un procédé de signature utilisant la clé privée et / ou • un support de mémorisation sur lequel est mémorisé le dit procédé de signature.
L'invention concerne également un procédé d'utilisation d'un certificat numérique tel que décrit ci-dessus, comprenant les étapes suivantes consistant à : • recevoir un message signé avec une clé privée, • lire, dans le certificat numérique, des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la clé privée, • en déduire une probabilité pour que la dite clé privée ait été utilisée par un propriétaire légitime de ladite clé privée, • en fonction de la dite probabilité, accepter ou refuser le message électronique.
On peut par exemple choisir d'accepter un message uniquement si la probabilité pour que la dite clé ait été utilisée par son propriétaire légitime est supérieur à une valeur prédéfinie VB. La valeur prédéfinie est choisie en fonction du niveau de sécurité souhaité pour une transaction. On pourra par exemple choisir une valeur prédéfinie proportionnelle aux enjeux financiers liés à une transaction.
On peut aussi choisir de : • accepter le message si la probabilité est supérieure à une première valeur VB1, • demander une confirmation de la transaction si la probabilité est comprise entre la première valeur VB1 et une deuxième valeur VB2 inférieure à la première, et • refuser le message si la probabilité est inférieure à la deuxième valeur.
Pour estimer la probabilité pour que la clé privée ait été utilisée par son propriétaire légitime, on utilise les informations relatives à la clé secrète présentes dans le certificat numérique.
Dans un exemple, les informations présentes dans le certificat et relatives à la clé privée indiquent que la clé privée a été générée et mémorisée dans une carte à microprocesseur qui mémorise également un procédé de signature. Les informations relatives à la clé privée indiquent également que la génération de la clé, sa mémorisation et la mémorisation du procédé de signature ont été réalisés au sein même de l'usine qui a fabriqué la carte, usine possédant un niveau de certification (en terme de sécurité) maximal. Dans ce cas, un tiers qui consulte le dit certificat sait que la probabilité est maximale (et supérieure à la valeur prédéfinie) pour que la clé privée ait été utilisée par son propriétaire légitime et il peut en déduire avec quasi-certitude l'identité de l'émetteur d'une transaction signée qu'il a reçue.
Dans un autre exemple, les informations présentes dans le certificat et relatives à la clé privée indiquent que la clé privée a été générée dans un point de vente de matériel informatique, et que la clé privée et le procédé de signature sont mémorisés sur un disque dur d'un ordinateur personnel. Dans ce cas, un tiers qui consulte le dit certificat sait que la probabilité est forte pour que la clé privée ait pu être subtilisée ou utilisée à l'insu de son propriétaire. Il peut en déduire que l'identité de l'émetteur d'une transaction signée qu'il a reçue n'est pas certaine et en conséquence, décider de refuser la transaction pour éviter un risque.

Claims

REVENDICATIONS
1. Procédé de production d'un certificat numérique au cours duquel une autorité de certification regroupe, dans un ensemble de données, une clé publique et des données numériques comprenant des données identifiant le propriétaire de la dite clé publique et d'une clé privée associée, puis signe l'ensemble de données pour produire un certificat numérique,
le procédé étant caractérisé en ce que les données numériques comprennent également des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la clé privée.
2. Procédé selon la revendication 1, dans lequel les données identifiant les moyens de génération de la clé privée comprennent des données identifiant : • un procédé de génération de la clé privée et / ou • un matériel sur lequel est mis en œuvre le procédé de génération de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de génération de la clé privée.
3. Procédé selon la revendication 1 ou 2, dans lequel les données identifiant les moyens de mémorisation de la clé privée comprennent des données identifiant : • un procédé de mémorisation de la clé privée sur un support et / ou • un matériel sur lequel est mis en œuvre du procédé de mémorisation de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de mémorisation de la clé privée et / ou • un support de mémorisation sur lequel est mémorisée la clé privée.
4. Procédé selon l'une des revendications 1 à 3, dans lequel les données identifiant les moyens de signature comprennent des données identifiant : • un procédé de signature utilisant la clé privée, • un support de mémorisation sur lequel est mémorisé le dit procédé de signature.
5. Procédé selon l'une des revendications 2 à 4, dans lequel les données identifiant un matériel ou un support de mémorisation comprennent : • une référence identifiant le dit matériel ou le dit support de mémorisation et / ou • une identification d'un fabricant du dit matériel ou du dit support de mémorisation et / ou • une indication d'un niveau de sécurité du dit matériel ou du dit support de mémorisation défini selon une norme ISO15408. -. ...
6. Procédé selon l'une des revendications 2 à 5, dans lequel les données identifiant un procédé comprennent : • une référence identifiant le dit procédé et / ou • une identification d'un inventeur du dit procédé et / ou • une indication d'un niveau de sécurité du dit procédé selon la norme ISO 15408.
7. Procédé selon l'une des revendications 2 à 6, dans lequel les données identifiant un lieu comprennent : • une identification du dit lieu et / ou • une indication d'un niveau de sécurité du dit lieu selon la norme ISO 15408.
8. Certificat numérique comprenant : • une clé publique, • des données identifiant un propriétaire de la clé publique et d'une clé privée associée, et • des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la dite clé privée.
9. Certificat selon la revendication 8, de type X509 selon une norme Information technology - Open Systems Interconnection - The Directory : Public-key and attribute certificate frameworks datée de Mars 2000 de l'International Telecomunication Union , dans lequel un ensemble de champs prédéfinis et libres sont utilisés pour mémoriser les données numériques identifiant : • un procédé de génération de la clé privée et / ou • un matériel sur lequel est mis en œuvre le procédé de génération de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de génération de la clé privée et / ou • un procédé de mémorisation de la clé privée sur un support et / ou • un matériel sur lequel est mis en œuvre du procédé de mémorisation de la clé privée et / ou • un lieu sur lequel est mis en œuvre le procédé de mémorisation de la clé privée et / ou • un support de mémorisation sur lequel est mémorisée la clé privée et / ou • un procédé de signature utilisant la clé privée et / ou • un support de mémorisation sur lequel est mémorisé le dit procédé de signature.
10. Procédé d'utilisation d'un certificat numérique selon l'une des revendications 8 ou 9, comprenant les étapes suivantes consistant à : • recevoir un message signé avec une clé privée, • lire, dans le certificat numérique, des données identifiant des moyens de génération de la clé privée et / ou des moyens de mémorisation de la clé privée sur un support et / ou des moyens de signature avec la clé privée, • en déduire une probabilité pour que la dite clé privée ait été utilisée par un propriétaire légitime de ladite clé privée, • en fonction de la dite probabilité, accepter ou refuser le message électronique.
11. Procédé selon la revendication 10, dans lequel le message est accepté uniquement si la probabilité pour que la dite clé ait été utilisée par son propriétaire légitime est supérieur à une valeur prédéfinie.
12. Procédé selon la revendication 10, dans lequel : • on accepte un message si la probabilité est supérieure à une première valeur (VB1) , • on demande une confirmation du dit message si la probabilité est comprise entre la première valeur (VB1) et une deuxième valeur (VB2) inférieure à la première valeur, et • on refuse le message si la probabilité est inférieure à la deuxième valeur (VB2) .
EP05716819A 2004-02-27 2005-02-25 Procede de production d'un certificat numerique, et certificat numerique associe, et procede d'utilisation d'un tel certificat numerique Withdrawn EP1766850A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0401976A FR2867001B1 (fr) 2004-02-27 2004-02-27 Procede de production d'un certificat numerique, certificat numerique associe, et procede d'utilisation d'un tel certificat numerique
PCT/EP2005/050829 WO2005093994A1 (fr) 2004-02-27 2005-02-25 Procede de production d’un certificat numerique, et certificat numerique associe, et procede d’utilisation d’un tel certificat numerique

Publications (1)

Publication Number Publication Date
EP1766850A1 true EP1766850A1 (fr) 2007-03-28

Family

ID=34834083

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05716819A Withdrawn EP1766850A1 (fr) 2004-02-27 2005-02-25 Procede de production d'un certificat numerique, et certificat numerique associe, et procede d'utilisation d'un tel certificat numerique

Country Status (5)

Country Link
US (1) US20070143595A1 (fr)
EP (1) EP1766850A1 (fr)
JP (1) JP2007524317A (fr)
FR (1) FR2867001B1 (fr)
WO (1) WO2005093994A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1624620B1 (fr) 2004-08-05 2010-05-05 Robert Bosch Gmbh Contrôlleur de communication dans un milieu FlexRay
US11019007B1 (en) * 2006-07-13 2021-05-25 United Services Automobile Association (Usaa) Systems and methods for providing electronic official documents
US11588820B2 (en) 2021-06-29 2023-02-21 International Business Machines Corporation Certificate based automated network configuration

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5371794A (en) * 1993-11-02 1994-12-06 Sun Microsystems, Inc. Method and apparatus for privacy and authentication in wireless networks
JPH09293036A (ja) * 1996-04-26 1997-11-11 Fuji Xerox Co Ltd プリント処理装置
EP0869637A3 (fr) * 1997-04-02 2000-12-06 Arcanvs Système de certification numérique
JP2004104750A (ja) * 2002-07-17 2004-04-02 Hitachi Ltd ディジタル署名の検証方法
JP2001325249A (ja) * 2000-05-12 2001-11-22 Fuji Xerox Co Ltd 文書提供装置及びシステム
JP2001325384A (ja) * 2000-05-17 2001-11-22 Nec Software Hokuriku Ltd 証明書解析サービスシステム及び方法並びに記録媒体
JP2002207426A (ja) * 2001-01-10 2002-07-26 Sony Corp 公開鍵証明書発行システム、公開鍵証明書発行方法、および電子認証装置、並びにプログラム記憶媒体
US7039807B2 (en) * 2001-01-23 2006-05-02 Computer Associates Think, Inc. Method and system for obtaining digital signatures
US7139911B2 (en) * 2001-02-28 2006-11-21 International Business Machines Corporation Password exposure elimination for digital signature coupling with a host identity
JP2002281009A (ja) * 2001-03-15 2002-09-27 Sony Corp 相互認証システム、相互認証方法、およびメモリ搭載デバイス、メモリアクセス機器、並びにプログラム記憶媒体
CA2365441C (fr) * 2001-12-19 2010-02-16 Diversinet Corp. Methode d'etablissement de communications protegees dans un reseau numerique utilisant des identificateurs numeriques pseudonymiques
JP2003230186A (ja) * 2002-02-05 2003-08-15 Canon Inc 遠隔操作システム、その制御方法および該制御方法を実現するためのプログラム
JP2004048660A (ja) * 2002-05-24 2004-02-12 Sony Corp 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
JP4619119B2 (ja) * 2002-08-06 2011-01-26 プリヴァリス・インコーポレーテッド 電子装置への個人身分証明書のセキュアな登録およびバックアップのための方法
JP2004328449A (ja) * 2003-04-25 2004-11-18 Nippon Telegr & Teleph Corp <Ntt> サービス利用方法、ユーザ装置、サービス利用処理プログラム、サービス提供者装置、サービス提供処理プログラム、検証者装置、検証処理プログラム、証明書管理装置、証明書管理プログラム及び記録媒体
JP4397675B2 (ja) * 2003-11-12 2010-01-13 株式会社日立製作所 計算機システム
JP4006403B2 (ja) * 2004-01-21 2007-11-14 キヤノン株式会社 ディジタル署名発行装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2005093994A1 *

Also Published As

Publication number Publication date
FR2867001A1 (fr) 2005-09-02
FR2867001B1 (fr) 2006-06-16
WO2005093994A1 (fr) 2005-10-06
JP2007524317A (ja) 2007-08-23
US20070143595A1 (en) 2007-06-21

Similar Documents

Publication Publication Date Title
US10673632B2 (en) Method for managing a trusted identity
US20230146705A1 (en) Federated closed-loop system
CN101098225B (zh) 安全数据传输方法及支付方法、支付终端和支付服务器
JP5016749B2 (ja) 認証された文書の電子的送信、格納および検索システムおよび方法
EP1442557B1 (fr) Systeme et procede pour creer un reseau securise en utilisant des justificatifs d&#39;identite de lots de dispositifs
JP5104188B2 (ja) サービス提供システム及び通信端末装置
WO2000049585A1 (fr) Procede de telepaiement et systeme pour la mise en oeuvre de ce procede
FR2795262A1 (fr) Certificat du fabricant de module d&#39;identite de protocole d&#39;application sans fil
WO2003056750A2 (fr) Systeme cryptographique de signature de groupe
FR2958101A1 (fr) Infrastructure de gestion de bi-cles de securite de personnes physiques (igcp/pki)
EP1908215A1 (fr) Procédé de contrôle de transactions sécurisées mettant en oeuvre un dispositif physique unique à bi-clés multiples, dispositif physique, système et programme d&#39;ordinateur correspondants
CN118840201A (zh) 基于区块链的用户交易处理方法及装置
CN1351804A (zh) 标识模块的管理
JP2005522900A (ja) 電子証明書の格納と移送方法
FR2996942A1 (fr) Procede de generation de cle de signature ameliore
FR2892252A1 (fr) Procede et dispositif de creation d&#39;une signature de groupe et procede et dispositif de verification d&#39;une signature de groupe associes.
EP1911194A1 (fr) Procede de controle de transactions securisees mettant en oeuvre un dispositif physique unique, dispositif physique, systeme, et programme d&#39;ordinateur correspondants
CN120937300A (zh) 使用区块链智能合约进行验证
KR20180052838A (ko) 수취인 증명 기반의 불변의 이중 기록을 이용한 안심송금 방법
WO2003060841A1 (fr) Procede cryptographique de revocation a l&#39;aide d&#39;une carte a puce
EP1766850A1 (fr) Procede de production d&#39;un certificat numerique, et certificat numerique associe, et procede d&#39;utilisation d&#39;un tel certificat numerique
EP4278282B1 (fr) Procede et systeme de controle d&#39;acces
KR100720769B1 (ko) 가입자 정보 자동 갱신 시스템 및 방법
KR101763213B1 (ko) 거래 중계 방법
FR3007929A1 (fr) Procede d&#39;authentification d&#39;un utilisateur d&#39;un terminal mobile

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060818

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20070319

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20090421