WO2000042731A1 - Procede de chargement securise de donnees entre des modules de securite - Google Patents

Procede de chargement securise de donnees entre des modules de securite Download PDF

Info

Publication number
WO2000042731A1
WO2000042731A1 PCT/FR2000/000099 FR0000099W WO0042731A1 WO 2000042731 A1 WO2000042731 A1 WO 2000042731A1 FR 0000099 W FR0000099 W FR 0000099W WO 0042731 A1 WO0042731 A1 WO 0042731A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
key
application key
application
information
Prior art date
Application number
PCT/FR2000/000099
Other languages
English (en)
Inventor
Dan Butnaru
Mathias Gelze
Raphaël ROSSET
Original Assignee
Schlumberger Systemes
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 Schlumberger Systemes filed Critical Schlumberger Systemes
Priority to EP00900603A priority Critical patent/EP1142193A1/fr
Publication of WO2000042731A1 publication Critical patent/WO2000042731A1/fr

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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]

Definitions

  • the present invention relates to a method of personalizing a set of several second security modules, comprising a secure loading of an application key from a first security module to said second security modules of said set, said first and second modules each comprising at least one memory.
  • the invention finds a particularly advantageous application during a phase of personalization of second security modules in fields such as the loyalty field or the banking field.
  • Such a personalization process is carried out before a phase of using said second modules.
  • the second modules are located in service station terminals and are used so as to provide services for securing loyalty debit-credit transactions between one of said terminals and user credit cards.
  • the second modules are located in banking terminals and provide services for securing money transactions in users' credit cards.
  • a state of the art known and disclosed in the American patent published under the number US 5,517,567 in the name of DAQ Electronics teaches that there is a key encryption system whose purpose is to secure communications that can be established between a second security module "master unit” and a third user module “remote unit” when the latter is installed in a remote site, for example in a mobile telephone. Said security is based on the use of a temporary communication key. According to this system, after the user module is installed on its remote site, a communication key is generated by means of the second module. Consequently, the encrypted communication key is sent for the establishment of each communication, from the second module to the user module. The communication key allows an exchange of secure messages between the second module and the user module because it is known only to these two modules.
  • said key is based on a pair of two secret numbers unique to each user module and the second module includes all the pairs corresponding to all user modules.
  • the system is all the more secure when a pair of two secret numbers is written to the memory of a user module, said memory being volatile.
  • said pair is deleted and a fraudster is not likely to discover the two secret numbers.
  • said system generates another communication key.
  • a technical problem to be solved by the object of the present invention is to propose a method of personalizing a set of several second security modules comprising a secure loading of an application key from a first security module to said second security modules of said set, said first and second modules each comprising at least a memory, which would allow, on the one hand, to prevent a fraudster from discovering said application key, and, on the other hand, to save time during the phase of personalization of said second security modules.
  • a solution to the technical problem posed is characterized in that said personalization process comprises the steps according to which: for each second module of said set,
  • an operating key is calculated in the first module from information specific to the second module, a transport key and a diversification algorithm, said transport key being in the memory of the first security module, said memory being non-volatile,
  • the application key is encrypted in the first module, from information comprising said operating key and an encryption algorithm, said application key being found in said memory,
  • the operating key is calculated in the second module from information specific to the second module, the transport key and the diversification algorithm, said same transport key being in the non-volatile memory of each second security module of said set, said exploitation key not being recorded in the memory of said second module,
  • the encrypted application key is decrypted in the second module, from information comprising said operating key and from an inverse decryption algorithm of the encryption algorithm.
  • the loading method of the invention allows, by calculating said operating key and keeping it only for the time of encryption or decryption of the application key, to improve the security of loading an application key. Consequently, a fraudster will not be able to access said operating key or consequently the application key. Any fraud is therefore avoided and no more operations are carried out which are costly in time for the personalization phase, the time for calculating the operating key being tiny compared to the access time required for the registration of said key.
  • FIG. 1 is a diagram showing a first module and several second modules belonging to the same assembly.
  • FIG. 2 is a diagram showing the first module and a second module in FIG. 1.
  • FIG. 3 is a diagram showing an exchange of data between the first module and the second module of FIG. 2.
  • FIG. 4 a diagram showing a second exchange of data between the first module and the second module of FIG. 2.
  • FIG. 5 is a diagram showing a third exchange of data between the first module and the second module of FIG. 2.
  • FIG. 6 is a diagram showing a fourth exchange of data between the first module and the second module of FIG. 2.
  • FIG. 1 shows a first safety module AS and several safety modules El from the same set S (not shown), each of the modules (AS, El) comprising at least one non-volatile memory M.
  • the first module AS as well as the second modules El of said set S comprise the same transport key T and a same algorithm ALGO 1 called diversification algorithm which are found in the memory M.
  • the module AS is represented as well as a module El of said set S.
  • Each second module El of set S comprises the same transport key T.
  • a set of second El modules is differentiated from another set by means of said transport key T.
  • two sets of second El modules correspond to two different service station suppliers.
  • the first module AS includes an application key TA and an ALGO2 encryption algorithm. Note that the two algorithms ALGO 1 and ALGO2 can use the same basic algorithm.
  • Each module El of said set S comprises information SN which is specific to it and at least one user application (not shown), for example an application providing security services for loyalty debit-credit transactions.
  • each second module El of said set S it is necessary for each second module El of said set S, to first load an application key TA of the first module AS during a phase known as personalization comprising the steps described below .
  • Said key is transferred via a standard communication network.
  • a fraudster who spies on said network or said modules is prevented from accessing the keys of the modules, as described below.
  • a key Tl is calculated from the information SN specific to the second module El, the key T for transport and the algorithm ALGO 1 of diversification, said transport key T being in the memory M of the first security module AS, said memory being non-volatile.
  • said memory M is a rewritable memory. Note that the key to transport T remains valid even during the phases of use of a second El module, as long as it is not replaced.
  • the information SN specific to the second module El is not found in the first module. Also, as shown in FIG. 3, we send to the first module AS the information SN specific to the second module El, prior to the calculation in the first module AS of the operating key T1.
  • Said first module AS preferably comprises several application keys TA.
  • Said key T1 will be used to load one of the application keys TA contained in the first module AS, said selected application key will be encrypted and sent to the module El.
  • An application key is associated with a user application. Depending on the application found in the second module El, the appropriate key is chosen.
  • the first module AS is sent information REF1 relating to an application key TA, prior to encryption in said module AS of the application key TA and on chooses the application key TA to be encrypted from said information REF1.
  • the application key TA is encrypted in the first module AS from information comprising said operating key T1 and from the encryption algorithm ALGO2. Said operating key is temporarily in a second volatile memory (not shown) of the first AS module.
  • the operating key T1 is temporarily saved in said second volatile memory of the first module AS.
  • the encrypted application key TA is decrypted in the second module El, from information comprising said operating key Tl and from an algorithm ALGO2P for reverse decryption of the algorithm ALGO2 for encryption.
  • this step in order to find the application key TA chosen, it is necessary to use the same operating key Tl which was used for the encryption of said application key TA in the first security module AS.
  • the operating key Tl is calculated in the second module El from the information SN specific to the second module El, the key T of transport and the ALGO 1 diversification algorithm, said same transport key T being in the non-volatile memory M of each second security module El of said set S, said operating key Tl not being recorded in memory M of a second module El.
  • the memory M of the second module is rewritable.
  • Said operating key T1 is temporarily saved in a second volatile memory (not shown) of the second module El. It will be noted that said calculation can be done at any time before the deciphering of the application key TA.
  • the elements necessary for calculating the operating key Tl in the second security module El are the same as those used for calculating the operating key Tl in the first module AS. Consequently, the two keys Tl are identical and we find well in the second module El the TA application key chosen. It was not necessary to send the operating key Tl through the communication network.
  • a fifth step after the decryption of the application key TA and preferably just after said decryption, the operating key T1 is erased temporarily saved in said second volatile memory of the second module El.
  • this facilitates the personalization and setting in the field of a nth second module El insofar as to personalize the second modules it is no longer necessary to carry out two loads, the first of a Tl operating key and a second of a TA application key, but simply a loading of a TA application key.
  • One thus frees oneself from the first loading which is usually carried out by an entity different from the first AS module, which generally complicates things even more.
  • a module El preferably comprises several application keys TA.
  • a second module El it is possible to manage several applications.
  • this improves the security of said modules, given that a fraudster will have more difficulty, on the one hand, discovering an application key among others, and on the other hand, knowing that it is applying it. is dedicated.
  • this must be able to provide different services such as securing debit-credit point transactions for, for example, different types of fuel. It is thus important to have different application keys TA in said module El to manage the security of these different types of transactions, the latter representing different applications.
  • REF2 information is sent to the second module El relating to an application key TA, prior to the decryption in said module El of the encrypted application key TA, as shown in FIG. 4.
  • the information REF2 allows, either choose the application key TA which will receive the value of the application key coming from the first AS module, or indicate a location where said TA key coming from said first AS module will be loaded.
  • the second module El rejects the key received and indicates that an error happened. It will be noted that the information REF1 and REF2 sent respectively to the first and second security modules can be equivalent.
  • one of the application keys TA located in the second module El may be used by said module to identify vis-à-vis external entities such as for example a user card .
  • said identification must be unique. Consequently, said TA key must not have a duplicate.
  • the second module El can now be used and be placed on a remote user site such as a service station terminal. It will be noted that no operating key T1 has been transferred from the first module AS to the second module El and has not been recorded in the memory M of the security modules. The operations necessary for these two actions are not carried out, which saves time during the personalization phase. Thus, a secret data item that is immediately usable by an algorithm is not stored, which prevents a fraudster who analyzes said algorithm from discovering said data. Thus, it is useless for the fraudster to spy on either the communication network or the security modules in order to find the operating key Tl used.
  • Another advantage of the object of the present invention is that the information SN specific to each second security module El is unique.
  • the operating key T1 which is diverse, that is to say calculated from this information, is therefore unique for each security module El. Consequently, the encrypted application key TA, which is a function of said operating key Tl, is only intended for a single second recipient module El which reinforces the security aspect of the invention. If a second module El does not have the same information SN as that used to calculate the operating key Tl in the first module AS and if it thus receives an application key TA which is not intended for him, he rejects said key and indicates that an error has occurred.
  • the object of the present invention provides an additional step, shown in FIG. 4, according to which a random number R from the second module El is sent to the first module AS, prior to encryption in the first module AS of the application key TA.
  • the use of the random number R to encrypt and decrypt said application key TA avoids having the same encryption value of an application key TA intended for a second module El when, for example, said load is loaded several times key in said module.
  • each encryption of an application key TA intended for a second module El is unique.
  • a fraudster who spies on the communication network and retrieves the DATA data during the transfer never obtains the same encryption value and therefore cannot discover a secret relating to the transferred application key TA.
  • the fraudster may have carried out fraudulent operations which alter the data transferred. Also, it is checked that the DATA data comprising the encrypted application key TA are intact. To this end, as shown in FIG. 5, a CAS certificate is calculated in the first module AS on said DATA data, prior to the sending of said data, said certificate being subsequently sent to the second module El and verified in said second module, prior to decryption in said second module El of the encrypted application key TA. In order to perform the verification, an IEC certificate is calculated in the second module E1 as a function of the data received and the two CAS and IEC certificates are compared.
  • the application key TA is authentic.
  • a SAS signature of said key TA is calculated, said signature being subsequently sent to the second module El and verified in said module.
  • the verification of the signature of said application key TA is done after decryption in the second module El of said encrypted TA key and prior to the recording of said key in said module.
  • a SEI signature is calculated with the application key TA deciphered in said module El and the two signatures SAS and SEI are compared.
  • the decrypted TA application key is authentic and is recorded.
  • the application key TA is not authentic, the registration of said key is not done and the second module El indicates that an error has occurred.
  • the system described above thus makes it possible to verify that we recover the TA application key chosen in the first AS module and not another key.
  • the CAS certificate is also calculated according to said SAS signature. Said signature is part of the DATA data sent during the third step described above.
  • Sending data such as a certificate or signature to a security module calls for operations whose completion time is added to that of the personalization phase. Also, as shown in Figure 6, in order to reduce the number of accesses to the different modules and thus reduce the personalization time, we send all the data that a security module needs in one go by means of '' a single order.
  • the random number R, the number REF1 relating to an application key TA and the number SN specific to the second module El are sent to the first module AS by means of a single first command EXPORTKEY.
  • the encrypted application key TA, the number REF2 relating to an application key TA, the SAS signature as well as the CAS certificate if they exist are sent to the second module El by means of a single second IMPORTKEY command.
  • the invention applies more particularly in the case where the first AS security module is a smart card.
  • the smart card comprises a plastic card body in which is incorporated an electronic module comprising an integrated circuit chip.
  • Said chip commonly comprises two memories M and a third volatile memory (RAM), the first memory M being rewritable (EEPROM) and the second non-rewritable (ROM).
  • the first memory M includes all of the application keys TA and the transport key T.
  • the third memory includes the operating key T1.
  • the ALGO1 diversification and ALGO2 encryption algorithms can be found in the first or second memory M. However, it will be noted that it is not compulsory to have said algorithms in the smart card. They can be located in an entity external to said smart card, for example in a central unit of a terminal with which said smart card would be connected.
  • the smart card ensures better protection of the TA application keys.
  • said keys are unknown to any entity (a terminal, an administrator of said card, another smart card, ... ) except from the entity issuing said keys.
  • fraud is more difficult to carry out on a smart card than on a central unit of a terminal for example.
  • the second security module is a smart card. It will be noted that an application key TA being in a non-volatile memory M, it can be used during several phases of use of a second module El, because even when the latter is no longer supplied, said key is not not deleted.

Abstract

L'invention concerne un procédé de personnalisation de module de sécurité comprenant un chargement sécurisé d'une clef applicative à partir d'un premier module de sécurité vers un ensemble de plusieurs deuxièmes modules de sécurité, lesdits premier et deuxièmes modules comprenant chacun au moins une mémoire. L'invention se caractérise en ce que ledit procédé comporte des étapes selon lesquelles, lors de chaque chargement, on calcule dans le premier et deuxièmes modules une clef d'exploitation à partir d'une clef de transport identique pour chaque deuxième module dudit ensemble. La clef d'exploitation est utilisée pour le chiffrement dans le premier module de la clef applicative. Cette dernière est par la suite envoyée au deuxième module, déchiffrée et vérifiée dans ledit module. La clef d'exploitation n'est pas enregistrée dans la mémoire des modules de sécurité. L'invention s'applique, en particulier au domaine bancaire.

Description

PROCEDE DE CHARGEMENT SECURISE DE DONNEES ENTRE DES
MODULES DE SECURITE
La présente invention concerne un procédé de personnalisation d'un ensemble de plusieurs deuxièmes modules de sécurité, comprenant un chargement sécurisé d'une clef applicative à partir d'un premier module de sécurité vers lesdits deuxièmes modules de sécurité dudit ensemble, lesdits premier et deuxièmes modules comprenant chacun au moins une mémoire.
L'invention trouve une application particulièrement avantageuse lors d'une phase de personnalisation de deuxièmes modules de sécurité dans les domaines tels que le domaine de la fidélité ou le domaine bancaire.
Un tel procédé de personnalisation est effectué avant une phase d'utilisation desdits deuxièmes modules. Par exemple, lors d'une phase d'utilisation dans le domaine de la fidélité, les deuxièmes modules se trouvent dans des terminaux de stations service et sont utilisés de manière à fournir des prestations de sécurisation de transactions de débit-crédit de points de fidélité entre un desdits terminaux et des cartes de crédit d'utilisateurs. Dans le domaine bancaire, les deuxièmes modules se trouvent dans des terminaux bancaires et fournissent des prestations de sécurisation de transactions d'argent dans des cartes de crédit d'utilisateurs.
Un état de la technique connu et divulgué dans le brevet américain publié sous le numéro US 5 517 567 au nom de DAQ Electronics enseigne qu'il existe un système de cryptage de clef dont le but est une sécurisation des communications pouvant s'établir entre un deuxième module de sécurité « master unit» et un troisième module utilisateur « remote unit » lorsque ce dernier est installé dans un site distant, par exemple dans un téléphone portable. Ladite sécurisation est basée sur l'utilisation d'une clef de communication temporaire. Selon ce système, après que le module utilisateur est installé sur son site distant, on génère au moyen du deuxième module une clef de communication. Par suite, on envoie pour l'établissement de chaque communication, à partir du deuxième module au module utilisateur, la clef de communication chiffrée. La clef de communication permet un échange de messages sécurisés entre le deuxième module et le module utilisateur car elle n'est connue que de ces deux modules. En effet, ladite clef est basée sur une paire de deux nombres secrets unique à chaque module utilisateur et le deuxième module comporte toutes les paires correspondant à tous les modules utilisateurs. Le système est d'autant plus sécurisé qu'une paire de deux nombres secrets est inscrite dans la mémoire d'un module utilisateur, ladite mémoire étant volatile. Ainsi, lorsqu'une communication est terminée et lorsque le module utilisateur n'est plus alimenté, ladite paire est effacée et un fraudeur ne risque pas de découvrir les deux nombres secrets. Pour établir une autre communication, ledit système génère une autre clef de communication .
Le document cité ci-dessus décrit un système mis en oeuvre lors d'une phase d'utilisation d'un deuxième module et d'un module utilisateur, dont le but est d'établir une communication sécurisée entre les deux modules en utilisant une même clef de communication dédiée à une communication. Il ne décrit en aucune façon un système de personnalisation dont le but serait de sécuriser un chargement de clef dans un ensemble de plusieurs deuxièmes modules de sécurité. Aussi, un problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de personnalisation d'un ensemble de plusieurs deuxièmes modules de sécurité comprenant un chargement sécurisé d'une clef applicative à partir d'un premier module de sécurité vers lesdits deuxièmes modules de sécurité dudit ensemble, lesdits premier et deuxièmes modules comprenant chacun au moins une mémoire, qui permettrait, d'une part, d'éviter à un fraudeur de découvrir ladite clef applicative, et, d'autre part, de gagner du temps lors de la phase de personnalisation desdits deuxièmes modules de sécurité. Une solution au problème technique posé se caractérise en ce que ledit procédé de personnalisation comporte les étapes selon lesquelles : pour chaque deuxième module dudit ensemble,
- lors de chaque chargement, on calcule dans le premier module une clef d'exploitation à partir d'une information propre au deuxième module, d'une clef de transport et d'un algorithme de diversification, ladite clef de transport se trouvant dans la mémoire du premier module de sécurité, ladite mémoire étant non volatile,
- on chiffre dans le premier module la clef applicative, à partir d'informations comprenant ladite clef d'exploitation et d'un algorithme de cryptage, ladite clef applicative se trouvant dans ladite mémoire,
- on envoie au deuxième module des données comprenant la clef applicative chiffrée, - lors de chaque chargement, on calcule dans le deuxième module la clef d'exploitation à partir de l'information propre au deuxième module, de la clef de transport et de l'algorithme de diversification, ladite même clef de transport se trouvant dans la mémoire non volatile de chaque deuxième module de sécurité dudit ensemble, ladite clef d'exploitation n'étant pas enregistrée dans la mémoire dudit deuxième module,
- on déchiffre dans le deuxième module la clef applicative chiffrée, à partir d'informations comprenant ladite clef d'exploitation et d'un algorithme de décryptage inverse de l'algorithme de cryptage. Ainsi, comme on le verra en détail plus loin, le procédé de chargement de l'invention permet, en calculant ladite clef d'exploitation et en ne la conservant que le temps du chiffrement ou du déchiffrement de la clef applicative, d'améliorer la sécurité du chargement d'une clef applicative. Par suite, un fraudeur ne pourra accéder à ladite clef d'exploitation ni par conséquent à la clef applicative. Les éventuelles fraudes sont par conséquent évitées et on n'effectue plus d'opérations qui sont coûteuses en temps pour la phase de personnalisation, le temps de calcul de la clef d'exploitation étant infime par rapport au temps d'accès nécessaire à l'enregistrement de ladite clef.
La description qui va suivre au regard des dessins annexés, donnée à titre d'exemple non limitatif, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
La figure 1 est un schéma montrant un premier module et plusieurs deuxièmes modules appartenant à un même ensemble.
La figure 2 est un schéma montrant le premier module et un deuxième module de la figure 1.
La figure 3 est un schéma montrant un échange de données entre le premier module et le deuxième module de la figure 2. La figure 4 un schéma montrant un deuxième échange de données entre le premier module et le deuxième module de la figure 2.
La figure 5 est un schéma montrant un troisième échange de données entre le premier module et le deuxième module de la figure 2.
La figure 6 est un schéma montrant un quatrième échange de données entre le premier module et le deuxième module de la figure 2.
Sur la figure 1 est représenté un premier module AS de sécurité et plusieurs modules El de sécurité d'un même ensemble S (non représenté), chacun des modules (AS, El) comprenant au moins une mémoire M non volatile. Le premier module AS ainsi que les deuxièmes modules El dudit ensemble S comportent une même clef T de transport et un même algorithme ALGO 1 appelé algorithme de diversification qui se trouvent dans la mémoire M. Sur la figure 2, sont représentés le module AS ainsi qu'un module El dudit ensemble S. Chaque deuxième module El de l'ensemble S comporte la même clef de transport T. Ainsi, on différencie un ensemble de deuxièmes modules El d'un autre ensemble au moyen de ladite clef de transport T. Par exemple, deux ensembles de deuxièmes modules El correspondent à deux fournisseurs de stations service différents.
En outre, le premier module AS comporte une clef applicative TA et un algorithme ALGO2 de cryptage. On notera que les deux algorithmes ALGO 1 et ALGO2 peuvent utiliser un même algorithme de base. Chaque module El dudit ensemble S comprend une information SN qui lui est propre et au moins une application utilisateur (non représenté), par exemple une application fournissant des prestations de sécurisations de transactions de débit-crédit de points de fidélité.
Afin d'utiliser les modules El de sécurité dudit ensemble S, il faut pour chaque deuxième module El dudit ensemble S, au préalable charger une clef applicative TA du premier module AS lors d'une phase dite de personnalisation comprenant les étapes décrites ci-après. Ladite clef est transférée par l'intermédiaire d'un réseau de communication standard. On empêche un fraudeur qui espionnerait ledit réseau ou lesdits modules d'accéder à des clefs des modules, comme décrit ci- après.
Dans une première étape, lors de chaque chargement, on calcule dans le premier module AS une clef Tl d'exploitation à partir de l'information SN propre au deuxième module El, de la clef T de transport et de l'algorithme ALGO 1 de diversification, ladite clef T de transport se trouvant dans la mémoire M du premier module AS de sécurité, ladite mémoire étant non volatile. Préférentiellement, ladite mémoire M est une mémoire réinscriptible. On notera que la clef de transport T demeure valide même pendant les phases d'utilisation d'un deuxième module El, tant qu'on ne la remplace pas.
L'information SN propre au deuxième module El ne se trouve pas dans le premier module. Aussi, comme le montre la figure 3, on envoie au premier module AS l'information SN propre au deuxième module El, préalablement au calcul dans le premier module AS de la clef Tl d'exploitation. Ledit premier module AS comporte préférentiellement plusieurs clefs applicatives TA. Ladite clef Tl va servir au chargement d'une des clefs applicatives TA contenues dans le premier module AS, ladite clef applicative choisie sera chiffrée et envoyée au module El. Une clef applicative est associée à une application utilisateur. Suivant l'application se trouvant dans le deuxième module El, on choisit la clef adéquate.
Comme le montre la figure 3, pour choisir une desdites clefs applicatives TA, dans une deuxième étape, on envoie au premier module AS une information REF1 relative à une clef applicative TA, préalablement au chiffrement dans ledit module AS de la clef applicative TA et on choisit la clef applicative TA à chiffrer à partir de ladite information REF1. On peut par exemple envoyer à partir du deuxième module El une référence représentant un numéro de clef ayant une valeur de trois pour indiquer que l'on choisit la troisième clef correspondant à une application dudit module El. C'est cette dernière qui sera chargée dans le deuxième module E S'il n'existe pas de clef applicative TA référencée par ledit nombre REF1 , le premier module AS indique que ladite clef n'existe pas.
Dans une troisième étape, comme le montre la figure 3, on chiffre dans le premier module AS la clef applicative TA à partir d'informations comprenant ladite clef Tl d'exploitation et de l'algorithme ALGO2 de cryptage. Ladite clef d'exploitation se trouve temporairement dans une deuxième mémoire volatile (non représentée) du premier module AS. Afin de protéger le premier module AS contre une éventuelle fraude, postérieurement au chiffrement de la clef applicative TA, on efface la clef Tl d'exploitation sauvegardée temporairement dans ladite deuxième mémoire volatile du premier module AS. Après avoir chiffré ladite clef TA, on envoie au deuxième module
El des données DONNEES comprenant la clef applicative TA chiffrée.
Dans une quatrième étape, on déchiffre dans le deuxième module El la clef applicative TA chiffrée, à partir d'informations comprenant ladite clef Tl d'exploitation et d'un algorithme ALGO2P de décryptage inverse de l'algorithme ALGO2 de cryptage. Dans cette étape, afin de retrouver la clef applicative TA choisie, il est nécessaire d'utiliser la même clef Tl d'exploitation qui a été utilisée pour le cryptage de ladite clef applicative TA dans le premier module AS de sécurité. A cette fin, préalablement au déchiffrement de la clef applicative TA chiffrée, lors de chaque chargement, on calcule dans le deuxième module El la clef Tl d'exploitation à partir de l'information SN propre au deuxième module El, de la clef T de transport et de l'algorithme ALGO 1 de diversification, ladite même clef T de transport se trouvant dans la mémoire M non volatile de chaque deuxième module El de sécurité dudit ensemble S, ladite clef Tl d'exploitation n'étant pas enregistrée dans la mémoire M d'un deuxième module El. Préférentiellement la mémoire M du deuxième module est réinscriptible. Ladite clef Tl d'exploitation est sauvegardée temporairement dans une deuxième mémoire volatile (non représentée) du deuxième module El. On notera que ledit calcul peut se faire à tout moment avant le déchiffrement de la clef applicative TA. Les éléments nécessaires au calcul de la clef Tl d'exploitation dans le deuxième module El de sécurité sont les mêmes que ceux utilisés pour le calcul de la clef Tl d'exploitation dans le premier module AS. Par conséquent, les deux clefs Tl sont identiques et on retrouve bien dans le deuxième module El la clef applicative TA choisie. Il n'a pas été nécessaire d'envoyer la clef Tl d'exploitation à travers le réseau de communication.
Dans une cinquième étape, postérieurement au déchiffrement de la clef applicative TA et préférentiellement juste après ledit déchiffrement, on efface la clef Tl d'exploitation sauvegardée temporairement dans ladite deuxième mémoire volatile du deuxième module El.
Le fait, d'une part, de ne pas envoyer une clef d'exploitation Tl à travers le réseau de communication, d'autre part, de ne pas enregistrer une clef Tl d'exploitation dans une mémoire M non volatile d'un deuxième module El, et enfin, le fait que ladite clef d'exploitation n'existe dans le deuxième module que le temps de déchiffrement de la clef applicative TA, rend une fraude plus difficile à effectuer dans la mesure où si un fraudeur veut trouver une clef applicative TA, il doit auparavant retrouver la clef Tl d'exploitation utilisée. Enfin, cela facilite la personnalisation et une mise sur le terrain d'un nième deuxième module El dans la mesure où pour personnaliser les deuxièmes modules il n'est plus nécessaire d'effectuer deux chargements, un premier d'une clef Tl d'exploitation et un deuxième d'une clef applicative TA, mais simplement un chargement d'une clef applicative TA. On se libère ainsi de du premier chargement qui est habituellement effectué par une entité différente du premier module AS, ce qui complique généralement d'autant plus les choses.
A l'instar du premier module AS, un module El comprend préférentiellement plusieurs clefs applicatives TA. Ainsi, au moyen d'un deuxième module El, on peut gérer plusieurs applications. De plus, cela améliore la sécurité desdits modules, étant donné qu'un fraudeur aura plus de difficulté à, d'une part, découvrir une clef applicative parmi d'autres, et d'autre part, à savoir à qu'elle application elle est dédiée. Dans l'exemple précédent concernant le domaine de la fidélité, lors de l'utilisation d'un deuxième module El, celui-ci doit pouvoir fournir différentes prestations telles que la sécurisation des transactions de débit-crédit de points pour par exemple différents types de carburant. Il est ainsi important d'avoir différentes clefs applicatives TA dans ledit module El pour gérer la sécurisation de ces différents types de transactions, ces derniers représentant différentes applications.
Aussi, dans une sixième étape, on envoie au deuxième module El une information REF2 relative à une clef applicative TA, préalablement au déchiffrement dans ledit module El de la clef applicative TA chiffrée, comme le montre la figure 4. L'information REF2 permet, soit de choisir la clef applicative TA qui va recevoir la valeur de la clef applicative provenant du premier module AS, soit d'indiquer un emplacement où sera chargée ladite clef TA provenant dudit premier module AS. Ainsi, on peut soit modifier une valeur d'une clef TA déjà existante dans ledit deuxième module El, soit charger une nouvelle clef applicative TA dans le deuxième module El pour une nouvelle application utilisateur.
Dans le cas où la clef applicative TA référencée par ladite information REF2 n'existe pas ou que ledit emplacement n'existe pas ou n'est pas fait pour accueillir une clef, le deuxième module El rejette la clef reçue et indique qu'une erreur s'est produite. On notera que les informations REF1 et REF2 envoyées respectivement au premier et deuxième modules de sécurité peuvent être équivalentes.
Par la suite, lors d'une phase d'utilisation, une des clefs applicatives TA se trouvant dans le deuxième module El pourra être utilisée par ledit module pour s'identifier vis-à-vis d'entités extérieures comme par exemple une carte utilisateur. Or ladite identification doit être unique. Par conséquent, ladite clef TA ne doit pas avoir de doublon. Aussi, lorsque l'on veut charger cette clef, on diversifie dans le premier module AS ladite clef applicative TA choisie, préalablement au chiffrement de ladite clef. La diversification se fait en fonction d'une information propre à chaque deuxième module.
Enfin, dans une dernière étape, on enregistre dans le deuxième module El, après le déchiffrement de la clef applicative TA chiffrée, ladite clef TA dans ledit module El. L'enregistrement dans ledit deuxième module El de la clef applicative TA se fait en fonction de l'information REF2 relative à une clef applicative TA. L'enregistrement se fait dans la mémoire M non volatile réinscriptible.
Le deuxième module El peut maintenant être utilisé et être placé sur un site utilisateur distant tel qu'un terminal de stations service. On notera qu'aucune clef Tl d'exploitation n'a été transférée du premier module AS au deuxième module El et n'a été enregistrée dans la mémoire M des modules de sécurité. Les opérations nécessaires à ces deux actions ne sont pas effectuées ce qui permet de gagner du temps lors de la phase de personnalisation. Ainsi, on ne mémorise pas une donnée secrète immédiatement utilisable par un algorithme ce qui empêche un fraudeur qui analyse ledit algorithme de découvrir ladite donnée. Ainsi, il est inutile pour le fraudeur d'espionner soit le réseau de communication soit les modules de sécurité afin de trouver la clef Tl d'exploitation utilisée.
Un autre avantage de l'objet de la présente invention se trouve dans le fait que l'information SN propre à chaque deuxième module El de sécurité est unique. La clef Tl d'exploitation, qui est diversifiée c'est à dire calculée à partir de cette information, est par conséquent unique pour chaque module El de sécurité. Par suite, la clef applicative TA chiffrée, qui est fonction de ladite clef Tl d'exploitation, n'est destinée qu'à un unique deuxième module El destinataire ce qui renforce l'aspect sécuritaire de l'invention. Si un deuxième module El n'a pas la même information SN que celle utilisée pour calculer la clef Tl d'exploitation dans le premier module AS et s'il reçoit ainsi une clef applicative TA qui ne lui est pas destinée, il rejette ladite clef et indique qu'une erreur s'est produite.
D'autres aspects sécuritaires décrits ci-dessous sont couverts par l'objet de la présente invention. L'objet de la présente invention prévoit une étape supplémentaire, montrée à la figure 4, selon laquelle on envoie au premier module AS un nombre aléatoire R issu du deuxième module El, préalablement au chiffrement dans le premier module AS de la clef applicative TA. Les informations permettant, d'une part, de chiffrer la clef applicative TA dans le premier module AS, et, d'autre part, de déchiffrer dans le deuxième module El la clef applicative TA chiffrée, comprennent le nombre aléatoire R issu du deuxième module El. L'utilisation du nombre aléatoire R pour chiffrer et déchiffrer ladite clef applicative TA évite d'avoir une même valeur de chiffrement d'une clef applicative TA destinée à un deuxième module El lorsque, par exemple, l'on charge plusieurs fois ladite clef dans ledit module. Ainsi, chaque chiffrement d'une clef applicative TA destinée à un deuxième module El est unique. Ainsi, un fraudeur qui espionne le réseau de communication et récupère les données DONNEES lors du transfert n'obtient jamais une même valeur de chiffrement et ne peut par conséquent découvrir un secret relatif à la clef applicative TA transférée.
Cependant, lors dudit transfert, le fraudeur peut avoir effectué des opérations frauduleuses qui altèrent les données transférées. Aussi, on vérifie que les données DONNEES comprenant la clef applicative TA chiffrée sont intègres. A cette fin, comme le montre la figure 5, on calcule dans le premier module AS un certificat CAS sur lesdites données DONNEES, préalablement à l'envoi desdites données, ledit certificat étant envoyé par la suite au deuxième module El et vérifié dans ledit deuxième module, préalablement au déchiffrement dans ledit deuxième module El de la clef applicative TA chiffrée. Afin d'effectuer la vérification, on calcule dans le deuxième module El un certificat CEI en fonction des données reçues et on compare les deux certificats CAS et CEI. Si une fraude ou une erreur s'est produite lors dudit transfert, la vérification du certificat CAS est erronée, le déchiffrement de la clef applicative TA ne se fait pas et le deuxième module El indique qu'une erreur s'est produite. Ce système garantit ainsi une intégrité des données DONNEES lors de leur transfert depuis le premier module AS vers le deuxième module El sur le réseau de communication et ce avant l'utilisation d'un deuxième module El c'est à dire avant leur mise en circulation sur le terrain. De plus, dans le cas où la vérification serait fausse, cela évite de faire un déchiffrement inutile et par suite de perdre du temps inutilement.
De même qu'il faut garantir l'intégrité des données transférées, de même il faut garantir l'authenticité des données qui sont enregistrées dans le deuxième module El. Ainsi, on vérifie que la clef applicative TA est authentique. A cet effet, comme le montre la figure 5, on calcule dans le premier module AS, préalablement au chiffrement de la clef applicative TA, une signature SAS de ladite clef TA, ladite signature étant envoyée par la suite au deuxième module El et vérifiée dans ledit module. La vérification de la signature de ladite clef applicative TA se fait postérieurement au déchiffrement dans le deuxième module El de ladite clef TA chiffrée et préalablement à l'enregistrement de ladite clef dans ledit module. Afin d'effectuer la vérification, on calcule dans le deuxième module El une signature SEI avec la clef applicative TA déchiffrée dans ledit module El et on compare les deux signatures SAS et SEI. Dans le cas où les deux signatures sont équivalentes, la clef applicative TA déchiffrée est authentique et est enregistrée. Dans le cas où la clef applicative TA n'est pas authentique, l'enregistrement de ladite clef ne se fait pas et le deuxième module El indique qu'une erreur s'est produite. Le système décrit ci-dessus permet ainsi de vérifier que l'on récupère bien la clef applicative TA choisie dans le premier module AS et non une autre clef. On notera que lorsque ladite signature SAS existe, le certificat CAS est calculé également en fonction de ladite signature SAS. Ladite signature fait partie des données DONNEES envoyées lors de la troisième étape décrite précédemment.
L'envoi de données telles qu'un certificat ou une signature à un module de sécurité fait appel à des opérations dont le temps d'accomplissement s'ajoute à celui de la phase de personnalisation. Aussi, comme le montre la figure 6, afin de réduire le nombre d'accès aux différents modules et ainsi de réduire le temps de personnalisation, on envoie l'ensemble des données dont a besoin un module de sécurité en une seule fois au moyen d'une unique commande. Le nombre R aléatoire, le nombre REF1 relatif à une clef applicative TA et le nombre SN propre au deuxième module El sont envoyés au premier module AS au moyen d'une unique première commande EXPORTKEY. De la même façon, la clef applicative TA chiffrée, le nombre REF2 relatif à une clef applicative TA, la signature SAS ainsi que le certificat CAS s'ils existent, sont envoyés au deuxième module El au moyen d'une unique deuxième commande IMPORTKEY. L'invention s'applique plus particulièrement dans le cas où le premier module AS de sécurité est une carte à puce. La carte à puce comprend un corps de carte plastique dans lequel est incorporé un module électronique comportant une puce à circuit intégré. Ladite puce comprend couramment deux mémoires M et une troisième mémoire volatile (RAM), la première mémoire M étant réinscriptible (EEPROM) et la deuxième non réinscriptible (ROM). La première mémoire M comprend l'ensemble des clefs applicatives TA et la clef de transport T. La troisième mémoire comprend la clef Tl d'exploitation. Celle-ci ne demeure dans ladite mémoire que le temps de chiffrement ou de déchiffrement de la clef applicative dans un module de sécurité. Les algorithmes ALGO1 de diversification et ALGO2 de cryptage peuvent se trouver dans la première ou deuxième mémoire M. Cependant, on notera qu'il n'est pas obligatoire d'avoir lesdits algorithmes dans la carte à puce. Ils peuvent se trouver dans une entité extérieure à ladite carte à puce, par exemple dans une unité centrale d'un terminal avec lequel serait connectée ladite carte à puce.
La carte à puce permet d'assurer une meilleure protection des clefs applicatives TA. Dans une carte à puce, contrairement à un terminal d'un ordinateur par exemple, lesdites clefs sont inconnues de toute entité (d'un terminal, d'un , administrateur de ladite carte, d'une autre carte à puce, ...) excepté de l'entité émettrice desdites clefs. De plus, une fraude est plus difficile à réaliser sur une carte à puce que sur une unité centrale d'un terminal par exemple. Pour les mêmes raisons, le deuxième module de sécurité est une carte à puce. On notera qu'une clef applicative TA étant dans une mémoire M non volatile, elle peut être utilisée lors de plusieurs phases d'utilisation d'un deuxième module El, car même lorsque ce dernier n'est plus alimenté, ladite clef n'est pas effacée.

Claims

REVENDICATIONS
1 - Procédé de personnalisation d'un ensemble (S) de plusieurs deuxièmes modules de sécurité (El) comprenant un chargement sécurisé d'une clef applicative (TA) à partir d'un premier module
(AS) de sécurité d'une unité centrale vers ledit ensemble de deuxièmes modules (El) de sécurité, lesdits premier et deuxièmes modules comprenant chacun au moins une mémoire (M), caractérisé en ce qu'il comporte les étapes selon lesquelles : Pour chaque deuxième module (El) dudit ensemble (S),
- lors de chaque chargement, on calcule dans le premier module (AS) une clef (Tl) d'exploitation à partir d'une information propre au deuxième module (El), d'une clef de transport (T) et d'un algorithme de diversification (ALGO1), ladite clef de transport (T) se trouvant dans la mémoire (M) du premier module de sécurité (AS), ladite mémoire (M) étant non volatile,
- on chiffre dans le premier module (AS) la clef (TA) applicative, à partir d'informations comprenant ladite clef (Tl) d'exploitation et d'un algorithme de cryptage (ALGO2), ladite clef (TA) applicative se trouvant dans ladite mémoire (M),
- on envoie au deuxième module (El) des données (DONNEES) comprenant la clef (TA) applicative chiffrée,
- lors de chaque chargement, on calcule dans le deuxième module (El) la clef (Tl) d'exploitation à partir de l'information propre au deuxième module (El), de la clef de transport (T) et de l'algorithme de diversification (ALGO 1), ladite même clef de transport (T) se trouvant dans la mémoire (M) non volatile de chaque deuxième module (El) de sécurité dudit ensemble (S), ladite clef (Tl) d'exploitation n'étant pas enregistrée dans la mémoire (M) dudit deuxième module, - on déchiffre dans le deuxième module (El) la clef applicative (TA) chiffrée, à partir d'informations comprenant ladite clef (Tl) d'exploitation et d'un algorithme de décryptage (ALGO2P) inverse de l'algorithme de cryptage (ALGO2). 2 - Procédé selon la revendication 1 , caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- On envoie au premier module (AS) l'information propre au deuxième module (El), préalablement au calcul dans le premier module (AS) de la clef (Tl) d'exploitation. 3 - Procédé selon les revendications 1 ou 2, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
On envoie au premier module (AS) un nombre aléatoire issu du deuxième module (El), préalablement au chiffrement dans le premier module (AS) de la clef applicative (TA) . 4 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- On envoie au premier module (AS) une information relative à une clef applicative (TA), préalablement au chiffrement dans ledit module (AS) de la clef applicative (TA).
5 - Procédé selon la revendication 4, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- On choisit la clef applicative (TA) à chiffrer à partir de ladite information. 6 - Procédé selon l'une des revendications précédentes, caractérisé en ce que chaque chiffrement d'une clef applicative (TA) destinée à un deuxième module (El) est unique. 7 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle : - On vérifie que les données (DONNEES) comprenant la clef applicative (TA) chiffrée sont intègres.
8 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- On envoie au deuxième module (El) une information relative à une clef applicative (TA), préalablement au déchiffrement dans ledit module (El) dudit ensemble (S) de la clef applicative (TA) chiffrée. 9 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- On enregistre dans le deuxième module (El), après le déchiffrement de la clef applicative (TA) chiffrée, ladite clef (TA) dans ledit module (El).
10 - Procédé selon la revendication 9, caractérisé en ce que l'enregistrement dans ledit deuxième module (El) de la clef applicative (TA) se fait en fonction de l'information relative à une clef applicative (TA) . 11 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- On vérifie que la clef applicative (TA) est authentique.
12 - Procédé selon l'une des revendications précédentes, caractérisé en ce que le premier module de sécurité (AS) est une carte à puce.
13 - Procédé selon l'une des revendications précédentes, caractérisé en ce que la mémoire (M) est une mémoire réinscriptible. 14 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'un deuxième module (El) comprend plusieurs clefs applicatives (TA).
15 - Procédé selon l'une des revendications précédentes, caractérisé en ce que le premier module (AS) comporte plusieurs clefs applicatives (TA).
16 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle : - Postérieurement au chiffrement de la clef applicative (TA), on efface la clef (Tl) d'exploitation sauvegardée temporairement dans une deuxième mémoire volatile du premier module (AS).
17 - Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- Postérieurement au déchiffrement de la clef applicative (TA), on efface la clef (Tl) d'exploitation sauvegardée temporairement dans une deuxième mémoire (M2) volatile du deuxième module (El). 18 - Procédé selon les revendications 2 à 4 précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle :
- L'information aléatoire, l'information relative (REF1) à une clef applicative (TA) et l'information (SN) propre au deuxième module (El) sont envoyées au premier module (AS) au moyen d'une unique première commande (EXPORTKEY) . 19 - Procédé selon les revendications 1 et 2 précédentes, caractérisé en ce qu'il comporte en outre une étape supplémentaire selon laquelle : La clef applicative (TA) chiffrée et l'information (REF2) relative à une clef applicative (TA), sont envoyées au deuxième module
(El) au moyen d'une unique deuxième commande
(IMPORTKEY).
PCT/FR2000/000099 1999-01-18 2000-01-18 Procede de chargement securise de donnees entre des modules de securite WO2000042731A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP00900603A EP1142193A1 (fr) 1999-01-18 2000-01-18 Procede de chargement securise de donnees entre des modules de securite

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR9900462A FR2788649A1 (fr) 1999-01-18 1999-01-18 Procede de chargement securise de donnees entre des modules de securite
FR99/00462 1999-01-18

Publications (1)

Publication Number Publication Date
WO2000042731A1 true WO2000042731A1 (fr) 2000-07-20

Family

ID=9540953

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2000/000099 WO2000042731A1 (fr) 1999-01-18 2000-01-18 Procede de chargement securise de donnees entre des modules de securite

Country Status (4)

Country Link
EP (1) EP1142193A1 (fr)
CN (1) CN1199387C (fr)
FR (1) FR2788649A1 (fr)
WO (1) WO2000042731A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006056858A1 (fr) * 2004-11-29 2006-06-01 Power Measurement Ltd. Systeme et procede d'echange securise de donnees dans un systeme de gestion d'energie
US7188003B2 (en) 1994-12-30 2007-03-06 Power Measurement Ltd. System and method for securing energy management systems
US7644290B2 (en) 2003-03-31 2010-01-05 Power Measurement Ltd. System and method for seal tamper detection for intelligent electronic devices
US7761910B2 (en) 1994-12-30 2010-07-20 Power Measurement Ltd. System and method for assigning an identity to an intelligent electronic device

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE8405493D0 (sv) * 1984-11-01 1984-11-01 Bror Morein Immunogent komplex samt sett for framstellning derav och anvendning derav som immunstimulerande medel
US7191343B2 (en) * 2002-01-25 2007-03-13 Nokia Corporation Voucher driven on-device content personalization
DE10310351A1 (de) * 2003-03-10 2004-09-23 Giesecke & Devrient Gmbh Laden von Mediendaten in einen tragbaren Datenträger
CN1627682A (zh) * 2003-12-12 2005-06-15 华为技术有限公司 网络传输中建立连接时动态密码的创建方法
WO2007073623A1 (fr) * 2005-12-29 2007-07-05 Zte Corporation Procede de telechargement d'une certification et d'une cle numeriques

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2681165A1 (fr) * 1991-09-05 1993-03-12 Gemplus Card Int Procede de transmission d'information confidentielle entre deux cartes a puces.
EP0688929A2 (fr) * 1994-06-21 1995-12-27 Microchip Technology Inc. Auto-apprentissage protégé
US5517567A (en) * 1994-08-23 1996-05-14 Daq Electronics Inc. Key distribution system
EP0725512A2 (fr) * 1995-02-03 1996-08-07 International Business Machines Corporation Système de communication de données utilisant des clés publiques
WO1997024831A1 (fr) * 1995-12-29 1997-07-10 Mci Communications Corporation Distribution de cles de chiffrement multiples
WO1997047109A1 (fr) * 1996-06-05 1997-12-11 Siemens Aktiengesellschaft Procede de gestion de cles cryptographique entre une premiere unite informatique et une seconde unite informatique

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2681165A1 (fr) * 1991-09-05 1993-03-12 Gemplus Card Int Procede de transmission d'information confidentielle entre deux cartes a puces.
EP0688929A2 (fr) * 1994-06-21 1995-12-27 Microchip Technology Inc. Auto-apprentissage protégé
US5517567A (en) * 1994-08-23 1996-05-14 Daq Electronics Inc. Key distribution system
EP0725512A2 (fr) * 1995-02-03 1996-08-07 International Business Machines Corporation Système de communication de données utilisant des clés publiques
WO1997024831A1 (fr) * 1995-12-29 1997-07-10 Mci Communications Corporation Distribution de cles de chiffrement multiples
WO1997047109A1 (fr) * 1996-06-05 1997-12-11 Siemens Aktiengesellschaft Procede de gestion de cles cryptographique entre une premiere unite informatique et une seconde unite informatique

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7127328B2 (en) 1994-12-30 2006-10-24 Power Measurement Ltd. System and method for federated security in an energy management system
US7188003B2 (en) 1994-12-30 2007-03-06 Power Measurement Ltd. System and method for securing energy management systems
US7761910B2 (en) 1994-12-30 2010-07-20 Power Measurement Ltd. System and method for assigning an identity to an intelligent electronic device
US7644290B2 (en) 2003-03-31 2010-01-05 Power Measurement Ltd. System and method for seal tamper detection for intelligent electronic devices
WO2006056858A1 (fr) * 2004-11-29 2006-06-01 Power Measurement Ltd. Systeme et procede d'echange securise de donnees dans un systeme de gestion d'energie

Also Published As

Publication number Publication date
FR2788649A1 (fr) 2000-07-21
CN1339206A (zh) 2002-03-06
CN1199387C (zh) 2005-04-27
EP1142193A1 (fr) 2001-10-10

Similar Documents

Publication Publication Date Title
CA2144124C (fr) Procede et dispositif pour authentifier un support de donnees destine a permettre une transaction ou l'acces a un service ou a un lieu, et support correspondant
EP1687953B1 (fr) Méthode d'authentification d'applications
EP2741466B1 (fr) Procédé et système de gestion d'un élément sécurisé intégré ese
EP0973318A1 (fr) Procédé pour payer à distance, au moyen d'un radiotéléphone mobile, l'acquisition d'un bien et/ou d'un service, et système et radiotéléphone mobile correspondants
WO1996028796A1 (fr) Procede d'inscription securisee d'informations dans un support portable
EP3117641B1 (fr) Procédé de contrôle d'accès à une zone réservée avec contrôle de la validité d'un titre d'accès stocké dans la mémoire d'un terminal mobile
WO1998028719A1 (fr) Procede de transfert securise de donnees par un reseau de communication
EP1142193A1 (fr) Procede de chargement securise de donnees entre des modules de securite
FR2745135A1 (fr) Procede pour faire autoriser par un serveur l'acces a un service a partir de dispositifs portatifs a microcircuits electroniques du type carte a memoire par exemple
WO2016207715A1 (fr) Gestion securisee de jetons électroniques dans un telephone mobile.
WO1998037525A1 (fr) Procede de protection d'une cle mere destinee a permettre l'authentification de cartes utilisateurs
EP1609326B1 (fr) Procede de protection d'un terminal de telecommunication de type telephone mobile
EP2813962A1 (fr) Méthode de contrôle d'accès à un type de services spécifique et dispositif d'authentification pour le contrôle de l'accès à un tel type de services.
CA2652140C (fr) Procede d'activation d'un terminal
EP1636767B1 (fr) Methode d'allocation de ressources securisees dans un modue de securite
WO2002067212A1 (fr) Procede de stockage securise de donnees personnelles et de consultation, carte a puce, terminal et serveur pour la mise en oeuvre du procede
EP3646215B1 (fr) Procédé de contrôle d'accès à un module de sécurité
EP0172047B1 (fr) Procédé et système pour chiffrer et déchiffrer des informations transmises entre un dispositif émetteur et un dispositif récepteur
FR2853785A1 (fr) Entite electronique securisee avec compteur modifiable d'utilisations d'une donnee secrete
EP2911365B1 (fr) Procédé et système de sécurisation de transactions offertes par une pluralité de services entre un appareil mobile d'un utilisateur et un point d'acceptation
EP0889450B1 (fr) Méthode de chargement de donnees dans une carte à microprocesseur
CA3098631A1 (fr) Authentification mutuelle d'un dispositif ou d'un systeme contenant des donnees sensibles ou confidentielles commandable par un utilisateur
WO2023274979A1 (fr) Procédé d'authentification de transaction utilisant deux canaux de communication
EP1398983B1 (fr) Procédé de mise à jour à distance d'un logiciel embarqué dans un téléphone mobile et système de mise en oeuvre
FR2927750A1 (fr) Terminal de paiement electronique pour l'echange de donnees securise sur un reseau ouvert

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 00803434.6

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): CN MX US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2000900603

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2000900603

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09889524

Country of ref document: US

WWW Wipo information: withdrawn in national office

Ref document number: 2000900603

Country of ref document: EP