ISO 10202-7:1998

Financial transaction cards — Security architecture of financial transaction systems using integrated circuit cards — Part 7: Key management

Cartes de transactions financières — Architecture de sécurité des systèmes de transactions financières utilisant des cartes à circuit intégré — Partie 7: Gestion de clé

La présente partie de l'ISO 10202 spécifie les exigences de gestion de clé requises pour les systèmes de transactions financières utilisant des cartes à circuit intégré. Elle définit les procédures et processus de gestion sécurisés des clés cryptographiques utilisées pendant le cycle de vie de la carte, ainsi que le traitement des transactions dans un environnement de carte à circuit intégré. Les schémas de gestion de clés symétriques et asymétriques sont abordés.Des exigences de gestion minimale des clés sont spécifiées.La gestion des clés est le procédé par lequel des clés cryptographiques sont fournies en vue de leur utilisation par des entités accréditées communiquant entre elles, et par lequel des clés cryptographiques sont soumises à des procédures de sécurité jusqu'à ce qu'elles soient détruites. La sécurité des données chiffrées consiste à éviter toute divulgation ainsi que toute modification, substitution, insertion ou suppression illicite de clés. Ainsi, la gestion des clés est en relation avec les procédures de génération, de stockage, de distribution, d'utilisation et de destruction des clés. De même, la formalisation de ces procédures permet la mise en oeuvre de mécanismes de traçabilité.La présente partie de l'ISO 10202 s'applique entre l'ICC et le SAM, tant dans des environnements de traitement des transactions en ligne ou hors ligne, ainsi qu'entre l'ICC et le SAM ou le module de sécurité d'un ordinateur distant dans un environnement en ligne (de bout-en-bout).

General Information

• Status: Withdrawn
• Publication Date: 01-Jul-1998
• Withdrawal Date: 01-Jul-1998
• ICS: 35.240.15 - Identification cards. Chip cards. Biometrics
• Technical Committee: ISO/TC 68/SC 2 - Financial Services, security
• Drafting Committee: ISO/TC 68/SC 2 - Financial Services, security
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 17-Mar-2006
• Completion Date: 14-Feb-2026

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 10202-7
First edition
1998-07-15
Financial transaction cards — Security
architecture of financial transaction
systems using integrated circuit cards —
Part 7:
Key management
Cartes de transactions financières — Architecture de sécurité des systèmes
de transactions financières utilisant des cartes à circuit intégré —
Partie 7: Gestion de clé
A
Reference number
Contents
1 Scope .1
2 Normative references .1
3 Definitions and abbreviations .2
3.1 Definitions .2
3.2 Abbreviations.5
4 General security principles.6
5 ICC systems key management requirements .6
5.1 ICC and SAM life cycle .6
5.2 Key life cycle protection.7
5.3 Key separation .7
5.4 Key management services.7
5.5 Key relationships.7
5.6 On-line transaction processing.8
5.7 Off-line transaction processing using a SAM.8
5.8 CDF and ADF keys.8
5.9 Physical security.9
5.10 CADs without a SAM .9
6 ICC systems cryptographic keys .9
6.1 Definition of cryptographic keys.9
6.2 Key hierarchy .10
7 Key life cycle .10
7.1 Key generation.11
©  ISO 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced
or utilized in any form or by any means, electronic or mechanical, including photocopying and
microfilm, without permission in writing from the publisher.
International Organization for Standardization
Case postale 56 • CH-1211 Genève 20 • Switzerland
Internet [e-mail]
Printed in Switzerland
ii
©
ISO ISO 10202-7:1998(E)
7.2 Key storage . 11
7.3 Key backup. 11
7.4 Key distribution and loading . 11
7.5 Key use . 11
7.6 Key replacement . 11
7.7 Key destruction. 12
7.8 Key deletion . 12
7.9 Key archive. 12
7.10 Key termination. 12
7.11 Reserve keys. 12
8 Key management services. 13
8.1 Key encipherment. 13
8.2 Key derivation . 13
8.3 Key offsetting. 13
8.4 Key notarization. 13
8.5 Key tagging . 13
8.6 Key verification . 13
8.7 Key identification. 14
8.7.1 Implicit key identification. 14
8.7.2 Explicit key identification. 14
8.8 Controls and audits. 14
9 ICC and SAM key loading processes. 15
9.1 Loading of initial symmetric keys. 15
9.2 Loading of production keys . 15
9.3 Loading of issuer keys. 15
9.4 Loading of ADF keys. 15
9.5 Loading of public keys. 16
9.6 Loading of secret keys of asymmetric algorithms. 16
9.7 Generation of asymmetric public/secret key pairs . 16
9.8 Test keys . 16
iii
©
10 Symmetric key management techniques .16
10.1 Derivation of ICC and SAM keys .17
10.2 Key Management technique 1: Static data keys.17
10.3 Key management technique 2: Session keys.18
10.4 Key management technique 3: Unique message keys .18
10.5 Length of keys.19
11 Asymmetric key management techniques.19
11.1 Use of asymmetric key management in a CAD with a SAM .19
11.2 Use of asymmetric key management in a CAD without a SAM.19
11.3 Public key certification requirements.19
11.4 Secure storage of secret keys.20
11.5 Secure storage of public keys.20
11.6 Exchange of certified public keys.20
11.7 Key length.20
11.8 Secure protocols.20
12 Combined asymmetric/symmetric key management.20
12.1 Basic requirement.20
12.2 Exchange of symmetric keys.20
Annex A (informative) Example of card life cycle using symmetric key management .21
Annex B (informative) Examples of symmetric key management technique 1, 2 and 3 .22
Annex C (informative) Example of transaction processing key management using symmetric key
management technique 3 with implicit key identification .24
Annex D (informative) Example of transaction processing key management using public key management in
a CAD with a SAM.25
Annex E (informative) Example of transaction processing key management using public key management in
a CAD without a SAM .26
iv
©
ISO ISO 10202-7:1998(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO
member bodies). The work of preparing International Standards is normally carried out through ISO technical
committees. Each member body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, governmental and non-governmental, in
liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical
Commission (IEC) on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are circulated to the member bodies for voting.
Publication as an International Standard requires approval by at least 75 % of the member bodies casting a vote.
International Standard ISO 10202-7 was prepared by Technical Committee ISO/TC 68, Banking, securities and
other financial services, SC 6, Retail financial services.
ISO 10202 consists of the following parts, under the general title Financial transaction cards — Security architecture
of financial transaction systems using integrated circuit cards:
 Part 1: Card life cycle
 Part 2: Transaction process
 Part 3: Cryptographic key relationships
 Part 4: Secure application modules
 Part 5: Use of algorithms
 Part 6: Cardholder verification
 Part 7: Key management
 Part 8: General principles and overview
Annexes A to E of this part of ISO 10202 are for information only.
v
INTERNATIONAL STANDARD  © ISO ISO 10202-7:1998(E)
Financial transaction cards — Security architecture of financial
transaction systems using integrated circuit cards —
Part 7:
Key management
1 Scope
This part of ISO 10202 specifies key management requirements for financial transaction systems using integrated
circuit cards. It defines procedures and processes for the secure management of cryptographic keys used during
the card life cycle and transaction processing in an integrated circuit card environment. Both symmetric and
asymmetric key management schemes are addressed. Minimum key management requirements are specified.
Key management is the process whereby cryptographic keys are provided for use between authorized
communicating parties and those keys continue to be subject to secure procedures until they are destroyed. The
security of the enciphered data is dependent upon the prevention of disclosure and unauthorized modification,
substitution, insertion, or deletion of keys. Thus, key management is concerned with the generation, storage,
distribution, use and destruction procedures for keys. Also, by the formalization of such procedures, provision is
made for audit trails to be established.
This part of ISO 10202 is applicable between the ICC and the SAM in both on-line and off-line transaction
processing environments, and between the ICC and the SAM or host security module in an on-line (end-to-end)
environment.
2 Normative references
The following normative documents contain provisions which, through reference in this text, constitute provisions of
this part of ISO 10202. For dated references, subsequent amendments to, or revisions of, any of these publications
do not apply. However, parties to agreements based on this part of ISO 10202 are encouraged to investigate the
possibility of applying the most recent editions of the normative documents indicated below. For undated
references, the latest edition of the normative document referred to applies. Members of ISO and IEC maintain
registers of currently valid International Standards.
ISO 7812 (all parts), Identification cards — Identification of issuers.
ISO 7816-3, Information technology — Identification cards — Integrated circuit(s) cards with contacts — Part 3:
Electronic signals and transmission protocols.
ISO 7816-4, Information technology — Identification cards — Integrated circuit(s) cards with contacts — Part 4:
Interindustry commands for interchange.
ISO 7816-5, Identification cards — Integrated circuit(s) cards with contacts — Part 5: Numbering system and
registration procedure for application identifiers.
ISO 8732, Banking — Key management (wholesale).
ISO 8908, Banking and related financial services — Vocabulary and data elements.
ISO 9796, Information technology — Security techniques — Digital signature schemes giving message recovery.
©
ISO
ISO 9992-1, Financial transaction cards — Messages between the integrated circuit card and the card accepting
device — Part 1: Concepts and structures.
ISO 9992-2, Financial transaction cards — Messages between the Integrated Circuit Card and the Card Accepting
Device — Part 2: Functions, messages (commands and responses), data elements and structures.
ISO 10202-1, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 1: Card life cycle.
ISO 10202-2, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 2: Transaction process.
ISO 10202-3, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 3: Cryptographic key relationships.
ISO 10202-4, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 4: Secure application modules.
ISO 10202-5, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 5: Use of algorithms.
ISO 10202-6, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 6: Cardholder verification.
ISO 10202-8, Financial transaction cards — Security architecture of financial transaction systems using integrated
circuit cards — Part 8: General principles and overview.
ISO 11568 (all parts), Banking — Key management (retail).
ISO 13491 (all parts), Banking — Secure cryptographic devices (retail).
3 Definitions and abbreviations
3.1 Definitions
For the purposes of this part of ISO 10202, the following definitions apply.
3.1.1
application data file
a file that supports one or more services
3.1.2
asymmetric algorithm
an algorithm for which the encipherment and decipherment keys are different and where it is computationally
infeasible to deduce one from the other
3.1.3
authentication
a process used to ensure data integrity and data origin authentication
3.1.4
certificate
(See transaction certification code and public key certificate.)
3.1.5
certificate identifier
certificate information which enables proper verification of a key certificate
© ISO
3.1.6
certification authority
an authority trusted by all users to create and assign certificates
3.1.7
common data file
a mandatory file which contains the common data elements used to describe the card, the card issuer and the
cardholder
3.1.8
cryptographic function
a process performed (e.g. encryption, authentication, certification) using a cryptographic algorithm
3.1.9
cryptographic key (key)
a parameter used in conjunction with a cryptographic algorithm for executing cryptographic transformations
3.1.10
cryptoperiod
a defined period of time within which a cryptographic key is authorized for use, or during which time the
cryptographic keys for a given system may remain in effect
3.1.11
data key
a cryptographic key used for the encipherment, decipherment or authentication of data
3.1.12
decipherment
the process of transforming ciphertext into plaintext
3.1.13
derivation key
a key used to generate a derived key
3.1.14
derived key
a symmetric key generated from a derivation key and non-secret variable data
NOTE The derivation key is used to generate a large number of keys (derived keys).
3.1.15
diversified key
(See derived key.)
3.1.16
dual control
a process of utilizing two or more separate entities (usually persons), operating in concert, to protect sensitive
functions or information whereby no single entity is able to access or utilise the material (e.g. cryptographic key)
3.1.17
elementary file
a file which may contain data and/or file control information
3.1.18
explicit key identifier
(See key identifier.)
©
ISO
3.1.19
encipherment
the process of transforming plaintext into ciphertext
3.1.20
host/SAM derivation key
a derivation key used to derive ICC or SAM keys
3.1.21
host security module
a physically secure device used to support cryptographic functions and perform SAM functionality on a host system
3.1.22
ICC derivation key
an ICC (CDF or ADF) derivation key used to derive unique message data keys
3.1.23
key enciphering key
a key used to encipher another key
3.1.24
key generation module
a type of cryptographic equipment used for generating and deriving cryptographic keys
3.1.25
key identifier
specifies basic security requirements for the ICC
3.1.26
key loading module
an electronic, self-contained unit which is capable of storing at least one cryptographic key and transferring that
cryptographic key, upon request, into a cryptographic device such as an ICC or a SAM
3.1.27
key synchronization
the process whereby two nodes verify that they are communicating with each other using an identical key
3.1.28
keying material
the data necessary to establish and maintain a keying relationship
3.1.29
master derivation key
a derivation key used by a bank card company or another organization to derive unique issuer or application
supplier keys
3.1.30
physically secure device
(See ISO 13491.)
3.1.31
physically secure environment
(See ISO 11568.)
3.1.32
public key
that part of an asymmetric key set which is known to other parties than the generator of the key set
© ISO
3.1.33
public key certificate
a set consisting of user credentials (including the public key) together with the trusted third party's digital signature
of these credentials
3.1.34
secure cryptographic device
a device that provides secure storage for secret information such as keys and provides security services based on
this secret information
3.1.35
secure application module
a physical module (or logical functionality in the CAD) intended to contain algorithm(s), related keys, security
procedures and information to protect an application in such a way that unauthorized access is not possible
NOTE In order to achieve this the module shall be physically and logically protected.
3.1.36
symmetric algorithm
a cryptographic method using the same secret cryptographic key for encipherment and decipherment
3.1.37
tamper resistance
provision of physical protection for sensitive data, for the purpose of preventing successful attacks
3.1.38
transaction certification code
result of the transformation certification process producing an electronic signature, which could be either a MAC
(based on a symmetric algorithm) or a digital signature (based on an asymmetric algorithm)
3.2 Abbreviations
ADF Application data file
CAD Card accepting device
CDF Common data file
CID Certificate identifier
e(.) Encipherment
Elementary file
EF
Integrated circuit
IC
ICC Integrated circuit card
KCD ICC (CDF or ADF) derivation key
KD Data key
Kx x is either I or A
KEK Key enciphering key
KHD Host or SAM derivation key
KID Key identifier
©
ISO
KMD Master derivation key
KSN Key sequence number
KVC Key verification code
S(.) Sign
SAM Secure application module
4 General security principles
Key management in financial transaction systems using integrated circuit cards shall conform to the following basic
principles.
a) The key management adopted for one ICC system, which may include SAMs, shall not compromise the
security of any other such system.
b) The key management adopted for one application in one ADF shall not compromise the security of any other
application in any other ADF.
c) The ICC and SAM shall afford tamper resistance based on the principles described in ISO 10202-2 and
ISO 10202-4.
d) The keying relationship shall be in accordance with ISO 10202-3.
e) The use of cryptographic algorithms to perform cryptographic functions shall be in accordance with
ISO 10202-5.
f) Controls and audits shall be in force for key management of ICC, SAM, key generation and loading modules,
host security modules, and other cryptographic devices used in financial transaction systems using integrated
circuit cards.
Annex A (informative) provides an example of card life cycle key management.
Annexes B and C (informative) provide examples of symmetric key management techniques for transaction
processing.
Annexes D and E (informative) provide examples of asymmetric key management.
5 ICC systems key management requirements
5.1 ICC and SAM life cycle
During the life cycle of the ICC and SAM, manual and automated key management processes shall provide the
ability to load, update and disable cryptographic keys under the control of the party performing these key
management functions. The key management processes used shall meet the cryptographic key relationship
requirements defined in ISO 10202-3.
Protection of secret cryptographic keys of symmetric and asymmetric key management schemes shall be provided
during all steps of the ICC and SAM life cycle when cryptographic keys are used. The manual procedures and
automated processes used to protect cryptographic keys during the card life cycle shall meet the protection
requirements defined in this part of ISO 10202.
© ISO
5.2 Key life cycle protection
The key life cycle and protection requirements for key generation, storage, backup, distribution and loading, use,
replacement, destruction, deletion, archive and termination, shall comply with those defined in this part of
ISO 10202.
5.3 Key separation
In ICCs, SAMs and host security modules different key names shall be cryptographically separated from each other
to ensure that cryptographic processing can operate only with the specific functional key names described in this
part of ISO 10202.
Key separation shall be achieved by using keys which are separately generated or derived for each function. An
ICC or SAM key of a certain name shall not be a variant, transformation, or derived from a key of another name.
5.4 Key management services
The key management services used shall implement techniques which ensure key separation, substitution
protection, identification, integrity, and confidentiality, as described in this part of ISO 10202.
5.5 Key relationships
A key relationship shall exist when two parties share at least one cryptographic key. Figure 1 describes
cryptographic key relationships in a financial transaction system using ICC and indicates where this part of
ISO 10202 applies.
Key management procedures and processes for key relationships shall be agreed by the communicating parties.
Contractual agreement defining the liabilities of each party responsible for the protection of cryptographic keys and
of information protected using cryptographic keys, is outside the scope of this part of ISO 10202.
Public key management functions performed in a CAD without SAM shall be selected based on the security
available in the CAD and meet the requirements of this part of ISO 10202.
The key management procedures and processes used in cryptographic key relationships not covered by this part of
ISO 10202 (Figure 1, relationships 1 and 5) which may be part of a financial transaction system using ICCs, shall
comply to ISO 11568. In these relationships the key numbering shall use the application identifier (AID) as defined
by ISO 7812.
NOTE The AID may be limited to the registration identifier (RID) defined by ISO 7816-5.
©
ISO
Cryptographic key relationships covered by this part of ISO 10202: A, B, 2, 3, 6, 8, 10, 11, 12, 13
Cryptographic key relationships not covered by this part of ISO 10202: 1 and 5
Cryptographic key relationships using only asymmetric key management: 4, 7, 9, 13
Figure 1 — Cryptographic key relationships in a financial transaction system using ICCs
5.6 On-line transaction processing
During on-line transaction processing the automated key management process shall ensure protection during
creation, transportation, and use of keys between the ICC, SAM or host security module(s).
Cryptographic keys transmitted to an ICC shall be enciphered end-to-end between the SAM or host security module
and the ICC, under the control of the responsible parties.
5.7 Off-line transaction processing using a SAM
During off-line processing using a SAM the automated key management process shall have the ability to establish
and maintain secure cryptographic key relationship(s) between the ICC and the SAM where secret keys are used.
5.8 CDF and ADF keys
No cryptographic key used in a CDF or an ADF shall intentionally be the same as a cryptographic key used in
another ADF. CDF and ADF shall be cryptographically separated at ADF allocation as specified in ISO 10202-3
except when they belong to the same issuer/application supplier.
© ISO
5.9 Physical security
The tamper resistance afforded by the ICC and SAM shall be based on the security principles described in
ISO 10202-2 and ISO 10202-4. Although the ICC and SAM are not intended to be physically secure devices, they
must provide a high level of tamper resistance.
5.10 CADs without a SAM
ICC authentication and transaction certificate verification may be implemented in a CAD without a SAM. Public keys
are used by the CAD for authentication or certificate verification. The integrity of these public keys may be verified
using a public key belonging to a higher authority such as the card issuer or the application supplier key certification
centre.
When a CAD is being used as a communicating device for on-line authentication with a card issuer, an application
supplier, or an acquirer, cryptographic key relationships 3, 11 or 12 shall apply.
6 ICC systems cryptographic keys
This clause defines the cryptographic keys which can be used in ICC systems which may include SAMs.
6.1 Definition of cryptographic keys
The following cryptographic key names are defined:
Cryptographic key name Purpose
kMprd, kEprd Control transfer of an IC and protect against substitution of an IC
(Manufacturer, Embedder).
kIctl, kActl Load CDF or ADF cryptographic keys.
kIaut, kAaut Authenticate CDF or ADF.
kImac, kAmac Authenticate CDF or ADF transaction commands and data.
kIenc, kAenc Encipher CDF or ADF transaction data.
kIcer, kAcer Generate CDF or ADF transactions certificates.
kI(i)kex Load a kA(i,j)ctl for an ADF.
kA(i,j)ctl Load ADF cryptographic keys.
kA(i,j)aut Authenticate an ADF.
kA(i,j)mac Authenticate ADF transaction commands and data.
Encipher ADF transaction data.
kA(i,j)enc
kA(i,j)cer Generate ADF transaction certificates.
k is a generic notation for a key (K, P or S) which can be either a key for a symmetric or asymmetric algorithm.
Symmetric keys are denoted by K (eg. KIctl). Public/secret key pairs for the above key names are prefixed by P
and S (e.g. PIctl/SIctl).
Index i denotes a specific ADF, and index j denotes a specific key or set of keys related to one ADF.
The key relationship for each of the above keys is described in ISO 10202-3.
©
ISO
6.2 Key hierarchy
ICC and SAM cryptographic keys shall be loaded according to ISO 10202-3. The following hierarchy may be
applied:
a) Production keys: Production keys are key enciphering keys used to load control keys and to protect against IC
substitution. kMprd and kEprd shall be the only keys used to load control keys.
b) Control keys: Control keys are key enciphering keys used to load other cryptographic keys and parameters in
an ICC or SAM. kIctl and kActl shall be the only keys used as control keys.
c) Key exchange keys: A key exchange key is a key used to provide cryptographic key separation in loading an
ADF. kIkex shall be the only key used to load kActl in an ADF.
d) Data keys: Data keys are keys used for encipherment and decipherment (kIenc,kAenc), authentication of
SAM, host security module, ICC and ADF (kIaut,kAuat), authentication of data (kImac,kAmac), and certification
(kIcer,kAcer).
SAM key names may be:
a) Derivation keys: A key used to derive ICC keys.
b) Derived derivation keys: Keys derived from a master derivation key used to derive ICC Keys. Derived keys
are denoted as K' (e.g. KI'aut).
c) An asymmetric key or key pair.
ICC key names may be:
a) Key enciphering keys: A key derived from a SAM derivation key or SAM derived derivation key (K') used in an
ICC as a key enciphering key to exchange session keys.
b) Derived keys: Keys derived from a SAM derivation key. Derived keys are denoted as K' (e.g. KI'aut).
c) Doubly derived keys: Keys derived from a SAM derived derivation key (K') used to derive data keys. Doubly
derived keys are denoted as K'' (e.g. KI''aut).
d) An asymmetric key or key pair.
Data key names may be:
a) Derived keys: Keys derived from a SAM derivation key. Derived keys are denoted as K' (e.g. KI'aut).
b) Doubly derived keys: Keys derived from a derived SAM keys (K'). Doubly derived keys are denoted as K''
(e.g. KI''aut).
c) Triply derived key: Keys derived from a doubly derived SAM and ICC key (k''). Triply derived keys are denoted
as K''' (e.g. KI'''aut).
d) An asymmetric key or key pair.
7 Key life cycle
Key management involves the generation of suitable keys, their storage, their distribution to and by authorized
recipients, their use, and their termination once they are no longer required. To protect keys during their lifetime
keys are processed through a series of stages called key life cycle (ISO 10202-1 and ISO 10202-3). This clause
describes the key life cycle protection requirements for ICC and SAM systems.
© ISO
7.1 Key generation
Cryptographic keys used in ICCs, SAMs, and host security modules shall be randomly or pseudo-randomly
generated, or cryptographically derived from other keys as defined in this part of ISO 10202.
7.2 Key storage
ICC, SAM, and host security module keys shall be protected during storage. Cryptographic keys residing outside
the confines of ICCs, SAMs, host security modules, and other secure cryptographic devices, shall be stored in parts
under dual control and split knowledge, or stored as key cryptograms under a key intended for storage purposes.
7.3 Key backup
Key backup occurs when a protected copy of a key is kept in storage during its operational use. The security
protection requirements over cryptographic keys defined in this part of ISO 10202 apply to backup keys.
7.4 Key distribution and loading
Key distribution and loading is the process by which a key is manually or electronically transferred into a secure
cryptographic device.
The key distribution process used for ICCs, SAMs and host security modules keys shall not disclose any secret
keys, and shall protect public keys against substitution.
Plaintext secret keys shall be loaded in ICCs, SAMs, host security modules, and other secure cryptographic devices
used in ICC systems, only when it has been assured that such devices have not been subject to prior tampering
which might lead to disclosure or substitution of keys or sensitive data.
ICC and SAM key loading procedures shall meet the requirements defined in this part of ISO 10202.
7.5 Key use
Key use occurs when a key is employed for the cryptographic purpose for which it was intended. Unintended key
use shall be prevented; therefore,
1) A key shall only be used for one purpose (see 6.1).
2) A key shall only be used for its intended purpose (see 6.1).
3) SAM and host security module keys shall exist in locations consistent with system operation.
The key management services defined in this part of ISO 10202 shall be used to provide the required security.
7.6 Key replacement
Key replacement occurs when a key is substituted for another when the original key is known or suspected to be
compromised, or the end of its operational life is reached. Key replacement shall be irreversible.
Cryptographic keys in ICCs, SAMs, and host security modules used in ICC systems shall be replaced within the
time deemed feasible to perform a dictionary attack upon the data enciphered under this key or within the time
deemed necessary to determine the key by exhaustive attack. Alternately the life of an ICC key shall be longer than
the life of the card.
The cryptographic period of a key should be set according to the potential misuse of a key, the level of security
required, by considering the sensitivity of the information, the cost of breaking the cryptographic keys in use, and
the degree of tamper resistance provided by the ICC, the SAM and/or host security module.
Replacement of a key known or suspected to be compromised shall only be performed by distributing a new key.
©
ISO
Replacement of a key which has reached the end of its operational life may be performed by distributing a new key,
or replacing the key by a new key derived as specified in this part of ISO 10202.
If it is believed that unauthorized substitution of a secret key has occurred, then all associated keys shall be
replaced once the associated cryptographic devices have been secured.
If it is believed that a public key has been added or substituted without authorization, then the bogus key shall be
replaced by the original public key and its certificate once the associated ICCs, SAMs, host security modules, and
CAD have been secured. The public key of the higher authority shall be used to verify the certificate of the reloaded
key.
Replaced secret keys shall not be returned to operational use.
7.7 Key destruction
Key destruction ensures that an instance of a key no longer exists at a specific location. Information may still exist
at the location from which the key can be feasibly reconstructed for subsequent use.
An instance of a key in SAMs and host security modules shall be destroyed when it is no longer required for use.
For ICCs key destruction is not required.
Measures such as verification of key identifiers and maintenance of negative files of lost and stolen ICCs and SAMs
should be in place to prevent the use of keys which are no longer active.
7.8 Key deletion
Key deletion is the process by which an unwanted key, and information from which the key may be reconstructed, is
destroyed at its operational/use location. A key may be deleted from one location and continue to exist at another.
Host security module keys used in ICC systems which are no longer required shall be deleted.
Key deletion should be performed whenever possible for ICC and SAM keys which are no longer required. All data
in the ICC should be reset to its required state. Measures such as verification of key identifiers and maintenance of
negative files of lost and stolen ICCs and SAMs should be in place to prevent the use of keys which are no longer
required.
7.9 Key archive
Key archive is the process by which a key which is no longer in operational use at any location is stored.
An archived key shall only be used to verify the legitimacy of transactions that occurred prior to archive. After such
verification the instance of the key necessary to perform the verification shall be destroyed.
An archived key shall not be returned to operational use. Archived keys shall be securely stored for the life of all
data or keys enciphered under such keys.
7.10 Key termination
Key termination occurs when a key is no longer required for any purpose and all copies of the key and information
required to regenerate or reconstruct the key have been deleted from all locations where they ever existed.
Key termination shall be performed for all keys upon which the security or integrity of an ICC system, which may
include SAMs, relies (refer to ISO 10202-1 and ISO 10202-4).
7.11 Reserve keys
Cryptographic keys that may be kept in reserve in an ICC or a SAM to facilitate planned or unexpected key changes
shall be subject to the same level of protection as keys in current use.
© ISO
8 Key management services
Key management services shall be used in financial transaction systems using integrated circuit cards to ensure
key separation, prevent key substitution or addition, provide key identification, ensure key synchronization, ensure
key integrity and confidentiality.
This clause describes techniques which may be used to provide key management services in ICCs and SAMs.
8.1 Key encipherment
Key encipherment is a technique whereby one key is enciphered using another. A key used to perform such
encipherment is called a key enciphering key (KEK).
Symmetric encipherment of a single length key using a single or double length key, and encipherment of a double
length key using another double length key, if used, shall be performed as described in ISO 11568.
A secret key shall be enciphered for transmission over a non-secure channel, or stored outside an ICC, SAM, host
security module, and other secure cryptographic devices.
8.2 Key derivation
Key derivation is a technique for generating a large number of symmetric keys from a single key called a derivation
key. Key derivation, when used, shall be performed as described in 10.1.
8.3 Key offsetting
Key offsetting is a technique applicable to symmetric algorithms for calculating a new KEK from an initial KEK, each
time the KEK is used to encipher a key for transmission or storage.
8.4 Key notarization
Key notarization may be used to identify communicating parties and protect against key substitution when keys are
transmitted.
8.5 Key tagging
Cryptographic keys in ICCs and SAMs shall only be used for their intended purposes. This shall be implemented
through key separation and key identification such that keys cannot be accidentally or intentionally misused.
Key tagging may be used in SAMs and host security modules to prevent key misuse when keys are stored
enciphered outside these devices.
When key tagging of explicitly identified keys is performed in a SAM, key tagging shall be accomplished by
performing a modulo-2 addition of the effective key with its key identifier before it is enciphered for storage.
In host security modules key tagging shall be performed according to ISO 11568.
8.6 Key verification
A key verification code (KVC) is a value cryptographically related to the key and some non-secret information. The
KVC is used to detect that: a key has been properly entered into an ICC, SAM, host security module or other
cryptographic devices; a key has been correctly received; or has not been changed.
A KVC, if used, shall be calculated by encipheri
...

NORME ISO
INTERNATIONALE 10202-7
Première édition
1998-07-15
Cartes de transactions financières —
Architecture de sécurité des systèmes de
transactions financières utilisant des cartes à
circuit intégré —
Partie 7:
Gestion de clé
Financial transaction cards — Security architecture of financial transaction
systems using integrated circuit cards —
Part 7: Key management
A
Numéro de référence
Sommaire Page
1 Domaine d'application.1
2 Références normatives .1
3 Définitions et termes abrégés .2
3.1 Définitions .2
3.2 Termes abrégés .5
4 Principes généraux de sécurité.6
5 Prescriptions de gestion des clés des systèmes ICC.7
5.1 Cycle de vie de l'ICC et du SAM .7
5.2 Protection du cycle de vie des clés .7
5.3 Séparation des clés .7
5.4 Services de gestion de clé.7
5.5 Relations avec clés.7
5.6 Traitement des transactions en ligne .8
5.7 Traitement des transactions en différé utilisant un SAM .9
5.8 Clés de CDF et d'ADF .9
5.9 Sécurité physique.9
5.10 CAD sans SAM.9
6 Clés cryptographiques des systèmes ICC .9
6.1 Définition des clés cryptographiques.9
6.2 Structure hiérarchique des clés .10
7 Cycle de vie d’une clé.11
©  ISO 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l'éditeur.
Organisation internationale de normalisation
Case postale 56 • CH-1211 Genève 20 • Suisse
Internet iso@ iso.ch
Version française tirée en 1999
Imprimé en Suisse
ii
©
ISO
7.1 Génération d’une clé . 11
7.2 Stockage d’une clé . 11
7.3 Sauvegarde d’une clé. 11
7.4 Distribution et chargement d’une clé . 11
7.5 Utilisation d’une clé. 12
7.6 Remplacement d’une clé. 12
7.7 Destruction d’une clé . 12
7.8 Suppression d’une clé . 13
7.9 Archivage d’une clé. 13
7.10 Résiliation d’une clé. 13
7.11 Clés de réserve . 13
8 Services de gestion de clés. 13
8.1 Chiffrement d’une clé. 13
8.2 Dérivation d’une clé. 14
8.3 Décalage d’une clé . 14
8.4 Notarisation d’une clé . 14
8.5 Marquage d’une clé . 14
8.6 Vérification d’une clé. 14
8.7 Identification d’une clé. 14
8.7.1 Identification implicite d’une clé . 14
8.7.2 Identification explicite d’une clé . 15
8.8 Contrôles et audits . 15
9 Processus de chargement des clés d'ICC et de SAM . 15
9.1 Chargement des clés symétriques initiales. 16
9.2 Chargement des clés de production . 16
9.3 Chargement des clés de l'émetteur . 16
9.4 Chargement des clés d'ADF . 16
9.5 Chargement de clés publiques. 17
9.6 Chargement des clés secrètes d'algorithmes asymétriques . 17
9.7 Génération de paires de clés publiques/secrètes asymétriques. 17
iii
©
ISO
9.8 Clés de test.17
10 Techniques de gestion d’une clé symétrique.17
10.1 Dérivation des clés d'ICC et de SAM .17
10.2 Technique numéro 1 de gestion de clés: données statiques des clés .19
10.3 Technique numéro 2 de gestion de clés : clé de session.19
10.4 Technique numéro 3 des gestion de clés : clés de message unique.19
10.5 Longueur des clés .20
11 Techniques de gestion de clés asymétriques .20
11.1 Gestion de clés asymétriques dans un CAD avec SAM .20
11.2 Gestion de clés asymétriques dans un CAD sans SAM .20
11.3 Exigences de certification des clés publiques .21
11.4 Stockage sécurisé des clés secrètes.21
11.5 Stockage sécurisé des clés publiques .21
11.6 Echange de clés publiques certifiées.21
11.7 Longueur des clés asymétriques.21
11.8 Protocoles sécurisés.21
12 Gestion mixte de clés asymétriques/symétriques .21
12.1 Condition de base.22
12.2 Echange de clés symétriques.22
Annexe A (informative) .23
Annexe B (informative) .24
Annexe C (informative) .26
Annexe D (informative) .27
Annexe E (informative).28
iv
©
ISO
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du comité
technique créé à cet effet. Les organisations internationales, gouvernementales et non gouvernementales, en
liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec la Commission
électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les projets de Normes internationales adoptés par les comités techniques sont soumis aux comités membres pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des comités
membres votants.
Banque, valeurs
La Norme internationale ISO 10202-7 a été élaborée par le comité technique ISO/TC 68,
mobilières et autres services financiers, sous comité SC 6, Services financiers liés à la clientèle.
L'ISO 10202 comprend les parties suivantes, présentées sous le titre général Cartes de transactions financières —
Architecture de sécurité des systèmes de transactions financières utilisant des cartes à circuit intégré :
 Partie 1: Cycle de vie de la carte
Partie 2: Processus de transaction

 Partie 3: Relations avec les clés cryptographiques
 Partie 4: Modules applicatifs de sécurité
Partie 5: Emploi des algorithmes

 Partie 6: Vérification du porteur de carte
Partie 7: Gestion de clé

 Partie 8: Principes généraux et vue d'ensemble
Les annexes A à E de la présente partie de l'ISO 10202 sont données uniquement à titre d'information.
v
©
NORME INTERNATIONALE  ISO ISO 10202-7:1998(F)
Cartes de transactions financières — Architecture de sécurité
des systèmes de transactions financières utilisant des cartes
à circuit intégré —
Partie 7:
Gestion de clé
1 Domaine d’application
La présente partie de l'ISO 10202 spécifie les exigences de gestion de clé requises pour les systèmes de
transactions financières utilisant des cartes à circuit intégré. Elle définit les procédures et processus de gestion
sécurisés des clés cryptographiques utilisées pendant le cycle de vie de la carte, ainsi que le traitement des
transactions dans un environnement de carte à circuit intégré. Les schémas de gestion de clés symétriques et
asymétriques sont abordés. Des exigences de gestion minimale des clés sont spécifiées.
La gestion des clés est le procédé par lequel des clés cryptographiques sont fournies en vue de leur utilisation par
des entités accréditées communiquant entre elles, et par lequel des clés cryptographiques sont soumises à des
procédures de sécurité jusqu’à ce qu’elles soient détruites. La sécurité des données chiffrées consiste à éviter toute
divulgation ainsi que toute modification, substitution, insertion ou suppression illicite de clés. Ainsi, la gestion des
clés est en relation avec les procédures de génération, de stockage, de distribution, d’utilisation et de destruction
des clés. De même, la formalisation de ces procédures permet la mise en œuvre de mécanismes de traçabilité.
La présente partie de l'ISO 10202 s'applique entre l'ICC et le SAM, tant dans des environnements de traitement des
transactions en ligne ou hors ligne, ainsi qu'entre l'ICC et le SAM ou le module de sécurité d’un ordinateur distant
dans un environnement en ligne (de bout-en-bout).
2 Références normatives
Les documents normatifs suivants contiennent des dispositions qui par suite de la référence qui en est faite,
constituent des dispositions valables pour la présente partie de l'ISO 10202. Pour les références datées, les
amendements ultérieurs ou les révisions de ces publications ne s’appliquent pas. Toutefois, les parties prenantes
aux accords fondés sur la présente partie de l'ISO 10202 sont invitées à rechercher la possibilité d'appliquer les
éditions les plus récentes des documents normatifs indiqués ci-après. Pour les références non datées, la dernière
édition du document normatif en référence s’applique. Les membres de la CEI et de l'ISO possèdent le registre des
Normes internationales en vigueur à un moment donné.
ISO 7812 (toutes les parties), Cartes d’identification — Identification des émetteurs.
Technologies de l’information — Cartes d’identification — Cartes à circuit(s) intégré(s) à contacts –
ISO 7816-3,
Partie 3: Signaux électroniques et protocoles de transmission.
©
ISO
ISO 7816-4, Technologies de l’information — Cartes d’identification — Cartes à circuit(s) intégré(s) à contacts —
Partie 4: Commandes intersectorielles pour les échanges.
Cartes à circuit(s) intégré(s) à contacts — Partie 5: Système de numérotation et procédure
ISO 7816-5,
d’enregistrement d’identificateurs d’applications.
ISO 8732, Banque — Gestion de clés (services aux entreprises).
ISO 8908, Banque et services financiers connexes — Vocabulaire et éléments de données.
ISO 9796, Technologies de l’information — Techniques de sécurité — Schéma de signature numérique rétablissant
le message.
Cartes de transactions financières — Messages entre la carte à circuit intégré et le dispositif
ISO 9992-1,
d’acceptation des cartes — Partie 1: Concepts et structures.
ISO 9992-2, Cartes de transactions financières — Messages entre la carte à circuit intégré et le dispositif
d’acceptation des cartes — Partie 2: Fonctions, messages (commandes et réponses), éléments de données et
structures.
Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
ISO 10202-1,
financières utilisant des cartes à circuit intégré — Partie 1: Concepts et structures.
ISO 10202-2, Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
financières utilisant des cartes à circuit intégré — Partie 2: Processus de transaction.
ISO 10202-3, Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
financières utilisant des cartes à circuit intégré — Partie 3: Relations avec les clés de chiffrement.
ISO 10202-4, Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
financières utilisant des cartes à circuit intégré — Partie 4: Modules applicatifs de sécurité.
Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
ISO 10202-5,
financières utilisant des cartes à circuit intégré — Partie 5: Utilisation des algorithmes.
ISO 10202-6, Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
financières utilisant des cartes à circuit intégré — Partie 6: Vérification du porteur de carte.
ISO 10202-8, Cartes de transactions financières — Architecture de sécurité des systèmes de transactions
financières utilisant des cartes à circuit intégré — Partie 8: Principes généraux et vue d’ensemble
Banque — Gestion de clés (services aux particuliers).
ISO 11568 (toutes les parties),
Banque — Dispositifs cryptographiques de sécurité (service aux particuliers).
ISO 13491 (toutes les parties),
3 Définitions et termes abrégés
3.1 Définitions
Pour les besoins de la présente partie de l'ISO 10202, les définitions suivantes s'appliquent.
3.1.1
fichier de données d’application
fichier supportant un ou plusieurs services
©
ISO
3.1.2
algorithme asymétrique
algorithme dont les clés de chiffrement et de déchiffrement sont différentes, et qu'aucun calcul ne permet de
déduire l'une de l'autre
3.1.3
authentification
processus utilisé pour assurer l'intégrité des données et l'authentification de leur origine
3.1.4
certificat
(voir code de certification de transaction et certificat de clé publique.)
3.1.5
identificateur de certificat
information de certificat permettant de vérifier le certificat d'une clé
3.1.6
autorité de certification
entité habilitée par tous les utilisateurs à créer et à attribuer des certificats
3.1.7
fichier de données communes (CDF)
fichier obligatoire contenant les éléments de données communes à plusieurs applications. Ces données sont
utilisées pour identifier la carte, ainsi que le porteur et l'émetteur de la carte
3.1.8
fonction cryptographique
processus (tel que le chiffrement, l'authentification ou la certification) assuré par un algorithme cryptographique
3.1.9
clé de cryptographique (clé)
paramètre utilisé conjointement avec un algorithme cryptographique pour l’exécution de conversions
cryptographiques
3.1.10
période de validité
période de temps durant laquelle l’utilisation d’une clé cryptographique est autorisée, ou de maintien en vigueur des
clés de chiffrement d'un système donné
3.1.11
clé de données
clé de chiffrement utilisée pour le chiffrement, le déchiffrement ou l'authentification des données
3.1.12
déchiffrement
processus visant à convertir un texte chiffré en un texte en clair
3.1.13
clé de dérivation
clé utilisée pour générer une clé dérivée
3.1.14
clé dérivée
clé symétrique générée à partir d'une clé de dérivation et de données variables non secrètes
NOTE La clé de dérivation permet de générer un grand nombre de clés (clés dérivées).
©
ISO
3.1.15
clé diversifiée
(voir clé dérivée.)
3.1.16
contrôle partagé
processus faisant appel à deux entités distinctes ou plus (généralement des personnes), intervenant de concert,
pour protéger des fonctions ou informations sensibles. Aucune entité ne peut accéder seule à des éléments (tels
que des clés cryptographiques) ou les utiliser
3.1.17
fichier élémentaire
fichier pouvant contenir des données et/ou des informations de contrôle
3.1.18
identificateur explicite de clé
(voir identificateur de clé.)
3.1.19
chiffrement
processus visant à convertir un texte en clair en un texte chiffré
3.1.20
clé de dérivation SAM/ordinateur distant
clé de dérivation permettant de dériver des clés d'ICC ou de SAM
3.1.21
module de sécurité d’ordinateur distant
dispositif physiquement sécurisé assurant des fonctions cryptographiques et exécutant les fonctionnalités d’un SAM
sur un système central
3.1.22
clé de dérivation ICC
clé de dérivation de carte à circuit intégré (CDF ou ADF) utilisée pour obtenir des clés de données de message
uniques
3.1.23
clé de chiffrement de clé
clé utilisée pour chiffrer une autre clé
3.1.24
module de génération de clés
équipement cryptographique permettant de générer et de dériver des clés cryptographiques
3.1.25
identificateur de clé
information spécifiant les exigences de sécurité de base de l'ICC
3.1.26
module de chargement de clé
module électronique autonome permettant d'enregistrer au moins une clé cryptographique et de la transférer, à la
demande, vers un dispositif cryptographique tel qu'une ICC ou un SAM
3.1.27
synchronisation de clés
processus par lequel deux nœuds vérifient qu'ils utilisent une clé identique pour communiquer entre eux
©
ISO
3.1.28
éléments de mise à la clé
données nécessaires à l'établissement et au maintien d'une relation basée sur des clés
3.1.29
clé de dérivation maîtresse
clé de dérivation utilisée par un institut bancaire ou tout autre organisme pour dériver des clés uniques d'émetteur
ou de fournisseur d'application
3.1.30
dispositif physiquement sécurisé
(voir l'ISO 13491.)
3.1.31
environnement physiquement sécurisé
(voir l'ISO 11568.)
3.1.32
clé publique
la partie d'un ensemble de clés asymétriques, connue par d'autres entités que l'entité ayant généré l’ensemble de
clés en question
3.1.33
certificat de clé publique
ensemble constitué des habilitations d'utilisateur (incluant la clé publique) portant la signature numérique de la
partie tierce accréditée
3.1.34
dispositif cryptographique sécurisé
dispositif assurant le stockage sécurisé d'informations secrètes, telles que les clés, et offrant des services de
sécurité reposant sur ces informations secrètes
3.1.35
module applicatif de sécurité (SAM)
module physique (ou fonction logique du CAD) destiné à contenir un ou plusieurs algorithmes, des clés associées,
ainsi que des procédures et informations relatives à la sécurité pour protéger une application en rendant impossible
tout accès illicite
NOTE Pour cela, le module doit être protégé d’un point de vue physique et logique.
3.1.36
algorithme symétrique
méthode cryptographique utilisant la même clé de chiffrement secrète pour le chiffrement et le déchiffrement
3.1.37
résistance à l’altération
protection physique de données sensibles contre des attaques éventuelles
3.1.38
code de certification de transaction
résultat d’un processus de certification générant une signature électronique qui peut être un code d'authentification
de message (MAC) basé sur un algorithme symétrique, ou une signature numérique basée sur un algorithme
asymétrique
3.2 Termes abrégés
ADF Fichier de données d’application
CAD Dispositif d’acceptation de carte
©
ISO
CDF Fichier de données communes
CID Identificateur de certificat
e(.) Chiffrement
EF Fichier élémentaire
IC Circuit intégré
ICC Carte à circuit intégré
KCD Clé de dérivation ICC (CDF ou ADF)
KD Clé de données
Kx x prend les valeurs I ou A
KEK Clé de chiffrement de clé
KHD Clé de dérivation SAM/ordinateur distant
KID Identificateur de clé
KMD Clé de dérivation maîtresse
KSN Numéro de séquence de clé
KVC Code de vérification de clé
S(.) Signe
SAM Module applicatif de sécurité
4 Principes généraux de sécurité
La gestion des clés dans les systèmes de transactions financières utilisant des cartes à circuit intégré doit être
conforme aux principes de base suivants:
a) la gestion des clés adoptée pour un système ICC, pouvant inclure des SAM, ne doit pas compromettre la
sécurité d'autres systèmes similaires;
b) la gestion des clés adoptée pour une application d'un ADF ne doit pas compromettre la sécurité d'autres
applications d'un autre ADF;
c) l'ICC et le SAM doivent assurer une résistance à l’altération conforme aux principes décrits dans l'ISO 10202-2
et l'ISO 10202-4;
d) la relation basée sur des clés doit être conforme à l'ISO 10202-3;
e) l'emploi d'algorithmes cryptographiques pour effectuer des fonctions cryptographiques doit être conforme à
l'ISO 10202-5;
f) des contrôles et audits doivent être instaurés pour la gestion des clés dans les ICC, les SAM, les modules de
génération et de chargement de clés, les modules de sécurité d’un ordinateur distant, ainsi que tout autre
dispositif cryptographique employé dans les systèmes de transactions financières utilisant des cartes à circuit
intégré.
L'annexe A (informative) fournit un exemple de gestion de clé pendant le cycle de vie de la carte.
Les annexes B et C (informatives) fournissent des exemples de techniques de gestion de clés symétriques pour le
traitement des transactions.
Les annexes D et E (informatives) fournissent des exemples de gestion de clés asymétriques.
©
ISO
5 Prescriptions de gestion des clés des systèmes ICC
5.1 Cycle de vie de l'ICC et du SAM
Durant le cycle de vie de la carte à circuit intégré et du module applicatif de sécurité, des processus de gestion de
clé manuels et automatisés doivent permettre de charger, de mettre à jour et de désactiver des clés
cryptographiques sous le contrôle de l'entité responsable de ces fonctions de gestion de clé. Les processus de
gestion employés doivent être conformes aux exigences des relations avec les clés cryptographiques définies dans
l'ISO 10202-3.
Quand des clés cryptographiques sont utilisées, la protection des clés cryptographiques secrètes des schémas de
gestion de clés, soit symétriques soit asymétriques, doit être assurée à toutes les étapes du cycle de vie de l'ICC et
du SAM. Les procédures manuelles et processus automatisés employés pour protéger les clés de chiffrement
durant le cycle de vie de la carte doivent être conformes aux exigences de protection définies dans cette partie de
l'ISO 10202.
5.2 Protection du cycle de vie des clés
Le cycle de vie des clés, ainsi que les exigences de protection appliquées lors de la génération, du stockage, de la
sauvegarde, de la distribution, ainsi que du chargement, de l'utilisation, du remplacement, de la destruction, de la
suppression, de l'archivage et de la résiliation des clés, doivent être conformes à celles définies dans cette partie de
l'ISO 10202.
5.3 Séparation des clés
Dans les ICC, les SAM et les modules de sécurité d’un ordinateur distant, des noms de clés différents doivent être
séparés les uns des autres, d'un point de vue cryptographique, afin que le traitement cryptographique ne puisse
s'appliquer qu'aux noms de clé fonctionnels spécifiques décrits dans cette partie de l'ISO 10202.
Cette séparation peut être obtenue en employant des clés générées séparément ou dérivées pour chaque fonction.
Une clé d'ICC ou de SAM portant un nom donné ne doit pas être une variante, ou être issue d'une conversion ou
d'une dérivation d'une clé portant un autre nom.
5.4 Services de gestion de clé
Les services de gestion de clé utilisés doivent mettre en œuvre des techniques assurant la séparation des clés, la
protection contre la substitution, l'identification, l'intégrité et la confidentialité, conformément à cette partie de
l'ISO 10202.
5.5 Relations avec clés
Une relation avec clés doit exister lorsque deux parties partagent au moins une clé cryptographique. La Figure 1
décrit les relations basées sur des clés cryptographiques, dans un système de transactions financières utilisant des
cartes à circuit intégré, et indiquent les points auxquels cette partie de l'ISO 10202 s'applique.
Les procédures de gestion de clé et processus établissant les relations basées sur des clés doivent faire l'objet d'un
accord entre les parties amenées à communiquer. L'accord contractuel définissant les attributions de chaque partie
chargée de la protection des clés de chiffrement et des informations protégées par ces clés, n'est pas abordé dans
cette partie de l'ISO 10202.
Les fonctions de gestion de clés publiques assurées dans un CAD sans SAM doivent être choisies en fonction de la
sécurité disponible dans le CAD, et doivent être conformes aux exigences de cette partie de l'ISO 10202.
Les procédures et processus de gestion de clé employés dans les relations avec les clés cryptographiques non
abordés dans cette partie de l'ISO 10202 (Figure 1, relations 1 et 5), mais pouvant faire partie d'un système de
transactions financières utilisant des ICC, doivent être conformes à l'ISO 11568. Dans ces relations, la
numérotation de clé doit employer l'identificateur d'application (AID) tel que défini par l'ISO 7812.
NOTE L'AID peut être limité à l'identificateur d'enregistrement (RID) défini par l'ISO 7816-5.
©
ISO
Relations avec clés cryptographiques définies dans cette partie de l'ISO 10202: A, B, 2, 3, 6, 8, 10, 11, 12, 13
Relations avec clés cryptographiques non définies dans cette partie de l'ISO 10202: 1 et 5
Relations avec clés cryptographiques n'employant que la gestion de clés asymétriques: 4, 7, 9, 13
Figure 1 — Relations avec clés cryptographiques dans un système de transactions financières
utilisant des ICC
5.6 Traitement des transactions en ligne
Lors d'un traitement en ligne, le processus de gestion de clés automatisé doit assurer une protection pendant la
création, le transport et l'utilisation des clés entre l'ICC, le SAM, ou le ou les modules de sécurité d’ordinateur
distant.
Les clés cryptographiques transmises à un ICC doivent être chiffrées de bout-en-bout entre le SAM ou le module
de sécurité de l’ordinateur distant et l'ICC, sous le contrôle des entités responsables.
©
ISO
5.7 Traitement des transactions en différé utilisant un SAM
Lors d'un traitement hors ligne utilisant un SAM, le processus de gestion de clés automatisé doit être en mesure
d'établir et de maintenir la relation sécurisée avec clés cryptographiques entre l'ICC et le SAM, lorsque des clés
secrètes sont employées.
5.8 Clés de CDF et d'ADF
Aucune clé cryptographique utilisée dans un CDF ou un ADF ne doit être délibérément identique à celle employée
dans un autre ADF. Conformément à l'ISO 10202-3, le CDF et l'ADF doivent être séparés, d'un point de vue
cryptographique, lors de l'allocation de l'ADF, s'ils n'appartiennent pas au même émetteur ou fournisseur
d'application.
5.9 Sécurité physique
La résistance à l’altération assurée par l'ICC et le SAM doit reposer sur les principes de sécurité évoqués dans
l'ISO 10202-2 et l'ISO 10202-4. Bien que l'ICC et le SAM n'aient pas vocation à être des dispositifs physiquement
sécurisés, ils doivent assurer une protection efficace contre les tentatives d’altération.
5.10 CAD sans SAM
L'authentification de l'ICC et la vérification du certificat de transaction peuvent être mises en œuvre dans un CAD
sans SAM. Des clés publiques sont pour cela employées par le CAD. L'intégrité de ces clés publiques peut être
vérifiée au moyen d'une clé publique appartenant à une entité supérieure telle que le centre de certification des clés
de l'émetteur de carte ou du fournisseur d'application.
Lorsqu'un CAD est utilisé comme dispositif de communication pour une authentification en ligne avec un émetteur
de carte, un fournisseur d'application ou un acquéreur, la relation avec clés cryptographiques 3, 11 ou 12 doivent
s'appliquer.
6 Clés cryptographiques des systèmes ICC
Le présent article définit les clés cryptographiques pouvant être employées dans des systèmes ICC susceptibles
d'inclure des SAM.
6.1 Définition des clés cryptographiques
Les noms de clé cryptographique suivants sont définis comme suit:
Nom de clé cryptographique Fonction
kMprd, kEprd Contrôle du transfert d'un IC et protection contre les risques de
substitution d'un IC (fabricant, encarteur)
kIctl, kActl Chargement des clés de chiffrement du CDF ou de l'ADF
kIaut, kAaut Authentification du CDF ou de l'ADF
kImac, kAmac Authentification des commandes et données de transaction du CDF ou de
l'ADF
kIenc, kAenc Chiffrement des données de transaction du CDF ou de l'ADF
kIcer, kAcer Génération des certificats de transaction du CDF ou de l'ADF
kI(i)kex Chargement d'un kA(i,j)ctl pour un ADF
©
ISO
kA(i,j)ctl Chargement des clés de chiffrement de l'ADF
kA(i,j)aut Authentification d'un ADF
kA(i,j)mac Authentification des commandes et données de transaction de l'ADF
kA(i,j)enc Chiffrement des données de transaction de l'ADF
kA(i,j)cer Génération des certificats de transaction de l'ADF
k est la notation générique d'une clé (K, P ou S) pouvant être une clé d'algorithme symétrique ou asymétrique. Les
clés symétriques sont identifiées par K (KIctl, par exemple). Les paires de clés publique/secrète des noms de clés
ci-dessus sont précédées des lettres P et S (PIctl/SIctl, par exemple).
L'index i correspond à un ADF spécifique, tandis que l'index j correspond à une clé ou à un ensemble de clés
spécifique associé à un ADF.
La relation avec clés cryptographiques est décrite dans l'ISO 10202-3 pour chacune des clés ci-dessus.
6.2 Structure hiérarchique des clés
Les clés cryptographiques de l'ICC et du SAM doivent être chargées conformément à l'ISO 10202-3. La hiérarchie
suivante peut être appliquée:
a) clés de production: les clés de production sont des clés de chiffrement de clés utilisées pour charger des clés
de contrôle et éviter tout risque de substitution du circuit intégré. Les clés kMprd et kEprd doivent être les
seules clés employées pour charger les clés de contrôle;
b) clés de contrôle: les clés de contrôle sont des clés de chiffrement de clés utilisées pour charger d'autres clés
cryptographiques et paramètres dans un ICC ou un SAM. kIctl et kActl doivent être les seules clés utilisées
comme clés de contrôle;
d) clés d'échange de clé: une clé d'échange de clés est utilisée pour assurer la séparation des clés
cryptographiques lors du chargement d'un ADF. kIkex doit être la seule clé utilisée pour charger kActl dans un
ADF;
e) clés de données: les clés de données sont utilisées pour le chiffrement et le déchiffrement (kIenc, kAenc),
l'authentification du SAM, du module de sécurité de l’ordinateur distant, de l'ICC et de l'ADF (kIaut, kAaut),
l'authentification des données (kImac, kAmac), ainsi que la certification (kIcer, kAcer).
Les noms de clé de SAM peuvent être
a) des clés de dérivation: clés utilisées pour dériver des clés d'ICC.
b) des clés de dérivation dérivées: clés dérivées d'une clé de dérivation maîtresse utilisée pour dériver des clés
d'ICC. Les clés dérivées sont identifiées par K' (KI'aut, par exemple).
c) une clé ou paire de clés asymétriques.
Les noms de clé d'ICC peuvent être
a) des clés de chiffrement de clé: clé dérivée d'une clé de dérivation de SAM, ou clé de dérivation dérivée de
SAM (K') utilisée dans un ICC comme clé de chiffrement de clé pour l'échange de clés de session;
b) des clés dérivées: clés dérivées d'une clé de dérivation de SAM. Les clés dérivées sont identifiées par K'
(KI'aut, par exemple);
©
ISO
c) des clés doublement dérivées: clés dérivées d'une clé de dérivation dérivée de SAM (K') utilisée pour dériver
des clés de données. Les clés doublement dérivées sont identifiées par K'' (KI''aut, par exemple);
d) une clé ou paire de clés asymétriques.
Les noms de clé de données peuvent être
a) des clés dérivées: clés dérivées d'une clé de dérivation de SAM. Les clés dérivées sont identifiées par K'
(KI'aut, par exemple);
b) des clés doublement dérivées: clés dérivées d'une clé de SAM dérivée (K'). Les clés doublement dérivées sont
identifiées par K'' (KI''aut, par exemple);
c) des clés triplement dérivées: clés dérivées d'une clé de SAM et d'ICC doublement dérivée (k''). Les clés
triplement dérivées sont identifiées par K''' (KI'''aut, par exemple);
d) une clé ou paire de clés asymétriques.
7 Cycle de vie d’une clé
La gestion des clés englobe la génération de clés appropriées, leur stockage, leur distribution auprès de
destinataires autorisés et par ces derniers, leur utilisation, ainsi que leur résiliation une fois qu'elles ne sont plus
nécessaires. Afin de les protéger pendant tout leur cycle de vie, les clés sont traitées à travers une série de phases
qualifiées de cycle de vie de la clé (ISO 10202-1 et ISO 10202-3). Le présent article décrit les exigences de
protection pendant le cycle de vie des clés dans les systèmes ICC et SAM.
7.1 Génération d’une clé
Les clés de chiffrement utilisées dans les ICC, les SAM et les modules de sécurité d’ordinateur distant doivent être
générées de manière aléatoire ou pseudo-aléatoire, ou dérivées, d'un point de vue cryptographique, à partir
d'autres clés, comme indiqué dans cette partie de l'ISO 10202.
7.2 Stockage d’une clé
Les clés d'ICC, de SAM et de modules de sécurité d’ordinateur distant doivent être protégées pendant leur stockage.
Les clés cryptographiques résidant hors de l'ICC, du SAM ou des modules de sécurité d’ordinateur distant, ainsi que
d'autres dispositifs cryptographiques sécurisés, doivent être stockées tronçonnées, sous double contrôle et
connaissance séparée, ou stockées sous la forme de cryptogrammes de clé calculé avec une clé de stockage.
7.3 Sauvegarde d’une clé
La sauvegarde d'une clé consiste à en conserver une copie protégée pendant son utilisation. Les exigences de
protection requises pour les clés de chiffrement définies dans cette partie de l'ISO 10202 s'appliquent aux clés de
sauvegarde.
7.4 Distribution et chargement d’une clé
Le processus de distribution et de chargement des clés consiste à transférer manuellement ou électroniquement les
clés dans un dispositif cryptographique sécurisé.
Le processus de distribution des clés d'ICC, de SAM et de modules de sécurité d’ordinateur distant doit exclure la
divulgation de clés secrètes et protéger les clés publiques contre tout risque de substitution.
Les clés secrètes en texte en clair ne doivent être chargées dans les ICC, les SAM, les modules sécurité
d’ordinateur distant, ainsi que dans d'autres dispositifs cryptographiques sécurisés utilisés dans les systèmes ICC,
qu'après avoir vérifié que ces dispositifs n'ont fait l'objet d'aucune tentative d’altération pouvant entraîner la
divulgation ou la substitution de clés ou de données sensibles.
Les procédures de chargement de clés d'ICC et de SAM doivent être conformes aux exigences définies dans cette
partie de l'ISO 10202.
©
ISO
7.5 Utilisation d’une clé
L'utilisation des clés consiste à employer une clé pour la fonction cryptographique pour laquelle elle a été conçue.
Toute utilisation illicite devant être évitée
1) une clé ne doit être utilisée que pour une seule fonction (voir 6.1);
2) une clé ne doit être utilisée que pour la fonction prévue (voir 6.1);
3) les clés de SAM et de module de sécurité d’ordinateur distant doivent exister dans des emplacements
cohérents avec le fonctionnement du système.
Les services de gestion de clé définis dans cette partie de l'ISO 10202 doivent être mis en œuvre afin d'assurer la
sécurité requise.
7.6 Remplacement d’une clé
Le remplacement d'une clé consiste à substituer une clé à une autre lorsqu'il s'avère certain ou probable que
l'intégrité de la clé initiale est compromise, ou à la fin du cycle de vie opérationnel d'une clé. Ce remplacement doit
être irréversible.
Les clés de chiffrement des ICC, des SAM et des modules de sécurité d’ordinateur distant utilisées dans des
systèmes ICC, doivent être remplacées dans les délais nécessaires pour effectuer une attaque par dictionnaire des
données chiffrées sous cette clé, ou dans les délais jugés nécessaires pour identifier la clé par une attaque
exhaustive. Par ailleurs, la vie d'une clé d'ICC doit être plus longue que celle de la carte.
Il convient que la période cryptographique d'une clé soit définie en fonction des risques potentiels d'utilisation illicite
d'une clé, du niveau de sécurité requis, de la sensibilité des informations, du coût de décryptage des clés
cryptographiques utilisées, ainsi que du degré de résistance à l’altération assurée par l'ICC, le SAM et/ou le module
de sécurité d’ordinateur distant.
Le remplacement d'une clé dont l'intégrité s'avère probablement ou certainement compromise doit entraîner
nécessairement la distribution d'une nouvelle clé.
Le remplacement d'une clé ayant atteint la fin de son cycle de vie opérationnel peut être effectué par la distribution
d'une nouvelle clé, ou le remplacement de la clé par une nouvelle clé dérivée comme indiqué dans cette partie de
l'ISO 10202.
Si une substitution illicite de clé secrète est à craindre, toutes les clés associées doivent être remplacées une fois
les dispositifs cryptographiques correspondants sécurisés.
S'il est possible qu'une clé publique ait été ajoutée ou substituée sans autorisation, la clé falsifiée doit être
remplacée par la clé publique d’origine et son certificat une fois l'ICC, le SAM, les modules de sécurité d’ordinateur
distant et les CAD sécurisés. La clé publique de l'autorité supérieure doit être utilisée pour vérifier le certificat de la
clé rechargée.
Les clés secrètes remplacées ne doivent pas être remises en service.
7.7 Destruction d’une clé
La destruction d'une clé consiste à détruire toute instance d'une clé à un emplacemen
...