WO1988000744A1 - Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme pour la mise en oeuvre - Google Patents

Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme pour la mise en oeuvre Download PDF

Info

Publication number
WO1988000744A1
WO1988000744A1 PCT/FR1987/000273 FR8700273W WO8800744A1 WO 1988000744 A1 WO1988000744 A1 WO 1988000744A1 FR 8700273 W FR8700273 W FR 8700273W WO 8800744 A1 WO8800744 A1 WO 8800744A1
Authority
WO
WIPO (PCT)
Prior art keywords
memory
key
object device
aforementioned
program
Prior art date
Application number
PCT/FR1987/000273
Other languages
English (en)
Inventor
Michel Hazard
Original Assignee
Bull Cp8
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 Bull Cp8 filed Critical Bull Cp8
Publication of WO1988000744A1 publication Critical patent/WO1988000744A1/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409—Device specific authentication in transaction processing
    • G06Q20/4097—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
    • G06Q20/40975—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners using encryption therefor
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1016—Devices or methods for securing the PIN and other transaction-data, e.g. by encryption
    • 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/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0877—Generation of secret information including derivation or calculation of cryptographic keys or passwords using additional device, e.g. trusted platform module [TPM], smartcard, USB or hardware security module [HSM]
    • 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/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H04L9/0897—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage involving additional devices, e.g. trusted platform module [TPM], smartcard or USB
    • 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/3234—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 additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • 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

Definitions

  • a method for diversifying a basic key and for authenticating a C as diverse as having been prepared from d * a base key P: redetermined, and system for carrying oeuyre.
  • the subject of the invention is a method for diversifying a basic key and for authenticating a key thus diversified as having been produced from a predetermined basic key, and a system for implementing the method.
  • Such a method makes it possible in particular to diversify the secret keys recorded in portable media such as memory cards.
  • Such cards are distributed to users by authorized bodies which offer the delivery of services via devices or terminals made available to the public and to which the user temporarily couples his card.
  • Any device generally delivers the requested service only after having first verified that the card has been originally established as opening access to this service. Indeed, it is necessary to avoid at all costs that a card established to access a service (A) cannot also be used to access a service (B), or that a fraudster cannot design or simulate a false card giving access to service (A) and / or (B).
  • a type of dialogue as described in American patent N ° 4,471,216 of the plaintiff corresponding to its French patent N ° 2,469,760 takes into account a secret key only known to the authorized body and recorded both in the card and in the device.
  • the card calculates a result which is a function of its secret key and the device calculates a similar result which is a function of its secret key.
  • the results are compared by the device, which will only authorize access to the requested service in the event of identity or agreement between these results. This condition can only be satisfied if the keys for the card and the device are identical.
  • any device designed to deliver a given service is able to recognize all of the cards that have been issued by an organization authorized to obtain access to this service.
  • the invention provides for diversifying the secret keys of the cards from the same basic key while allowing the devices to recognize them as having been produced from the same key. basic. Thus, each card will have its own secret key different from the keys assigned to the other cards.
  • the invention therefore proposes a method for diversifying a basic key by an initialization system, each basic key thus diversified being recorded. in a memory of an object device, and to make an operating system recognize that the diversified key recorded in an object device has indeed been developed from a predetermined basic key, characterized in that it c Vonsiste :
  • RI a certificate such as:
  • the transformation (T) is an exclusive OR function.
  • FIG. 1 schematically shows an initialization system to illustrate the first phase of the process according to the invention
  • FIG. 2 schematically shows an operating system to illustrate the second phase of the method according to the invention
  • the method according to the invention is broken down into an initialization phase and an exploitation phase.
  • the initialization phase consists of:
  • This first phase is carried out by an authorized body which then hands over the portable object to a user, each portable object having a different secret key. Each user can then request access to services using their portable object, but these accesses can only be validated after a check based on the recognition of the diversified key recorded in the portable object.
  • This control is the subject of the second phase or operating phase which will be described later.
  • the initialization system (1) represented in FIG. 1 is composed in particular of a source device (CM1), an intermediate device (DI2), an input device such as a keyboard (CL) and an input-output interface (10).
  • CM1 source device
  • DI2 intermediate device
  • I2 input device
  • CL keyboard
  • the source device notably consists of a memory (Ml), processing circuits (Tl) such as a microprocessor, and an input / output interface (II). All of these circuits are interconnected by a link bus (bl).
  • the intermediate device (DI2) consists in particular of a memory (M2), processing circuits (T2) such as a microprocessor and an input-output interface (12). All of these circuits are interconnected by a link bus (b2).
  • the memory (M2) of the intermediate device (DI2) contains the following information:
  • the interfaces (II, 12) of the source device (CMl) and of the intermediate device (DI2) are connected together as well as the keyboard (CL) and the initialization interface (1) by a link bus (bO).
  • a portable object (CU3) to be initialized consists notably of a memory (M3), processing circuits (T3) such as a microprocessor and an input-output interface (13). All of these circuits are connected by a link bus (b3).
  • the portable object (CU3) or user card is constituted by a memory card such as that described in American patents No. 4,211,919 and 4,382,279 corresponding respectively to French patents No. 2,401,459 and 2,461,301 to the plaintiff.
  • the user card (CU3) is coupled to the initialization system by a transmission line (L) which connects the interfaces (10, 13).
  • a transmission line (L) is described in particular in American patent No. 4,556,958 corresponding to French patent No. 2,483,713 of the applicant.
  • the initialization system (1) therefore has the function of calculating a diversified key (Sd) from a predetermined basic key (Sb).
  • a diversification parameter (Du) is calculated from data specific to each user card to be initialized and an intermediate basic key (Sm).
  • the diversified key (Sd) is calculated from the diversification parameter (Du) and from the predetermined basic key (Sb).
  • the calculation of the diversification parameter (Du) is carried out by the source device (CMl) and the calculation of the diversified key (Sd) is carried out by the intermediate device (DI2).
  • (Sm) is the aforementioned intermediate basic key recorded in the memory (Ml)
  • (Eu) is a specific datum of the user card (CU3) entered on the keyboard (CL) and recorded in the memory (M3)
  • ( Cu) specific diversification data of the user card (CU3) either external and entered on the keyboard (CL) before being stored in memory (M3), or internal and already prerecorded in memory (M3).
  • the intermediate device (DI2) calculates a diversified key (Sd) from the predetermined basic key (Sb) recorded in its memory (M2) and from the diversification parameter (Du) calculated by the source device (CMl) and transmitted by the bus (bO) to the intermediate device (DI2).
  • the diversified key (Sd) is calculated by the processing circuits (T2) which execute the program (P2) which is the implementation of a one-to-one combinatorial transformation (T) such as:
  • this transformation is an EXCLUSIVE OR function.
  • the memory (M3) of the user card (CU3) is advantageously divided into at least two zones (Zl, Z2).
  • the memory area (Zl) is such that the information once recorded is inaccessible from the outside, but only accessible by processing circuits (T3).
  • the memory area (Z2) is such that the recorded information can be read but not modified from the outside.
  • the diversified key (Sd) is recorded in this zone, while the data (Eu, Cu) specific to the user are recorded in the zone (Z2 ).
  • the initialization phase thus described is generally completed by writing into the memory (M3) of the card (CU3) several other information specific to each application.
  • a user card thus initialized by an authorized body is given to a user who can then obtain the delivery of a service to which his card is entitled by coupling it to a device or terminal responsible for this delivery and managed by the authorized body.
  • the device Before ensuring this issue, the device must ensure that the card presented has an authentic secret key, that is to say that this key has been calculated from the basic key which is specific to the service. requested and prerecorded throughout the device responsible for providing this service. Otherwise, the device will be detected false card is a good card, but that has not 'been initialized for the issuance of the service provided by this unit.
  • the operating system (4) is composed of a control device (CM4), an intermediate device (DI5), an input device (CL) such as a keyboard for example and a input-output interface (10).
  • the control device consists in particular of a memory (M4), processing circuits (T4) such as a microprocessor, and an input-output interface (14). All of these circuits are interconnected by a link bus (b4).
  • the intermediate device (DI5) is composed in particular of a memory (M5), processing circuits (T5) such as a microprocessor, and an input-output interface (15). All of these circuits are interconnected by a link bus (b5).
  • the memory (M5) of the intermediate device (DI5) contains at least the same program (P2) whose function will be explained below.
  • the interfaces (14, 15) of the control device (CM4) and of the intermediate device (DI5) are connected together as well as to the keyboard (CL) and to the interface (10) of the operating system (4) by a link bus (bO). Or a user card (CU3) as previously initialized and temporarily coupled to the operating system (4). This coupling is obtained by a transmission line (L) of the aforementioned type which connects the interface (10) of the system (4) and the interface (13) of the card (CU3).
  • the control device (CM4) recalculates a diversification parameter (Du) by executing the program (PI) by the processing circuits (T4).
  • This parameter (Du) is such that:
  • the diversification parameter is transmitted to the intermediate device (DI5) whose processing circuits (T5) will execute the program (P2) to obtain a parameter (Pu) such as:
  • (Cu) is the parameter taken from the memory (M3) of the user card (CU3).
  • control device (CM4) and the intermediate device (DI5) do not directly recalculate a diversified key (Sd) from the basic key (Sb) to then compare it with that recorded in the user card (CU3).
  • the diversified key (Sd) is all the better protected.
  • the control device (CM4) and the card (CU3) will respectively calculate the result called the certificate.
  • Such certificates will be identical if the diversified key (Sd) of the card (CU3) was calculated from the same basic key (Sb) than that recorded 'in the memory (M4) control dispostif (CM4).
  • the identity of the two certificates is based on the relationships which exist between the secret keys (Sb, Sd) and the parameters (Pu, Du) as explained below.
  • a first certificate or result (Ri) is calculated by the processing circuits (T4) of the control device (CM4) by execution of the program (P3) recorded in the memory (M4).
  • This result (RI) is such that:
  • (Sb) is the basic key recorded in a memory (M4), (Pu) the parameter calculated by the intermediate device (DI5), and (Ex) an external data entered for example on the keyboard (CL) by an operator or by the user.
  • the processing circuits (T3) of the user card (CU3) execute the program (P4) prerecorded in the memory (M3) during the initialization phase to obtain a second certificate or result (R2) such as
  • the diversified key (Sd) of the object device (CU3) is not recognized as authentic and the dialogue is interrupted.
  • the source device (CMl) and the intermediate device (DI2) of the initialization system (1), as well as the control device (CM4) and the intermediate device (DI5) of the operating system (4), contain information which must remain secret to prohibit fraud which can consist in simulating false user cards (CU3) which are recognized as authentic by the control device (CM4).
  • a first solution consists in taking physical or material protection measures making these memories difficult to access.
  • a second solution consists, once the information has been written, in locking the memory accesses so as to make them inaccessible from the outside, but only accessible by the processing circuits respectively associated with these memories.
  • the memories correspond to the memories of portable objects such as user cards (CU3). More precisely, the memory (Ml) and the processing circuits (Tl) of the source device (CMl) of the initialization system (1) on the one hand, and the memory (M4) and the processing circuits (T4) of the control device (CM4) of the operating system (4) on the other hand, are integrated in a card of the user type where each memory (Ml, M4) is divided into at least two memory areas (Zl, Z2).
  • a third solution consists in grouping together the source device (CMl) and the intermediate device (DI2) of the initiation system (1) in the same device designed for example in the form of an integrated circuit box with the same characteristics of access to the memory of the aforementioned card. This solution also applies to the control device (CM4) and the intermediate device (DI5) of the operating system (4).
  • the aforementioned integrated circuit package is included in a portable object and in particular in a said memory card.

Abstract

Un système d'initialisation calcule une clé diversifiée (Sd) à partir d'une clé de base (Sb) traitée par une transformation combinatoire biunivoque (T). La clé (Sd) enregistrée dans la mémoire (M3) d'une carte usager (CU3) est authentifiée par un système d'exploitation (4) qui calcule un certificat à partir de la clé de base (Sb), alors que la carte (CU3) calcule un certificat à partir de sa clé (Sd). Ces certificats doivent être identiques compte tenu des propriétés de la transformation (T). L'invention s'applique notamment aux clés secrètes enregistrées dans les cartes à mémoire.

Description

Procédé pour diversifier une cle de base et pour authentifier une c :lé ainsi diversifiée comme ayant été élaborée a partir d* une clé de base P:rédéterminée, , et système pour la mise en oeuyre.
L'invention a pour objet un procédé pour diversifier une clé de base et pour authentifier une clé ainsi diversifiée comme ayant été élaborée à partir d'une clé de base prédéterminée, et un système pour la mise en oeuvre du procédé.
Un tel procédé permet notamment de diversifier les clés secrètes enregistrées dans des supports portatifs tels que des cartes à mémoire.
L'essor des applications qui mettent en oeuvre des objets portatifs tels que des cartes est essentiellement dû à l'avènement des cartes à mémoire dont une caractéristique •essentielle est de posséder des circuits de traitement. Ces circuits comprennent généralement un microprocesseur qui effectue des calculs non seulement sur des données entrées de l'extérieur, mais surtout sur des données internes inaccessibles de l'extérieur.
De telles cartes sont distribuées à des utilisateurs par des organismes habilités qui proposent la délivrance de services par l'intermédiaire d'appareils ou terminaux mis à la disposition du public et auxquels l'utilisateur accouple temporairement sa carte.
Tout appareil ne délivre généralement le service demandé qu'après s'être préalablement assuré que la carte a bien été établie à l'origine comme ouvant donner accès a ce service. En effet, il faut éviter à tout prix qu'une carte établie pour accéder à un service (A) ne puisse être également utilisée pour accéder à un service (B) , ou qu'un fraudeur ne puisse concevoir ou simuler une fausse carte donnant accès au service (A) et/ou (B).
Ces buts sont généralement atteints par l'établissement préalable d'un échange d'informations sous forme d'un dialogue entre la carte et l'appareil.
Un type de dialogue tel que décrit dans le brevet américain N° 4 471 216 de la demanderesse correspondant à son brevet français N° 2 469 760 prend en compte une clé secrète seule connue de l'organisme habilité et enregistrée à la fois dans la carte et dans l'appareil.. A titre d'exemple, la carte calcule un résultat qui est fonction de sa clé secrète et l'appareil calcule un résultat similaire qui est fonction de sa clé secrète. Les résultats sont comparés par l'appareil qui n'autorisera l'accès au service demandé qu'en cas d'identité ou de concordance entre ces résultats. Cette condition ne peut être satisfaite que si les clés de la carte et de 1'appareil sont identiques.
Ainsi, tout appareil conçu pour délivrer un service donné est apte à reconnaître l'ensemble des cartes qui auront été délivrées par un organisme habilité pour obtenir l'accès à ce service.
Cependant, pour une même clé secrète enregistrée dans un appareil, il y a ri cartes d'une même famille possédant cette clé secrète ( n pouvant atteindre plusieurs millions, notamment dans les applications bancaires). Si un fraudeur parvient à percer le secret de cette clé, il se trouve dans la possibilité de pouvoir fabriquer et diffuser de fausses cartes qui seront cependant reconnues comme valables par les appareils. Une telle conséquence serait donc catastrophique et nécessiterait le changement de la clé secrète et la distribution de nouvelles cartes.
Pour pallier cet inconvénient, l'invention prévoit de diversifier les clés secrètes des cartes à partir d'une même clé de base tout en permettant aux appareils de les reconnaître comme ayant été élaborées à partir d'une même clé. de base. Ainsi, chaque carte aura une clé secrète propre et différente des clés attribuées aux autres cartes.
L'invention propose donc un procédé pour diversifier une clé de base par un système d'initialisation, chaque clé de base ainsi diversifiée étant enregistrée. dans une mémoire d'un dispositif objet, et pour faire reconnaître par un système d'exploitation que la clé diversifiée enregistrée dans un dispositif objet a bien été élaborée à partir d'une clé de base prédéterminée, caractérisé en ce qu'il c Vonsiste :
- pour diversifier une clé de base (Sb) préenregistrée dans une mémoire du système d'initialisation, à faire calculer par des circuits de traitement de ce système une clé diversifiée (Sd) telle que :
Sd = Du (T) Sb
où (Du) est un paramètre de diversification propre à chaque dispositif objet et (T) une transformation combinatoire biunivoque, et à enregistrer cette clé (Sd) dans la mémoire du dispositif objet,
- et pour faire reconnaître la clé diversifiée (Sd) d'un dispositif objet comme ayant été élaborée à partir d'une clé de base (Sb) , à accoupler le dispositif objet avec un système d'exploitation ayant une mémoire où est enregistrée la clé de base (Sb) , à faire calculer par des circuits de traitement de ce système un paramètre intermédiaire (Pu) tel que : z>
Pu = Cu (T) Du
où (Cu) est une donné propre à chaque dispositif objet, (T) la transformation précitée et (Du) le paramètre de diversification précité,
et à faire calculer d'une part par le système d'exploitation un certificat (RI) tel que :
RI = f3 (Kl, Ex) avec Kl = Sb (T) Pu)
où (Ex) est une information externe, et d'autre part par le dispositif objet un certificat (R2) tel que :
R2 = f4 (K2, Ex) avec K2 = Sd (T) Cu
ces deux certificats étant identiques si la clé diversifiée (Sd) du dispositif objet a bien été calculée à partir de la même clé de base (Sb) que celle enregistrée dans le système d'exploitation (4).
Selon une caractéristique du procédé, la transformation (T) est une fonction OU exclusif.
D'autres avantages, caractéristiques et détails apparaîtront à la lumière de la description explicative qui va suivre faite en référence aux dessins annexés donnés à titre d'exemple : la figure 1 montre schématiquement un système d'initialisation pour illustrer la première phase du procédé conforme à l'invention,
- et la figure 2 montre schématiquement un système d'exploitation pour illustrer la deuxième phase du procédé conforme à l'invention,
D'une façon générale, le procédé conforme à l'invention se décompose en une phase d'initialisation et en une phase d' exploitation.
La phase d'initialisation consiste :
- à faire calculer par un système d'initialisation une clé diversifiée à partir d'une clé de base prédéterminée,
- et à enregistrer cette clé secrète ainsi diversifiée dans une mémoire d'un objet portatif.
Cette première phase est réalisée par un organisme habilité qui remet ensuite l'objet portatif à un utilisateur, chaque objet portatif ayant une clé secrète différente. Chaque utilisateur pourra ensuite demander l'accès à des services au moyen de son objet portatif, mais ces accès ne pourront être validés qu'après un contrôle basé sur la reconnaissance de la clé diversifiée enregistrée dans l'objet portatif. Ce contrôle fait l'objet de la deuxième phase ou phase d'exploitation qui sera décrite plus loin.
Le système d'initialisation (1) représenté à la figure 1 se compose notamment d'un dispositif source (CM1), d'un dispositif intermédiaire (DI2), d'un dispositif d'entrée tel qu'un clavier (CL) et d'une interface d'entrée-sortie (10). - b —
Le dispositif source (CMl) se compose notamment d'une mémoire (Ml), de circuits de traitement (Tl) tels qu'un microprocesseur, et d'une interface d' entrée/sortie (II). L'ensemble de ces circuits sont reliés entre eux par un bus de liaison (bl) .
Dans la mémoire (Ml) du dispositif source (CMl) sont au moins enregistrées les informations suivantes :
- une clé secrète intermédiaire (Sm),
- et un programme de calcul (PI) dont la fonction sera explicitée plus loin.
Le dispositif intermédiaire (DI2) se compose notamment d'une mémoire (M2), de circuits de traitement (T2) tels qu'u microprocesseur et d'une interface d'entrée-sortie (12). L'ensemble de ces circuits sont reliés entre eux par une bus de liaison (b2).
La mémoire (M2) du dispositif intermédiaire (DI2) contient les informations suivantes :
- une clé de base prédéterminée (Sb) , - et un programme (P2) dont la fonction sera explicitée plus loin.
Les interfaces (II, 12) du dispositif source (CMl) et du dispositif intermédiaire (DI2) sont reliées ensemble ainsi que le clavier (CL) et l'interface d'initialisation (1) par un bus de liaison (bO).
Un objet portatif (CU3) à initialiser se compose notamment d'une mémoire (M3), de circuits de traitement (T3) tels qu'un microprocesseur et d'une interface d'entrée-sortie (13). L'ensemble de ces circuits sont reliés par un bus de liaisons (b3 ) . Selon un mode préférentiel de réalisation, l'objet portatif (CU3) ou carte usager est constitué par une carte à mémoire telle celle décrite dans les brevets américains N° 4 211 919 et 4 382 279 correspondant respectivement aux brevets français n° 2 401 459 et 2 461 301 de la demanderesse.
La carte usager (CU3) est accouplée au système d'initialisation par une ligne de transmission (L) qui relie les interfaces (10, 13). Une telle ligne (L) est notamment décrite dans le brevet américain N° 4 556 958 correspondant au brevet français n° 2 483 713 de la demanderesse.
Le système d'initialisation (1) a donc pour fonction de calculer une clé diversifiée (Sd) à partir d'une clé de base prédéterminée (Sb) .
Le principe de ce calcul est le suivant. Dans un premier temps, on calcule un paramètre de diversification (Du) à partir de données spécifiques à chaque carte usager à initialiser et d'une clé de base intermédiaire (Sm) . Dans un deuxième temps, on calcule la clé diversifiée (Sd) à partir du paramètre de diversification (Du) et de la clé de base prédéterminée (Sb) .
Dans un premier mode de réalisation, le calcul du paramètre de diversification (Du) est effectué par le dispositif source (CMl) et le calcul de la clé diversifiée (Sd) est effectué par le dispositif intermédiaire (DI2).
Plus précisément, les circuits de traitement (Tl) . du dispositif source (CMl) exécutent le programme (PI) précité pour calculer un paramètre de diversification (Du) tel que : Du = fl (3m, Eu , Cu )
où (Sm) est la clé de base intermédiaire précitée enregistrée dans la mémoire (Ml), (Eu) est une donnée spécifique de la carte usager (CU3) entrée au clavier (CL) et enregistrée dans la mémoire (M3), et (Cu) une donnée de diversification spécifique de la carte usager (CU3) soit externe et entrée au clavier(CL) avant d'être enregistrée dans la mémoire (M3), soit interne et déjà prêenregistrée dans la mémoire (M3).
Ensuite, le dispositif intermédiaire (DI2) calcule une clé diversifiée (Sd) à partir de la clé de base prédéterminée (Sb) enregistrée dans sa mémoire (M2) et du paramètre de diversification (Du) calculé par le dispositif source (CMl) et transmis par le bus (bO) au dispositif intermédiaire (DI2).
La clé diversifiée (Sd) est calculée par les circuits de traitement (T2) qui exécutent le programme (P2) qui est la mise en oeuvre d'une transformation combinatoire biunivoque (T) telle que :
Sd = Sb (T) Du
A titre d'exemple, cette transformation est une fonction OU EXCLUSIF.
Enfin, la clé diversifiée (Sd) ainsi calculée est enregistrée dans la mémoire (M3) de la carte (CU3).
Il est à noter que la mémoire (M3) de la carte usager (CU3) est avantageusement divisée en au moins deux zones (Zl, Z2). La zone de mémoire (Zl) est telle que les informations une fois enregistrées sont inaccessibles depuis l'extérieur, mais uniquement accessibles par les circuits de traitement (T3). La zone de mémoire (Z2) est telle que les informations enregistrées peuvent être lues mais non modifiées depuis l'extérieur. De tels accès mémoire sont notamment décrit dansle brevet américain N° 4 211 919 de la demanderesse correspondant à son brevet français n° 2 401 459.
Comme la zone de mémoire (Zl) permet de préserver le secret des informations enregistrées, la clé diversifiée (Sd) est enregistrée dans cette zone, alors que les données (Eu, Cu) propres à l'usager sont enregistrées dans la zone (Z2) .
La phase d' initialisation ainsi décrite est généralement complétée par l'écriture dans la mémoire (M3) de la carte (CU3) de plusieurs autres informations spécifiques de chaque application.
Une carte usager ainsi initialisée par un organisme habilité est remise à un utilisateur qui peut ensuite obtenir la délivrance d'un service auquel donne droit sa carte en l'accouplant à un appareil ou terminal chargé de cette délivrance et géré par l'organisme habilité.
Avant d'assurer cette délivrance, l'appareil doit s'assurer que la carte présentée possède une clé secrète authentique, c'est-à-dire que cette clé a bien été calculée à partir de la clé de base qui est propre au service demandé et préenregistrée dans tout l'appareil chargé de dispenser ce service. Dans le cas contraire, l'appareil aura détecté soit une fausse carte, soit une bonne carte mais qui n'aura pas 'été initialisée pour obtenir la délivrance du service dispensé par cet appareil.
Ce contrôle fait l'objet de la deuxième phase du procédé ou phase d'exploitation telle que décrite en référence à la figure 2. Le système d'exploitation (4) est composé d'un dispositif de contrôle (CM4) , d'un disposisitif intermémdiaire (DI5), d'un dispositif d'entrée (CL) tel qu'un clavier par exemple et d'une interface d' entrée-sortie (10).
Le dispositif de contrôle (CM4) se compose notamment d'une mémoire (M4) , de circuits de traitement (T4) tels qu'un microprocesseur, et d'une interface d'entrée-sortie (14). L'ensemble de ces circuits sont reliés entre eux par un bus de liaison (b4).
Dans la mémoire (M4) sont au moins enregistrées les informations suivantes :
— les clés secrètes (S , Sb) utilisées lors de la phase d' initialisation,
- le programme (PI) également utilisé dans la phase d'initialisation pour calculer le paramètre de diversification (Du), - et un programme (P3) dont la fonction sera explicitée plus loin.
Le dispositif intermédiaire (DI5) se compose notamment d'une mémoire (M5), de circuits de traitement (T5) tels qu'un microproceseur, et d'une interface d'entrée-sortie (15). L'ensemble de ces circuits sont reliés entre eux par un bus de liaison (b5).
La mémoire (M5) du dispositif intermédiaire (DI5) contient au moins le même programme (P2) dont la fonction sera explicitée plus loin.
Les interfaces (14, 15) du dispositif de contrôle (CM4) et du dispositif intermédiaire (DI5) sont reliées ensemble ainsi qu'au clavier (CL) et à l'interface (10) du système d'exploitation (4) par un bus de liaison (bO). Soit une carte usager (CU3) telle que précédemment initialisée et accouplée temporairement au système d'exploitation (4). Cet accouplement est obtenu par une ligne de transmission (L) du type précité qui relie l'interface (10) du système (4) et l'interface (13) de la carte (CU3) .
Dans un premier temps, le dispositif de contrôle (CM4) recalcule un paramètre de diversification (Du) par exécution du programme (PI) par les circuits de taitement (T4). Ce paramètre (Du) est tel que :
Du = fl (Sm, Eu, Cu)
où les paramètres (Eu, Cu) ont été prélevés de la mémoire (M3) de la carte usager (CU3).
Une fois calculé, -le paramètre de diversification est transmis au dispositif intermédiaire (DI5) dont les circuits de traitement (T5) vont exécuter le programme (P2) pour obtenir un paramètre (Pu) tel que :
Pu = Du (T) Cu
où (Cu) est le paramètre prélevé de la mémoire (M3) de la carte usager (CU3).
A ce stade du procédé, il est important de noter une originalité de l'invention. Le dispositif de contrôle (CM4) et le dispositif intermédiaire (DI5) ne recalculent pas directement une clé diversifiée (Sd) à partir de la clé de base (Sb) pour la comparer ensuite à celle enregistrée dans la carte usager (CU3). Ainsi, la clé diversifiée (Sd) est d'autant mieux protégée.
Pour permettre cependant une reconnaissance de la clé diversifiée (Sd) enregistrée dans la carte usager (CU3), le dispositif de contrôle (CM4) et la carte (CU3) vont respectivement calculer le résultat dénommé certificat. Ces certificats seront identiques si la clé diversifiée (Sd) de la carte (CU3) a été calculée à partir de la même clé de base (Sb) que celle enregistrée 'dans la mémoire (M4) du dispostif de contrôle (CM4) . L'identité des deux certificats est basée sur les relations qui existent entre les clés secrètes (Sb, Sd) et les paramètres (Pu, Du) comme explicité ci-après.
Un premier certificat ou résultat (Ri) est calculé par les circuits de traitement (T4) du dispositif de contrôle (CM4) par exécution du programme (P3) enregistré dans la mémoire (M4) . Ce résultat (RI) est tel que :
RI = f3 (Kl, Ex) avec Kl = Sb (T) Pu
où (Sb) est la clé de base enregistrée dans a mémoire (M4), (Pu) le paramètre calculé par le dispositif intermédiaire (DI5), et (Ex) une donnée externe entrée par exemple au clavier (CL) par un opérateur ou par l'usager.
De leur côté, les circuits de traitement (T3) de la carte usager (CU3) exécutent le programme (P4) préenregistré dans la mémoire (M3) lors de la phase d'initialisation pour obtenir un second certificat ou résultat (R2) tel que
R2 = f4 (K2, Ex) avec K2 = Sd (T) Cu
où (Sd) est la clé diversifiée enregistrée dans la mémoire (M3), (Cu) le paramètre prélevé dans la zone de mémoire (Z2), et (Ex) la donnée externe précitée. Si la clé diversifiée (Sd) a bien été calculée à partir d'une clé de base (Sb) identique à celle enregistrée dans le dispositif de contrôle (CM4), les deux résultats (Ri, R2) seront identiques pour les raisons suivantes :
le paramètre intermédiaire (K2) pour le calcul du résultat (R2) est tel que :
K2 = Sd (T) Cu or : Sd = Sb (T) Du d'où : K2 = Sb (T) Du (T) Cu or : Pu = Cu (T) Du d'où : K2 = Sb (T) Pu = Kl (paramètre intermédiaire utilisé pour le calcul du résultat (RI).
Toutes ces égalités sont satisfaites car la transformation (T) utilisé^e est une transformation commutative.
Bien entendu, si au moins l'une de ces égalités n'est pas satisfaite, la clé diversifiée (Sd) du dispositif objet (CU3) n'est pas reconnue comme authentique et le dialogue est interrompu.
Il ressort de ce qui précède que le dispositif source (CMl) et le dispositif intermédiaire (DI2) du système d'initialisation (1), ainsi que le dispositif de contrôle (CM4) et le dispositif intermédiaire (DI5) du système d'exploitation (4), renferment des informations qui doivent rester secrètes pour interdire la fraude qui peut consister à simuler de fausses cartes usagers (CU3) qui soient reconnues comme authentiques par le dispositif de contrôle (CM4).
Il est donc indispensable de prendre des mesures de sécurité pour protéger l'accès aux informations contenues dans les mémoires (Ml, M2, M4 et M5) . Une première solution consiste à prendre des mesures de protection physiques ou matérielles rendant difficilement accessibles ces mémoires.
Une deuxième solution consiste, une fois les informations écrites, à verrouiller les accès mémoire de manière à les rendre inaccessibles de l'extérieur, mais uniquement accessibles par les circuits de traitement respectivement associés à ces mémoires.
Cette deuxième solution est satisfaite si les mémoires correspondent aux mémoires d'objets portatifs tels que les cartes usagers (CU3). Plus présisément, la mémoire (Ml) et les circuits de traitement (Tl) du dispositif source (CMl) du système d'initialisation (1) d'une part, et la mémoire (M4) et les circuits de traitement (T4) du dispositif de contrôle (CM4) du système d'exploitation (4) d'autre part, sont intégrés dans une carte du type usager où chaque mémoire (Ml, M4) est divisée en au moins deux zones de mémoire (Zl, Z2).
Une troisième solution consiste à regrouper le dispositif source (CMl) et le dispositif intermédiaire (DI2) du système d' initailisation (1) dans un même dispositif conçu par exemple sous la forme d'un boîtier à circuits intégrés avec les mêmes caractéristiques d'accès à la mémoire qu'une carte précitée. Cette solution s'applique également au dispositif de contrôle (CM4) et au dispositif intermédiaire (DI5) du système d'exploitation (4).
En variante de cette troisième solution, le boîtier à circuits intégrés précité est inclus dans un objet portatif et notamment dans une carte à mémoire précitée.

Claims

Revendications :
1. Procédé pour diversifier une clé de base par un système d'initialisation, chaque clé diversifiée étant enregistrée dans une mémoire d'un dispositif objet, et pour faire reconnaître par un système d'exploitation que le clé diversifiée d'un dispositif objet a bien été élaborée à partir d'une clé de base prédéterminée, caractérisé en ce qu' il consiste :
- pour diversifier une clé de .base (Sb) préenregistrée dans une mémoire (M2) du système d'initialisation (1), à faire calculer par des circuits de traitement (Tl, T2) de ce système (1) une clé diversifiée (Sd) telle que :
Sd = Du (T) Sb
où (Du) est un paramètre de diversification propre à chaque dispositif objet (CU3) et (T) une transformation combinatoire biunivoque, et à enregistrer cette clé (Sd) dans la mémoire (M3) du dispositif objet (CU3),
- et pour faire reconnaître la clé diversifiée (Sd) d'un dispositif objet (CU3) comme ayant été élaborée à partir d'une clé base (Sb) , à accoupler le dispositif objet (CU3) avec un système d'exploitation (4) ayant une mémoire (M4) où est enregistrée la clé de base (Sb) , à faire calculer par des circuits de traitement (T4, T5) de ce système (4) un paramètre intermédiaire (Pu) tel que :
Pu = Cu (T) Du
où (Cu) est une donnée propre à chaque dispositif objet (CU3), (T) la transformation précitée et (Du) le paramètre de diversification précité,
et à faire calculer d'une part par le système d'exploitation (4) un certificat (RI) tel que : RI = f3 (Kl, Ex) avec Kl = Sb (T) Pu
où (Ex) est une information externe, et d'autre part par le dispositif objet (CU3) un certificat (R2) tel que :
R2 = f4 (K2, Ex) avec K2 = Sd (T) Cu
ces deux certificats (RI, R2) étant identiques si la clé diversifiée (Sd) du dispositif objet (CU3) a bien été calculée à partir de la même clé de base (Sb) que celle enregistrée dans le système d'exploitation (4).
2. Procédé selon la revendication 1, caractérisé en ce qu'il consiste à faire calculer par le système d'initialisation (1) le paramètre de diversification (Du) précité par exécution d'un programme (PI) enregistré dans sa mémoire (Ml) et qui prend en compte une donnée (Eu) propre au dispositif objet (CU3).
3. Procédé selon la revendication 2, caractérisé en ce que le programme (PI) précité prend également en compte une clé intermédiaire (S ) préenregistrée dans la mémoire (Ml) du système d'initialisation (1).
4. Procédé selon la revendication 1, caractérisé en ce qu'il consiste à faire calculer par le système d'exploitation (4) le paramètre de diversification (Du) précité par exécution d'un programme (PI) enregistré dans sa mémoire (M4) et qui prend en compte une donnée (Eu) propre au dispositif objet (CU3).
5. Procédé selon la revendication 4, caractérisé en ce que le programme (PI) précité prend également en compte une clé intermédiaire (Sm) prêenregistrée dans la mémoire (M4) du système d'exploitation (4).
6. Procédé selon la revendication (1) caractérisé en ce qu'il consiste à prendre pour la transformation (T) précitée une fonction OU EXCLUSIF,
7. Système d'initialisation pour la mise en oeuvre du procédé tel que défini selon l'une des revendications 1 à 6, caractérisé en ce qu'il comprend pour initialiser un dispositif objet (CU3) avec une clé diversifiée (Sd) :
- des moyens d'accouplement (10, 13, L) avec le dispositif objet (CU3), - une mémoire (M2) ou est enregistrée une clé de base (Sb) et un programme (P2), - des circuits de traitement (T2) pour calculer la clé diversifiée (Sd) par exécution du programmme (P2) qui est la mise en oeuvre d'une transformation (T) combinatoire biun.ivoque, et telle que :
Sd = Sb (T) Du
où (Du) est un paramètre de diversification propre à chaque dispositif objet (CU3).
8. Système selon la revendication 7, caractérisé en ce qu'il comprend également des circuits de traitement (Tl) pour calculer le paramètre de diversification (Du) précité par exécution d'un programme (PI) enregistré dans une mémoire (Ml) et qui prend en compte au moins une donnée (Eu) propre au dispsositif objet (CU3).
9. Système selon la revendication 8, caractérisé en ce que le programme (Pl) précité prend également en compte une clé intermédiaire (Sm) préenregistrée dans la mémoire (Ml).
10. Système selon l'une des revendications 7 à 9, caractérisé en ce que les circuits de traitement (Tl) et la mémoire (Ml) précitée sont intégrés dans un objet portatif tel qu'une carte à mémoire (CMl).
11. Système selon l'une des revendications 7 à 9, caractérisé en ce que les circuits de traitement (Tl, T2) et les mémoires (Ml, M2) sont intégrés dans un boîtier à circuits intégrés.
12. Système selon la revendication 11, caractérisé en ce que le boîtier précité est logé dans un objet portatif tel qu'une carte à mémoire.
13. Système d'exploitation pour la mise en oeuvre du procédé tel que défini selon l'une des revendications 1 à 6, caractérisé en ce qu'il comprend pour reconnaître la clé diversifiée (Sd) enregistrée dans un dispositif objet (CU3) :
- des moyens d'accouplement (10, 13, L) avec le dispositif objet (CU3),
- une* mémoire (M5) où est enregistrée un programme (P2) et des circuits de traitement (T5) pour calculer un paramètre intermédiaire (Pu) par exécution du programme (P2) qui est la mise en oeuvre d'une transformation (T) combinatoire biunivoque, et tel que :
Pu = Du (T) Cu
où (Du) est un paramètre de diversification propre à chaque dispositif objet (CU3) et (Cu) une donnée propre à chaque dispositif objet (CU3),
- une mémoire (M4) où sont enregistrés une clé de base (Sb) et un programme (P3), et des circuits de traitement (T4) pour calculer un certificat (RI) par exécution du programme (P3) et tel que :
RI = f3 (Kl, Ex) avec Kl ≈ Sb (T) Pu) où (Ex) est une information externe.
14. Système selon la revendication (13), caractérisé en ce que la mémoire (M4) précitée contient également un programme (Pl) exécuté par les circuits de traitement (T4) pour calculer le paramètre de diversification (Du) précité et qui prend en compte au moins une donnée (Eu) propre au dispositif objet (CU3).
15. Système selon la revendication 14, caractérisé en ce que le programme (Pl) précité prend également en compte une clé intermédiaire (Sm) préenregistrée dans la mémoire (M4).
16. Système selon l'une des revendications 13 à 15, caractérisé en ce que la mémoire (M4) et les circuits de traitement (T4) sont intégrés dans un objet portatif (CM4) tel qu'une carte à mémoire.
17. Système selon l'une des revendications 13 à 15, caractérisé en ce que les mémoires (M4, M5) et les circuits de traitement (T4, T5) sont intégrés dans un boîtier à circuits intégrés.
18. Système selon la revendication 17, caractérisé en ce que le boîtier précité est logé dans un objet portatif tel qu'une à mémoire.
19. Système selon l'une des revendications 13 à 15, caractérisé en ce que la mémoire (M3) du dispositif objet (CU3) accouplée audit système contient un programme (P4) exécuté par les circuits de traitement (T3) pour calculer un certificat (R2) tel que :
R2 = f4 (Ex, K2) avec K2 = Sd (T) Cu
où (Ex) est l'information externe précitée, ce certificat (R2) devant être identique au certificat (RI) précité calculé par ledit système.
20. Système selon l'une des revendications 13 à 19, caractérisé en ce que le dispositif objet (CU3) est un objet portatif tel qu'une carte à mémoire.
PCT/FR1987/000273 1986-07-17 1987-07-09 Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme pour la mise en oeuvre WO1988000744A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR86/10416 1986-07-17
FR8610416A FR2601795B1 (fr) 1986-07-17 1986-07-17 Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme pour la mise en oeuvre

Publications (1)

Publication Number Publication Date
WO1988000744A1 true WO1988000744A1 (fr) 1988-01-28

Family

ID=9337515

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR1987/000273 WO1988000744A1 (fr) 1986-07-17 1987-07-09 Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme pour la mise en oeuvre

Country Status (10)

Country Link
US (1) US4811393A (fr)
EP (1) EP0253722B1 (fr)
JP (1) JP2690923B2 (fr)
AT (1) ATE83869T1 (fr)
CA (1) CA1284223C (fr)
DE (1) DE3783171T2 (fr)
ES (1) ES2037733T3 (fr)
FR (1) FR2601795B1 (fr)
HK (1) HK91995A (fr)
WO (1) WO1988000744A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5613568A (en) * 1993-05-06 1997-03-25 Lennart Nilsson Rock drilling machine

Families Citing this family (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2601535B1 (fr) * 1986-07-11 1988-10-21 Bull Cp8 Procede pour certifier l'authenticite d'une donnee echangee entre deux dispositifs connectes en local ou a distance par une ligne de transmission
US5140634A (en) * 1987-09-07 1992-08-18 U.S Philips Corporation Method and apparatus for authenticating accreditations and for authenticating and signing messages
US4893338A (en) * 1987-12-31 1990-01-09 Pitney Bowes Inc. System for conveying information for the reliable authentification of a plurality of documents
US5005200A (en) * 1988-02-12 1991-04-02 Fischer Addison M Public key/signature cryptosystem with enhanced digital signature certification
US4868877A (en) * 1988-02-12 1989-09-19 Fischer Addison M Public key/signature cryptosystem with enhanced digital signature certification
US4962532A (en) * 1988-12-22 1990-10-09 Ibm Corporation Method for providing notification of classified electronic message delivery restriction
US4933971A (en) * 1989-03-14 1990-06-12 Tandem Computers Incorporated Method for encrypting transmitted data using a unique key
DE69019593T2 (de) * 1989-04-27 1996-01-25 Ibm Sichere Handhabung von Schlüsseln unter Verwendung von Kontrollvektoren mit Mehrwegüberwachung.
US4991210A (en) * 1989-05-04 1991-02-05 David Chaum Unpredictable blind signature systems
US4918728A (en) * 1989-08-30 1990-04-17 International Business Machines Corporation Data cryptography operations using control vectors
US5081677A (en) * 1990-08-31 1992-01-14 International Business Machines Corp. Crypotographic key version control facility
JP2901767B2 (ja) * 1991-02-08 1999-06-07 株式会社東芝 暗号通信システム及び携帯可能電子装置
GB9104909D0 (en) * 1991-03-08 1991-04-24 Int Computers Ltd Access control in a distributed computer system
FR2681165B1 (fr) * 1991-09-05 1998-09-18 Gemplus Card Int Procede de transmission d'information confidentielle entre deux cartes a puces.
JP2821306B2 (ja) * 1992-03-06 1998-11-05 三菱電機株式会社 Ｉｃカードと端末機との間の認証方法およびそのシステム
EP0634038B1 (fr) * 1992-03-30 2001-10-24 Telstra Corporation Limited Methode et systeme de communication cryptographique
FR2690258B1 (fr) * 1992-04-17 1997-03-28 France Telecom Procede de controle d'acces du type autorisant l'acces a une fonction d'exploitation d'un module d'exploitation a l'aide d'un mot de controle.
FR2697361B1 (fr) * 1992-10-27 1994-12-16 Bull Cp8 Procédé et système d'inscription d'une information sur un support permettant de certifier ultérieurement l'originalité de cette information.
US5796835A (en) * 1992-10-27 1998-08-18 Bull Cp8 Method and system for writing information in a data carrier making it possible to later certify the originality of this information
FR2697929B1 (fr) * 1992-11-10 1995-01-13 Innovatron Sa Protocole sécurisé d'échange de données entre un dispositif de transfert et un objet portatif.
US5317636A (en) * 1992-12-09 1994-05-31 Arris, Inc. Method and apparatus for securing credit card transactions
FR2704341B1 (fr) * 1993-04-22 1995-06-02 Bull Cp8 Dispositif de protection des clés d'une carte à puce.
IL107789A0 (en) * 1993-11-29 1995-03-15 Cortress U & T Ltd Data verification system and method
US5787172A (en) * 1994-02-24 1998-07-28 The Merdan Group, Inc. Apparatus and method for establishing a cryptographic link between elements of a system
ATE189570T1 (de) 1994-02-24 2000-02-15 Merdan Group Inc Verfahren und einrichtung zum aufbau einer kryptographischen verbindung zwischen elementen eines systems
US5539828A (en) * 1994-05-31 1996-07-23 Intel Corporation Apparatus and method for providing secured communications
US6185546B1 (en) 1995-10-04 2001-02-06 Intel Corporation Apparatus and method for providing secured communications
FR2722596A1 (fr) * 1994-07-13 1996-01-19 France Telecom Systeme de controle d'acces limites a des places horaires autorisees et renouvables au moyen d'un support de memorisation portable
FR2725537B1 (fr) 1994-10-11 1996-11-22 Bull Cp8 Procede de chargement d'une zone memoire protegee d'un dispositif de traitement de l'information et dispositif associe
US5949881A (en) * 1995-12-04 1999-09-07 Intel Corporation Apparatus and method for cryptographic companion imprinting
US6088450A (en) * 1996-04-17 2000-07-11 Intel Corporation Authentication system based on periodic challenge/response protocol
US5745576A (en) * 1996-05-17 1998-04-28 Visa International Service Association Method and apparatus for initialization of cryptographic terminal
US6463416B1 (en) 1996-07-15 2002-10-08 Intelli-Check, Inc. Authentication system for identification documents
US6181803B1 (en) 1996-09-30 2001-01-30 Intel Corporation Apparatus and method for securely processing biometric information to control access to a node
US5818939A (en) * 1996-12-18 1998-10-06 Intel Corporation Optimized security functionality in an electronic system
GB2321741B (en) * 1997-02-03 2000-10-04 Certicom Corp Data card verification system
US6317832B1 (en) * 1997-02-21 2001-11-13 Mondex International Limited Secure multiple application card system and process
US6575372B1 (en) 1997-02-21 2003-06-10 Mondex International Limited Secure multi-application IC card system having selective loading and deleting capability
DE19716111A1 (de) * 1997-04-17 1998-10-22 Giesecke & Devrient Gmbh Verfahren zur gegenseitigen Authentifizierung zweier Einheiten
US6385723B1 (en) 1997-05-15 2002-05-07 Mondex International Limited Key transformation unit for an IC card
US6164549A (en) * 1997-05-15 2000-12-26 Mondex International Limited IC card with shell feature
US6220510B1 (en) 1997-05-15 2001-04-24 Mondex International Limited Multi-application IC card with delegation feature
US6488211B1 (en) 1997-05-15 2002-12-03 Mondex International Limited System and method for flexibly loading in IC card
US6328217B1 (en) 1997-05-15 2001-12-11 Mondex International Limited Integrated circuit card with application history list
US6603857B1 (en) * 1997-07-14 2003-08-05 Entrust Technologies Limited Method and apparatus for controlling release of time sensitive information
US6128391A (en) * 1997-09-22 2000-10-03 Visa International Service Association Method and apparatus for asymetric key management in a cryptographic system
US5974550A (en) * 1997-12-12 1999-10-26 Intel Corporation Method for strongly authenticating another process in a different address space
US6357665B1 (en) 1998-01-22 2002-03-19 Mondex International Limited Configuration of IC card
US6736325B1 (en) 1998-01-22 2004-05-18 Mondex International Limited Codelets
US6742120B1 (en) 1998-02-03 2004-05-25 Mondex International Limited System and method for controlling access to computer code in an IC card
US6633981B1 (en) 1999-06-18 2003-10-14 Intel Corporation Electronic system and method for controlling access through user authentication
US20010054147A1 (en) * 2000-04-04 2001-12-20 Richards Ernest S. Electronic identifier
US6700076B2 (en) * 2000-09-28 2004-03-02 Eic Corporation Multi-layer interconnect module and method of interconnection
US7708189B1 (en) 2002-05-17 2010-05-04 Cipriano Joseph J Identification verification system and method
US7885896B2 (en) 2002-07-09 2011-02-08 Avaya Inc. Method for authorizing a substitute software license server
US8041642B2 (en) 2002-07-10 2011-10-18 Avaya Inc. Predictive software license balancing
US7216363B2 (en) 2002-08-30 2007-05-08 Avaya Technology Corp. Licensing duplicated systems
US7707116B2 (en) * 2002-08-30 2010-04-27 Avaya Inc. Flexible license file feature controls
US7228567B2 (en) 2002-08-30 2007-06-05 Avaya Technology Corp. License file serial number tracking
US7681245B2 (en) * 2002-08-30 2010-03-16 Avaya Inc. Remote feature activator feature extraction
US7966520B2 (en) 2002-08-30 2011-06-21 Avaya Inc. Software licensing for spare processors
US7698225B2 (en) 2002-08-30 2010-04-13 Avaya Inc. License modes in call processing
US7890997B2 (en) 2002-12-26 2011-02-15 Avaya Inc. Remote feature activation authentication file system
US7260557B2 (en) * 2003-02-27 2007-08-21 Avaya Technology Corp. Method and apparatus for license distribution
US7373657B2 (en) 2003-03-10 2008-05-13 Avaya Technology Corp. Method and apparatus for controlling data and software access
US20040181696A1 (en) * 2003-03-11 2004-09-16 Walker William T. Temporary password login
US6961852B2 (en) * 2003-06-19 2005-11-01 International Business Machines Corporation System and method for authenticating software using hidden intermediate keys
US7353388B1 (en) 2004-02-09 2008-04-01 Avaya Technology Corp. Key server for securing IP telephony registration, control, and maintenance
US7272500B1 (en) 2004-03-25 2007-09-18 Avaya Technology Corp. Global positioning system hardware key for software licenses
FR2873467A1 (fr) * 2004-07-26 2006-01-27 Proton World Internatinal Nv Enregistrement d'une cle dans un circuit integre
US7707405B1 (en) 2004-09-21 2010-04-27 Avaya Inc. Secure installation activation
US7747851B1 (en) 2004-09-30 2010-06-29 Avaya Inc. Certificate distribution via license files
US7965701B1 (en) 2004-09-30 2011-06-21 Avaya Inc. Method and system for secure communications with IP telephony appliance
US8229858B1 (en) 2004-09-30 2012-07-24 Avaya Inc. Generation of enterprise-wide licenses in a customer environment
US7860318B2 (en) 2004-11-09 2010-12-28 Intelli-Check, Inc System and method for comparing documents
EP1691250A1 (fr) * 2005-02-14 2006-08-16 Axalto SA Procédé améliorant l''introduction d'une clé collective dans un jeton d'authentification
US7814023B1 (en) 2005-09-08 2010-10-12 Avaya Inc. Secure download manager
US20070062199A1 (en) * 2005-09-22 2007-03-22 United Technologies Corporation Turbine engine nozzle
US7792522B1 (en) 2006-01-13 2010-09-07 Positive Access Corporation Software key control for mobile devices
WO2008054512A2 (fr) * 2006-04-19 2008-05-08 Stepnexus Holdings Procédés et systèmes pour un chargement d'application de carte à circuits intégrés (ic)
JP5435845B2 (ja) 2007-02-20 2014-03-05 株式会社メガチップス 信号処理装置
US8681991B2 (en) * 2008-04-01 2014-03-25 Kaba Ag System and method for providing user media
US8295481B2 (en) * 2009-08-31 2012-10-23 International Business Machines Corporation Virtualization of cryptographic keys
US8559642B2 (en) 2010-12-29 2013-10-15 Secureall Corporation Cryptographic communication with mobile devices
US10373409B2 (en) 2014-10-31 2019-08-06 Intellicheck, Inc. Identification scan in compliance with jurisdictional or other rules
DE102016207441A1 (de) * 2016-04-29 2017-11-02 Siemens Aktiengesellschaft Verfahren und Vorrichtung zur Steuerung von Sicherheitsmaßnahmen in Automatisierungs-, Steuerungs- und/oder Kontrollsystemen
CN110050437B (zh) * 2016-09-06 2020-10-23 华为技术有限公司 分布式证书注册的装置和方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0055986A2 (fr) * 1981-01-07 1982-07-14 Bull Transac Procédé et dispositif de sécurité pour communication tripartite de données confidentielles
EP0064779A2 (fr) * 1981-04-08 1982-11-17 Philips Norden AB Méthode et système pour l'identification mutuelle chiffrée entre stations de communication de données et stations pour l'utilisation de cette méthode et système
EP0117907A2 (fr) * 1983-02-07 1984-09-12 GABE Geldausgabeautomaten-Service Gesellschaft m.b.H Méthode et module pour l'examen de données électroniques
EP0138386A2 (fr) * 1983-09-16 1985-04-24 Kabushiki Kaisha Toshiba Carte d'identification
EP0168667A2 (fr) * 1984-07-19 1986-01-22 Tandem Computers Incorporated Système de transfert d'un message protégé, et procédé utilisant un code de session mis à jour

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4295039A (en) * 1979-12-03 1981-10-13 International Business Machines Corporation Method and apparatus for achieving secure password verification
US4438824A (en) * 1981-04-22 1984-03-27 Siemens Corporation Apparatus and method for cryptographic identity verification
US4670857A (en) * 1981-10-26 1987-06-02 Rackman Michael I Cartridge-controlled system whose use is limited to authorized cartridges
US4748668A (en) * 1986-07-09 1988-05-31 Yeda Research And Development Company Limited Method, apparatus and article for identification and signature

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0055986A2 (fr) * 1981-01-07 1982-07-14 Bull Transac Procédé et dispositif de sécurité pour communication tripartite de données confidentielles
EP0064779A2 (fr) * 1981-04-08 1982-11-17 Philips Norden AB Méthode et système pour l'identification mutuelle chiffrée entre stations de communication de données et stations pour l'utilisation de cette méthode et système
EP0117907A2 (fr) * 1983-02-07 1984-09-12 GABE Geldausgabeautomaten-Service Gesellschaft m.b.H Méthode et module pour l'examen de données électroniques
EP0138386A2 (fr) * 1983-09-16 1985-04-24 Kabushiki Kaisha Toshiba Carte d'identification
EP0168667A2 (fr) * 1984-07-19 1986-01-22 Tandem Computers Incorporated Système de transfert d'un message protégé, et procédé utilisant un code de session mis à jour

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5613568A (en) * 1993-05-06 1997-03-25 Lennart Nilsson Rock drilling machine

Also Published As

Publication number Publication date
ES2037733T3 (es) 1993-07-01
DE3783171T2 (de) 1993-04-22
HK91995A (en) 1995-06-16
EP0253722B1 (fr) 1992-12-23
JPH01500933A (ja) 1989-03-30
FR2601795A1 (fr) 1988-01-22
US4811393A (en) 1989-03-07
DE3783171D1 (de) 1993-02-04
ATE83869T1 (de) 1993-01-15
FR2601795B1 (fr) 1988-10-07
JP2690923B2 (ja) 1997-12-17
EP0253722A1 (fr) 1988-01-20
CA1284223C (fr) 1991-05-14

Similar Documents

Publication Publication Date Title
EP0253722B1 (fr) Procédé pour diversifier une clé de base et pour authentifier une clé ainsi diversifiée comme ayant été élaborée à partir d'une clé de base prédéterminée, et système pour la mise en oeuvre
CA1289240C (fr) Procede pour authentifier une donnee d'habilitation externe par un objet portatif tel qu'une carte a memoire
EP0250309B1 (fr) Procédé pour faire authentifier par un milieu extérieur un objet portatif tel qu'une carte à mémoire accouplée à ce milieu
EP0496656B1 (fr) Procédé d'échange de droits entre cartes à microprocesseur
EP0077238B1 (fr) Procédé et dispositif pour authentifier la signature d'un message signé
EP0671712B1 (fr) Procédé et dispositif pour authentifier un support de données destiné à permettre une transaction ou l'accès à un service ou à un lieu, et support correspondant
CA2351652A1 (fr) Procede d'authentification entre une carte a memoire et un terminal
EP0880759B1 (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
EP0708949B1 (fr) Procede pour produire une cle commune dans deux dispositifs en vue de mettre en oeuvre une procedure cryptographique commune, et appareil associe
EP1224636B1 (fr) Procede de transaction electronique securisee et systeme correspondant
FR2600190A1 (fr) Procede pour diversifier une cle de base et pour authentifier une cle ainsi diversifiee comme ayant ete elaboree a partir d'une cle de base predeterminee, et systeme de mise en oeuvre
FR2608338A1 (fr) Dispositif pour l'echange de donnees confidentielles entre une serie de terminaux et un concentrateur
FR2829645A1 (fr) Protocole d'authentification a verification d'integrite de memoire
FR2730076A1 (fr) Procede d'authentification par un serveur du porteur d'un objet portatif a microprocesseur, serveur et objet portatif correspondants
EP0824732B1 (fr) Procede d'activation et de protection anti-fraude d'un dispositif electronique de jeu, et dispositif correspondant
EP1295264A1 (fr) Procede de securisation de transactions effectuees au moyen de cartes pourvues d'un numero d'identification du proprietaire
EP1301910B1 (fr) Procede pour securiser une transaction via un reseau de telecommunication, et systeme de mise en oeuvre du procede
FR2812423A1 (fr) Systeme de paiement par carte d'une transaction sur internet
FR2792088A1 (fr) Procede de paiement securise et dispositif pour la mise en oeuvre d'un tel procede
CA2285642A1 (fr) Procede de certification d'un cumul dans un lecteur
FR2582830A1 (fr) Dispositif permettant de determiner une relation entre un document reference et un individu
FR2834842A1 (fr) Procede d'authentification d'un objet portable informatise par un terminal, systeme mettant en oeuvre le procede, terminal utilise dans le procede et objet portable utilise dans le procede
FR2989547A1 (fr) Systeme de securisation des transactions, procede de mise en oeuvre et serveur d'authentification dudit systeme
FR2892875A1 (fr) Procede de securisation des paiements par decoupage des montants
FR2945142A1 (fr) Procede et systeme de reinitialisation d'un compteur d'une application de paiement mobile sans contact

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US