ISO/IEC 9594-8:1995

NORME
lSO/CEI
INTERNATIONALE
9594-8
Deuxième édition
1995-09-I 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- L’Annuaire: Cadre
(ow
d’authentification
Information technology - Open Systems lnterconnection - The
Directory: Authentification framework

ISO/CEI 9594-S: 1995(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
................................................................................................................................... 2
2 Références normatives
...................................................................... 2
2.1 Recommandations I Normes internationales identiques
....... 2
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
Définitions .
.................................... 3
3.1 Définitions relatives à l’architecture de sécurité du modèle de référence OS1
3.2 Définitions relatives au modèle d’Annuaire .
Définitions relatives au cadre d’authentification .
3.3
Abréviations . . . . . . . . . . . . . . . . .*.
5 Conventions .
SECTION 2 - AUTHENTIFICATION SIMPLE .
6 Procédure d’authentification simple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61 . Génération de l’information d’identification protégée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Procédure d’authentification simple protégée ~~~.~.~.~.~.~~.~.~.~.
62 .
.......................................................................................
6.3 Type d’attribut de mot de passe d’utilisateur
..................................................................................................
SECTION 3 - AUTHENTIFICATION POUSSÉE
................................................................................................................
Bases de l’authentification poussée
............................................................................................................
Obtention d’une clé publique d’usager
.......................................................
81 . Optimisation de la quantité d’information obtenue de 1’Annuaire
..............................................................................................................................................
8.2 Exemple
...................................................................................................................................
Signatures numériques
0 ISOKEI 1995
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.
ISOKEI Copyright Office l Case postale 56 l CH-121 1 Genève 20 l Suisse
Version française tirée en 1996
Imprimé en Suisse
ii
ISO/CEI 9594-8: 1995(F)
@ ISOKEI
10 Procédures d’authentification poussée .
10.1 Vue d’ensemble .
.................................................................................................................
10.2 Authentification à une voie
.............................................................................................................
10.3 Authentification à deux voies
..............................................................................................................
10.4 Authentification à trois voies
...................................................................................................................
11 Gestion des clés et des certificats
................................................................................................................
11.1 Génération de paires de clés
.........................................................................................................................
11.2 Gestion des certificats
........................................................................................................
Annexe A - Cadre d’authentification en ASN. 1
............................................................................................................................
Annexe B - Exigences de sécurité
....................................................................................
Annexe C - Introduction à la cryptographie de clé publique
...............................................................................
Annexe D - Le système RSA cryptographique de clé publique
.................................................................................................................................
Annexe E - Fonctions hachage
.......... 31
Annexe F - Dangers contre lesquels la protection est assurée par les méthodes d’authentification poussée.
..................................................................................................................
Annexe G - Confidentialité des données
...........................................................
Annexe H - Définition de reférence des identificateurs d’objet d’algorithme
..............................................................................................................
Annexe J - Modifications et Corrigendums
. . .
ISOKEI 9594-S: 1995(F) @ ISOKEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de 1’ISO ou de la CE1 participent au développement de Normes
internationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de I’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales,
gouvernementales ou non gouvernementales, en liaison avec I’ISO et la CE1
participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un
comité technique mixte, I’ISOKEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 9594-8 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de I?nformation, sous-comité SC 21,
Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec l’IUT-T. Le texte identique est publié en tant que
Recommandation IUT-T X.509.
Il convient que les personnes mettant en application la présente partie de
1’ISOKEI 9594 notent qu’il existe un processus de résolution de défaut et que des
corrections peuvent être appliquées au présent texte sous forme de rectificatifs
techniques. Une liste des rectificatifs techniques approuvés pour la présente partie
de I’ISOKEI 9594 peut être obtenue auprès du secrétariat du sous-comité. Les
rectificatifs techniques publiés sont disponibles auprès de votre organisation
nationale de normalisation.
Cette deuxième édition révise et améliore techniquement 1’ISOKEI 9594-8: 1990.
Elle incorpore également le Rectificatif technique 1: 1991. Les mises en
application peuvent encore se réclamer en conformité avec la première édition de
la présente partie de l’ISO/CEI 9594. Toutefois, il arrivera un moment où la
première édition n’aura plus de raison d’être (c’est-à-dire que les défauts détectés
ne seront plus résolus). Il est recommandé que les mises en application soient
conformes à cette deuxième édition le plus tôt possible.
L’ISOKEI 9594 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Interconnexion de systèmes ouverts (OSI) -
L’Annuaire:
Partie 1: Vue d’ensemble des concepts, modèles et services
- Partie 2: Modèles
Partie 3: Définitions de service abstrait
Partie 4: Procédures pour le fonctionnement réparti
- Partie 5: Spécifications du protocole
- Partie 6: Types d’attributs sélectionnés
- Partie 7: Classes d’objets sélectionnés
- Partie 8: Cadre d’authentification
- Partie 9: Duplication
L’annexe A fait partie intégrante de la présente partie de l’ISO/CEI 9594. Les
annexes B à J sont données uniquement à titre d’information.
iv
0 ISOKEI
ISOICEI 9594-8: 1995(F)
Introduction
La présente Recommandation I Norme internationale a été élaborée, de concert avec les autres Recommandations I
Normes internationales, pour faciliter l’interconnexion des systèmes de traitement de l’information et permettre ainsi
d’assurer des services d’annuaire. L’ensemble de ces systèmes, avec les informations d’annuaire qu’ils contiennent, peut
être considére comme un tout intégré, appelé I’Annuaire. Les informations contenues dans l’Annuaire, appelées
collectivement base d’informations d’Annuaire (DIB) sont généralement utilisees pour faciliter la communication entre
des objets tels que entités d’application, individus, terminaux, listes de distribution, ainsi que les communications avec
ces objets ou au sujet de ces objets.
L’Annuaire joue un rôle important dans l’interconnexion des systèmes ouverts, dont le but est de permettre, moyennant
un minimum d’accords techniques en dehors des normes d’interconnexion proprement dites, l’interconnexion des
systèmes de traitement de l’information:
provenant de divers fabricants;
- gérés différemment;
de niveaux de complexité différents; et
- d’âges differents.
Un grand nombre d’applications comportent des exigences de sécurité pour assurer leur protection contre les dangers
susceptibles de porter atteinte à la communication de l’information. L’Annexe B contient une brève description des
menaces généralement connues ainsi que les services et les mécanismes de sécurite qu’on peut utiliser pour la protection
contre ces dernières. En fin de compte, tous les services de sécurité reposent sur la fiabilité de la connaissance des
identités des parties en communication, c’est-a-dire sur leur authentification.
La présente Recommandation I Norme internationale définit un cadre d’authentification pour assurer la prestation des
services d’authentification par 1’Annuaire à ses utilisateurs. Ces utilisateurs comprennent 1’Annuaire lui-même ainsi que
d’autres applications et services. L’Annuaire peut utilement contribuer à répondre à leurs besoins en authentification et en
d’autres services de sécurité car c’est un emplacement naturel à partir duquel les parties en communication peuvent
obtenir l’information d’authentification des uns et des autres: connaissance sur laquelle repose l’authentification.
L’Annuaire est l’emplacement naturel du fait qu’il détient d’autres informations qui sont nécessaires à la communication
et qui sont obtenues avant l’établissement de la communication. L’obtention de l’information d’authentification d’un
partenaire d’une communication potentielle à partir de I’Annuaire est, avec cette approche, semblable à l’obtention d’une
adresse. En raison du domaine étendu recouvert par YAnnuaire, on prévoit que ce cadre d’authentification sera très utilisé
par toute une gamme d’applications.
Cette seconde édition révise techniquement et améliore, mais ne remplace pas, la première édition de la présente
Recommandation I Norme internationale. Les mises en œuvre peuvent encore prétendre à la conformité à la première
édition.
Cette seconde édition spécifie la version 1 des protocoles et services de 1’Annuaire. La première édition spécifie
également version 1. On a traité les différences entre les services et les protocoles définis dans les deux éditions en
utilisant les règles d’extensibilité définies dans la présente version de la Rec. X.519 I ISOKEI 9594-5.

ISOKEI 9594-S: 1995(F) @ ISOKEI
A i présente le module ASN. 1
L’A .nnexe qui fait partie ntégrante de la présente Recommandation I Norme internationale,
.
contie nt toutes le :s défin .tions associées
au cadre d’authentification.
qu1
L’Annexe B, qui ne fait pas partie intégrante de la présente Recommandation 1 Norme internationale, décrit les exigences
de sécurité.
L’A nnexe C, qui ne fait pas partie intégrante de la Norme internationale, est une introduction
présente Recommandation I
à la cryptographie a clé publique.
L’Annexe D, qui ne fait pas partie intégrante de la Norme internationale, décrit le système
présente Recommandation
RSA cryptographique de clé publique.
L’Annexe E, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, décrit les fonctions
hachage.
L’Annexe F, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, décrit les dangers
contre lesquels la protection est assurée par les méthodes d’authentification poussée.
L’Annexe G, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, décrit la
confidentialité des données.
L’Annexe H, qui fait partie intégrante de la présente Recommandation I Norme internationale, définit des identificateurs
d’objet assignés aux algorithmes d’authentification et de chiffrement, en l’absence d’un registre formel de consignation.
L’Annexe J, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, recense les
modifications et les rapports de défaut qui ont été incorporés dans cette édition de la présente Recommandation I Norme
internationale.
ISOKEI 9594-S : 1995 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION -
INTERCONNEXION DE SYSTÈMES OUVERTS (OSI) -
L’ANNUAIRE: CADRE D’AUTHENTIFICATION
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d’application
La présente Spécifkation l Norme internationale:
spécifie la forme sous laquelle l’information d’authentification est conservée par 1’Annuaire;
-
décrit la façon dont on peut obtenir de IlAnnuaire cette information d’authentification;
établit les hypothèses faites au sujet de la manière dont est constituée cette information d’authentification
et de son emplacement dans 1’Annuaire;
- définit trois manieres dont les applications peuvent employer cette information d’authentification pour
effectuer des authentifications et explique comment d’autres services de sécurité peuvent être assurés par
l’authentification.
La présente Recommandation I Norme internationale contient les descriptions de deux niveaux d’authentification:
l’authentification simple qui utilise un mot de passe pour la vérification de l’identité et l’authentification poussée qui fait
intervenir des accréditations établies au moyen de techniques cryptographiques. Tandis que l’authentification simple
n’offre qu’une protection limitée contre l’accès non autorisé, seule l’authentification poussée devra servir de base à la
prestation de services sûrs. Il ne s’agit pas ici d’établir un cadre général d’authentification. Celui-ci peut toutefois se
prêter à une utilisation générale pour des applications qui jugent que ces techniques sont appropriées.
On ne peut fournir d’authentification (et d’autres services de sécurité) que dans le contexte d’une politique de sécurité
définie pour une application particulière. Il appartient aux utilisateurs de cette application de définir leur propre politique
de sécurité qui peut dépendre des services fournis par une norme.
Il appartient aux normes de définir les applications qui utilisent le cadre d’authentification pour spécifier les échanges de
protocole qu’il convient d’effectuer afin de parvenir à une authentification basée sur l’information d’authentification
obtenue de 1’Annuaire. Le protocole utilisé par les applications pour obtenir des accréditations de 1’Annuaire est le
protocole d’accès à YAnnuaire (DAR) spécifié dans la Rec. UIT-T X.519 I ISO/CEI 9594-5.
La méthode d’authentification poussée spécifiée dans la présente Recommandation I Norme internationale repose sur des
systèmes cryptographiques à clé (de codage) publique. C’est le principal avantage de ces systèmes que les certificats
d’utilisateur puissent être conservés dans 1’Annuaire et obtenus par les utilisateurs de I’Annuaire de la même manière que
d’autres informations de YAnnuaire. On admet que les certificats d’utilisateur sont constitués par des moyens
indépendants et sont mis en place dans 1’Annuaire par leur créateur. La génération de certificats d’utilisateur est effectuée
par une autorité de certification autonome qui est complètement distincte des DSA de 1’Annuaire. En particulier, aucune
exigence spéciale n’est prescrite aux fournisseurs de 1’Annuaire pour mémoriser ou communiquer les certificats
d’utilisateur de façon sûre.
Une brève introduction à la cryptographie à clé publique est donnée dans 1’Annexe C.
En général, le cadre d’authentification ne dépend pas de l’utilisation d’un algorithme particulier pour autant qu’il possède
les propriétés décrites en 7.1. Il est possible dans la pratique d’utiliser un certain nombre d’algorithmes différents.
Toutefois, deux utilisateurs qui désirent s’authentifier doivent utiliser le même algorithme cryptographique pour effectuer
correctement l’authentification. De cette façon, dans le contexte d’un ensemble d’applications voisines, le choix d’un
algorithme unique servira a élargir au maximum la communauté des utilisateurs capables de s’authentifier et de
communiquer en sécurité. Un exemple d’algorithme cryptographique de clé publique est spécifié dans YAnnexe D.
De même, deux utilisateurs qui désirent s’authentifier doivent utiliser la même fonction hachage [voir 3.3 f)] (utilisée
pour former des accréditations et des jetons d’authentification). De nouveau, en principe, on peut utiliser un certain
nombre de variantes de fonction hachage au prix d’un rétrécissement des communautés des utilisateurs capables de
s’authentifier. Une brève introduction aux fonctions de hachage et un exemple de fonction de hachage sont donnés dans
1’Annexe E.
Rec. UIT-T X.509 (1993 F) 1
ISOKEI 9594-8 : 1995 (F)
Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au moment de
la publication, les editions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes a révision et
les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées a
rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de 1’ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient a jour une liste des Recommandations de I’UIT-T en vigueur.
21 . Recommandations I Normes internationales identiques
-
Recommandation UIT-T X.500 (1993) I ISOKEI 9594- 1: 1995, Technologie de Z’information -
L’Annuaire: Vue d’ensemble des concepts, modèles et services.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.501 (1993) I ISOKEI 9594-2:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - L’Annuaire: Les modèkes.
-
Recommandation UIT-T X.5 11 (1993) I ISO/CEI 9594-3: 1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - L’Annuaire: Définition du service abstrait.
-
Recommandation UIT-T X.5 18 (1993) I ISOKEI 9594-4: 1995, Technologie de Z’information -
L’Annuaire: Procédures pour le fonctionnement réparti.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.5 19 (1993) I ISOKEI 9594-5: 1995, Technologie de Z’information -
L’Annuaire: Spécifications du protocole.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.520 (1993) I ISO/CEI 9594-6: 1995, Technologie de Z’information -
L ‘Annuaire: Types d’attributs sélectionnés.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.521 (1993) I ISOKEI 9594-7:1995, Technologie de Z’information -
L ‘Annuaire: Classes d’objets sézectionnées.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.525 (1993) I ISO/CEI 9594-9: 1995, Technologie de 1 ‘information -
Interconnexion des systèmes ouverts - L’Annuaire: Duplication.
-
Recommandation UIT-T X.680 (1994) I ISOKEI 8824-l : 1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Spécification de la
notation de base.
-
Recommandation UIT-T X.681 (1994) I ISOKEI 8824-2: 1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Spécification des objets
informationnels.
-
Recommandation UIT-T X.682 (1994) I ISOKEI 8824-3:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Spécification des
contraintes.
-
Recommandation UIT-T X.683 (1994) I ISOKEI 8824-4:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Paramétrage des
spécifications de la notation de syntaxe abstraite no 1.
-
Recommandation UIT-T X.690 (1994) I ISOKEI 8825-1:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Règles de codage de Z’ASN.1: Spécification des règles de codage de
base, des règles de codage canoniques et des règles de codage distinctives.
-
Recommandation UIT-T X.880 (1994) I ISOKEI 13712-1:1995, Technologie de Z’information -
Opérations distantes: Concepts, modèle et notations.
-
Recommandation UIT-T X.881 (1994) I ISOKEI 13712-2:1995, Technologie de L’information -
Opérations distantes: Réalisation OSI - Définition du service de Z’élément de service d’opérations
distantes.
22 . Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
- Recommandation UIT-T X.800 du CCITT (1991), Architecture de sécurité pour I?nterconnexion en
systèmes ouverts d’applications du CCITT.
Interconnexion des systèmes ouverts -
ISO 7498-2:1989, Systèmes de traitement de Z’information -
Modèle de référence de base - Partie 2: Architecture de sécurité.
Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-S : 1995 (F)
Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s’appliquent.
31 . Définitions relatives à l’architecture de sécurité du modèle de référence OS1
Les termes suivants sont définis dans la Rec. X.800 du CCITT I ISO 7498-2:
asymétrique (chiflrement};
a>
b) échange d’authentifications;
information d’authentification;
C>
* d) confidentialité;
e) justificatif d’identité;
f) cryptographie;
g) authentification de Z’origine des données;
h) déchiffrement;
chiffrement;
.
clé;
J)
mot de passe;
W
authentification de Z’entité homologue;
1)
symétrique (chiffrement).
m>
32 . Définitions relatives au modèle d’Annuaire
Les termes suivants sont définis dans la Rec. UIT-T X.501 I ISOKEI 9594-2:
attribut;
a)
base d’infomzations d’Annuaire;
b)
arbre d’informations d’tlnnuaire;
C>
agent de système d’tlnnuaire;
d)
agent d’utilisateur d ‘Annuaire;
e)
nom dis tin tif,
f)
g) entrée;
h) objet;
racine.
33 . Définitions relatives au cadre d’authentification
Les termes suivants sont définis dans la présente Recommandation I Norme internationale:
au d’un échange d’authentifications, qui peut
3.3.1 jeton d’authentification (jeton): Information acheminée cours
être utilisée à authentifier son expéditeur.
3.3.2 certificat d’utilisateur (certificat): Clé publique d’un utilisateur, ainsi que certaines autres informations,
rendue infalsifiable par chiffrement avec la clé secrete de l’autorité de certification qui l’a délivrée.
3.3.3 autorité de certification: Autorité chargée par un ou plusieurs utilisateurs de créer et d’attribuer les certificats.
Cette autorité peut, facultativement, créer les clés d’utilisateur.
3.3.4 itinéraire de certification: Séquence ordonnée de certificats d’objets dans le DIT qui en plus de la clé
publique de l’objet initial dans l’itinéraire, peut être traitée pour obtenir celle de l’objet final dans l’itinéraire.
3.3.5 système cryptographique: Recueil de transformations du texte en clair au texte chiffré et réciproquement, les
transformations particulières à utiliser étant sélectionnées par des clés. Les transformations sont normalement définies
par un algorithme mathematique.
Rec. UIT-T X.509 (1993 F) 3
ISO/CEI 9594-8 : 1995 (F)
3.3.6 fonction hachage: Fonction (mathématique) qui met en correspondance les valeurs d’un grand (et
éventuellement très grand) domaine avec une gamme plus petite. Une «bonne» fonction de hachage est telle que les
résultats de l’application de la fonction à un (grand) ensemble de valeurs du domaine seront régulièrement (et
apparemment aléatoirement) répartis sur toute la gamme.
3.3.7 fonction à une voie: Fonction (mathématique) f qui est facile à calculer mais pour laquelle, à une valeur
générale y de la gamme, il est difficile de faire correspondre par le calcul une valeur x du domaine telle que f(x) = y. Il
peut exister un petit nombre de valeurs de y pour lesquelles la détermination de x n’est pas difficile a obtenir par le
calcul.
de clés d’utilisateur qui est
3.3.8 clé publique: (dans un système cryptographique de clé publique) Clé d’une paire
publiquement connue.
3.3.9 ’ clé privée; clé secrète (déconseillée): (dans un système cryptographique de clé publique) Clé d’une paire de
clés d’utilisateur qui n’est connue que de cet utilisateur.
3.3.10 authentification simple: Authentification obtenue au moyen de simples arrangements de mot de passe.
3.3.11 politique de sécurité: Ensemble de règles établies par l’organisme de sécurité qui régit l’utilisation et la
fourniture de services et de facilités de sécurité.
3.3.12 authentification poussée: Authentification obtenue au moyen d’accréditations déterminées par cryptographie.
3.3.13 confiance: Généralement, on peut dire qu’une entité se fie à une deuxième entité lorsqu’elle (la première entité)
formule l’hypothèse que la deuxième entité se comportera exactement comme le prévoit la première entité. Cette
confiance ne peut s’appliquer qu’a une certaine fonction particulière. Le rôle de confiance qui revient à la clé dans le
cadre d’authentification consiste a décrire la relation entre une entité d’authentification et une autorité de certification;
une entité d’authentification doit être certaine de pouvoir se fier à l’autorité de certification pour qu’elle crée uniquement
des certificats valides et fiables.
3.3.14 numéro de série de certificat: Valeur entière, unique pour la CA qui l’émet et associée sans ambiguïté au
certificat émis par cette CA.
4 Abréviations
Les abréviations suivantes sont utilisées dans la présente Recommandation I Norme internationale:
Autorité de certification (certification authority)
CA
Base d’informations d’Annuaire (directory information base)
DIB
Arbre d’informations d’Annuaire (directory information tree)
DIT
DSA Agent de système d’Annuaire (directory system agent)
DUA Agent d’utilisateur d’Annuaire (directory user agent)
PKCS Systeme cryptographique a clé publique (public key cryptosystem).
5 Conventions
Sauf exceptions mineures, la présente Spécification d’Annuaire a été élaborée conformément aux directives concernant la
«présentation des textes communs UIT-T I ISO/CEI», qui figurent dans le guide relatif à la coopération entre I’UIT-T et
I’ISOKEI JTC 1, de mars 1993.
Le terme «Spécification d’Annuaire» (comme dans «la présente Spécification d’Annuaire») s’entend selon l’acception de
la Rec. UIT-T X.509 I ISOKEI 9594-8. Le terme «Spécifications d’Annuaire» s’entend selon l’acception des
Recommandations de la série X.500 et de toutes les parties de l’ISO/CEI 9594.
Dans la présente Spécification d’Annuaire le terme «systèmes de l’édition 198%) désigne les systèmes conformes à l’édi-
tion précédente (1988), c’est-à-dire l’Édition 1988 des Recommandations de la série X.500 du CCITT et ISOKEI 9594:
édition 1990. Pour les systèmes conformes aux Spécifications actuelles d’Annuaire on utilise le terme «systèmes de
l’édition 1993~
Si, dans une liste, les points sont numerotés (au lieu d’utiliser des tirets ou des lettres), ils seront alors considérés comme
des étapes d’une procédure.
La notation utilisée dans la présente Spécifkation d’Annuaire est définie dans le Tableau 1 ci-après.
4 Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-S : 1995 (F)
Tableau 1 - Notation
Notation Signification
Cl6 publique d’un utilisateur X.
XP
XS Clé privée de X.
Chiffrement d’une certaine information, 1, au moyen de la clé. publique de X.
XP[Il
Chiffrement de 1 au moyen de la clé privée de X.
WI
Signature de 1 par l’utilisateur X. Elle se compose de 1 avec un sommaire chiffré attaché.
X(I)
Autorité de certification de l’utilisateur X.
CA(X)
CA”(X) (où n > 1): CA(CA(. . . n fois . .(X)))
X~< x+x2>> Chaîne de certificats (pouvant être de longueur arbitraire) où chaque élément est le certificat pour
x2c l’autorité de certification qui produit le suivant. Il est fonctionnellement équivalent au certificat suivant
X1ccXn+l>>. Par exemple, la possession de A>B<> fournit la même capacité que A<>, à
savoir la possibilité de découvrir Cp étant donné Ap.
x*p l XlCCX2>> Opération de dévoilement d’un certificat (ou d’une chaîne de certificats) pour en extraire une clé
publique. C’est un opérateur d’infixe, dont l’opérande de gauche est la clé publique d’une autorité de
certification, et dont l’opérande de droite est un certificat délivré par cette autorité de certification. Le
résultat est la clé publique de l’utilisateur dont le certificat est l’opérande de droite. Par exemple:
Ap . A<> B>
indique l’opération de l’utilisation de la clé publique de A pour obtenir la clé publique Bp de B, à partir
de son certificat, suivie de l’utilisation de Bp pour dévoiler le certificat de C. Le résultat de l’opération est
la clé publique Cp de C.
A+B Itinéraire de certification de A en B composé d’une chaîne de certificats, débutant avec:
CA(A)> et finissant avec CA(B)<>.
NOTE - Dans ce tableau, les symboles X, Xl, X2, etc., remplacent les noms des usagers; le symbole 1 remplace toute
information arbitraire.
SECTION 2 - AUTHENTIFICATION SIMPLE
6 Procédure d’authentification simple
L’authentification simple vise à fournir une autorisation locale reposant sur un nom distinctif d’utilisateur, un mot de
passe faisant l’objet (facultativement) d’un accord bilatéral et un accord bilateral quant aux modalités d’emploi et de
traitement de ce mot de passe dans un domaine donné. L’utilisation de l’authentification simple est essentiellement
destinee à l’emploi local, c’est-à-dire pour authentification d’entités homologues entre un DUA et un DSA.
L’authentification simple peut être réalisée de plusieurs manières:
transfert du nom distinctif de l’utilisateur et du mot de passe (facultatif) en clair (sans protection) au
a>
destinataire pour évaluation;
b) transfert du nom distinctif de l’utilisateur, du mot de passe et d’un numéro aléatoire et/ou d’une indication
horaire, qui sont tous protégés par application d’une fonction à une voie;
transfert de l’information protégée décrite en b) ainsi qu’un numéro aléatoire et (ou) une indication
C>
horaire, qui sont tous protégés par application d’une fonction a une voie.
NOTES
1 Il n’est pas exigé que les fonctions à une voie appliquées soient différentes.
2 La signalisation des procédures de protection des mots de passe pourra faire l’objet d’un complément au présent
document.
Rec. UIT-T X.509 (1993 F) 5
ISOKEI 9594-8 : 1995 (F)
Quand les mots de passe ne sont pas protégés, un niveau de sécurité minimal est assuré pour empêcher un accès non
autorisé. Il ne doit pas être considéré comme la base de services sûrs. La protection du nom distinctif de l’utilisateur et du
mot de passe assure une sécurité plus grande. Les algorithmes a utiliser pour le mécanisme de protection sont en général
des fonctions a une voie sans chiffrement qui sont très simples a mettre en œuvre.
La Figure 1 montre la procédure générale à appliquer pour obtenir une authentification simple.
TlSO3930-94/dOl
Figure 1 - Procédure d’authentification simple sans protection
Les étapes de cette procédure sont les suivantes:
1) un utilisateur expéditeur A envoie son nom distinctif et son mot de passe à un utilisateur destinataire B;
2) B envoie le nom distinctif visé et le mot de passe de A à l’Annuaire, où le mot de passe est comparé avec
celui qui est détenu en tant qu’attribut UserPassword dans l’entrée d’annuaire concernant A (en utilisant
l’opération Compare de 1’Annuaire);
3) 1’Annuaire confirme (ou dement) à B que les accréditations sont valides;
4) le succès (ou l’échec) de l’authentification est communique a A.
La forme fondamentale d’authentification simple ne comporte que l’étape 1); elle peut aussi comporter l’étape 4) après
que B a vérifié le nom distinctif et le mot de passe.
Génération de l’information d’identification protégée
61 .
La Figure 2 montre deux méthodes de production ,d’une information d’identification protégée. fl et f2 sont des fonctions
à une voie (identiques ou différentes) et les indications horaires et les nombres aléatoires sont facultatifs et dépendent
d’accords bilatéraux.
A
passwA
tlA
WA
t2A
-X03940-944dO2
A Nom distinctif de l’utilisateur
fA
Indications horaires
passwA MotdepassedeA
Numhs akhtoires avec inclusion d’ul
qA
compteur (facultatif)
Figure 2 - Authentification simple protégée
6 Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-S : 1995 (F)
. Procédure d’authentification simple protégée
La Figure 3 montre la procédure d’authentification simple protégée.
TlSO3950-94/dO3
Figure 3 - Procédure d’authentification simple protégée
Cette procédure comporte les étapes suivantes (avec, initialement, utilisation de fi seulement):
1) L’utilisateur d’origine (utilisateur A) envoie à l’utilisateur B son information d’identification protégée
(Authenticatorl). La protection est assurée par application de la fonction à une voie (fi) de la Figure 2,
où l’indication horaire et (ou) le nombre aléatoire (s’il est utilisé) ont pour objet de réduire au minimum les
répétitions et de cacher le mot de passe.
La protection du mot de passe de A a la forme:
Protectedl = f 1 (tl*, ql*, A, passwA)
L’information transmise à B prend la forme:
Authenticator 1 = t l*, q l*, A, Protectedl
B vérifie l’information d’identification protégée offerte par A en produisant une copie locale protégée du
mot de passe de A (de la forme de Protectedl) (au moyen du nom distinctif et, facultativement, d’une
indication horaire et/ou d’un nombre aléatoire fourni par A, ainsi qu’une copie locale du mot de passe de
A). B compare l’information d’identification visée (Protectedl) avec la valeur produite localement, afin de
s’assurer de leur égalité.
B confirme (ou dément) a A la vérification de l’information d’identification protegée.
2)
La procédure peut être modifiée de manière a assurer une plus grande protection (au moyen de fi et f2). Les principales
différences sont les suivantes:
1) A envoie son information d’identification protégée supplémentaire (Authenticator2) à B. Une protection
supplémentaire est obtenue en appliquant une autre fonction f2 comme le montre la Figure 2. La
protection supplémentaire prend la forme:
Protected2 = f2 (t2*, q2*, Protectedl)
L’information transmise à B prend la forme:
Authenticator2 = tl*, t2*, q1*, q2*, A, Protected2
Pour comparaison, B émet la valeur locale du mot de passe protégé additionnellement de A et la compare
(pour en contrôler l’égalité) avec celle de Protected2 [le principe étant le même que pour l’étape 1)
du 6.4.11.
2) B confirme (ou dément) à A la vérification de l’information d’identification protégée.
NOTE - Les procédures définies dans les présents articles sont spécifiées en fonction de A et B. Appliqué à 1’Annuaire
(spécifié dans les Rec. UIT-T X.51 1 I ISOKEI 9594-3 et UIT-T X.518 I ISOKEI 9594-4), A pourrait être un DUA lié à un DSA, B ou
bien A pourrait être un DSA lié à un autre DSA, B.
63 . Type d’attribut de mot de passe d’utilisateur
Un type d’attribut de mot de passe d’utilisateur contient le mot de passe d’un objet. Une valeur d’attribut pour le mot de
passe de l’utilisateur est une chaîne spécifiée par l’objet.
userPassword
ATTRIBUTE ::= {
WITH SYNTAX
OCTET STRING (SIZE (O.ub-user-password))
EQUALITY MATCHING RULE OctetStringMatch
ID
id-at-userPassword )
Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-8 : 1995 (F)
SECTION 3 - AUTHENTIF+ICATION POUSSÉE
Bases de l’authentification poussée
La façon d’aborder une authentification poussée au sens de la présente Spécification d’Annuaire fait usage des propriétés
de la famille des systèmes cryptographiques connus sous le nom de systèmes cryptographiques a clé publique (PMCS).
Ces systèmes cryptographiques, également décrits comme asymétriques, font intervenir une paire de clés, l’une privée et
l’autre publique, plutôt qu’une seule clé comme dans les systèmes cryptographiques classiques. L’Annexe C donne une
brève introduction à ces systèmes cryptographiques et aux propriétés qui les rendent utiles pour l’authentification. Pour
qu’un PKCS soit actuellement utilisable dans ce cadre d’authentification, il doit avoir la propriété de permettre l’usage
des deux clés de la paire pour le chiffrement, la clé privée étant utilisée pour le déchiffrement si c’est la clé publique qui
a été utilisée, et la clé publique étant utilisée pour le déchiffrement si c’est la clé privée qui a été utilisée. Autrement dit,
Xp l Xs = Xs l Xp si Xp/Xs sont des fonctions de chiffrement/déchiffrement utilisant les clés publique/privée de
l’utilisateur X.
NOTE - On pourra ultérieurement envisager d’autres types de PKCS, c’est-à-dire qui n’exigent pas la propriété de
permutabilité et qui peuvent être mis en œuvre sans grande modification de la présente Spécification d’Annuaire.
Le cadre d’authentification ne prescrit pas l’emploi d’un système cryptographique particulier. Il est prévu que ce cadre
s’appliquera a tout système cryptographique a clé publique et qu’il suivra ainsi les modifications des méthodes utilisées à
la suite des progrès à venir en cryptographie, en techniques mathématiques ou en capacités de calcul. Toutefois deux
utilisateurs qui désirent s’authentifier doivent utiliser le même algorithme cryptographique pour que les authentifications
soient effectuées correctement. De cette façon, dans le contexte d’un ensemble d’applications voisines, le choix d’un
algorithme unique servira à élargir au maximum la communauté des utilisateurs capables de s’authentifier et de
communiquer en sécurité. Un exemple d’algorithme cryptographique est donné dans YAnnexe D.
L’authentification repose sur la possession d’un nom distinctif unique pour chaque utilisateur. La responsabilité de
l’attribution de noms distinctifs revient aux autorités de désignation. Chaque utilisateur doit donc se fier aux autorités
d’appellation pour que les noms distinctifs ne soient pas émis en double.
Chaque utilisateur est identifié par la possession de sa clé privée. Un deuxième utilisateur est capable de déterminer si un
partenaire d’une communication est en possession de la clé privée et peut utiliser ce renseignement pour confirmer que le
partenaire de la communication est en fait l’utilisateur. La validité de cette confirmation dépend de la mesure dans
laquelle la clé privée demeure confidentielle au niveau de l’utilisateur.
Pour qu’un utilisateur puisse déterminer si un partenaire de communication est en possession de la clé privée d’un autre
utilisateur, il doit être lui-même en possession de la clé publique de cet utilisateur. S’il est simple d’obtenir la valeur de
cette clé publique d’après l’inscription de l’utilisateur dans IlAnnuaire, il est plus problématique d’en vérifier l’exactitude.
Il existe pour cela de nombreuses possibilités; l’article 8 décrit un traitement au moyen duquel une clé publique
d’utilisateur peut être contrôlée par référence à 1’Annuaire. Ce traitement ne peut remplir son rôle que s’il existe une
chaîne continue de points de confiance dans 1’Annuaire entre les utilisateurs demandant a s’authentifier. Pour constituer
cette chaîne on peut identifier un point de confiance commun. Ce point doit être relié a chaque utilisateur par une chaîne
continue de points de confiance.
8 Obtention d’une clé publique d’usager
Pour qu’un utilisateur puisse avoir confiance en la procédure d’authentification, il doit obtenir la clé publique de l’autre
utilisateur, d’une origine en laquelle il a confiance. Une telle origine, appelée autorité de certification (CA), utilise
l’algorithme de clé publique pour certifier la clé publique en produisant un cert@cat. Ce certificat, dont la forme est
spécifiée plus loin, possède les propriétés suivantes:
-
tout utilisateur ayant accès à la clé publique de l’autorité de certification peut recouvrer la clé publique qui
est certifiée;
- aucune partie autre que l’autorité de certification ne peut modifier le certificat sans que cela ne soit détecté
(les certificats sont infalsifiables).
Du fai t que les certificats sont infalsifiables, on peut les publier en les introduisant dans 1’Annuaire sans que ce dernier
n’ait a prendre des disposi tions particulières pour assurer leur protection.
NOTE 1 - Bien que les CA soient définies sans ambiguïté par un nom distinctif dans le DIT, cela n’implique nullement une
relation entre l’organisation des CA et le DIT.
Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-8 : 1995 (F)
Une autorité de certification produit les certificats de l’utilisateur en signant (voir l’article 9) un recueil d’informations
comprenant le nom distinctif d’utilisateur et la clé publique, ainsi qu’un identificateur unique facultatif c
...

NORME
lSO/CEI
INTERNATIONALE
9594-8
Deuxième édition
1995-09-I 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- L’Annuaire: Cadre
(ow
d’authentification
Information technology - Open Systems lnterconnection - The
Directory: Authentification framework

ISO/CEI 9594-S: 1995(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
................................................................................................................................... 2
2 Références normatives
...................................................................... 2
2.1 Recommandations I Normes internationales identiques
....... 2
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
Définitions .
.................................... 3
3.1 Définitions relatives à l’architecture de sécurité du modèle de référence OS1
3.2 Définitions relatives au modèle d’Annuaire .
Définitions relatives au cadre d’authentification .
3.3
Abréviations . . . . . . . . . . . . . . . . .*.
5 Conventions .
SECTION 2 - AUTHENTIFICATION SIMPLE .
6 Procédure d’authentification simple . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61 . Génération de l’information d’identification protégée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Procédure d’authentification simple protégée ~~~.~.~.~.~.~~.~.~.~.
62 .
.......................................................................................
6.3 Type d’attribut de mot de passe d’utilisateur
..................................................................................................
SECTION 3 - AUTHENTIFICATION POUSSÉE
................................................................................................................
Bases de l’authentification poussée
............................................................................................................
Obtention d’une clé publique d’usager
.......................................................
81 . Optimisation de la quantité d’information obtenue de 1’Annuaire
..............................................................................................................................................
8.2 Exemple
...................................................................................................................................
Signatures numériques
0 ISOKEI 1995
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.
ISOKEI Copyright Office l Case postale 56 l CH-121 1 Genève 20 l Suisse
Version française tirée en 1996
Imprimé en Suisse
ii
ISO/CEI 9594-8: 1995(F)
@ ISOKEI
10 Procédures d’authentification poussée .
10.1 Vue d’ensemble .
.................................................................................................................
10.2 Authentification à une voie
.............................................................................................................
10.3 Authentification à deux voies
..............................................................................................................
10.4 Authentification à trois voies
...................................................................................................................
11 Gestion des clés et des certificats
................................................................................................................
11.1 Génération de paires de clés
.........................................................................................................................
11.2 Gestion des certificats
........................................................................................................
Annexe A - Cadre d’authentification en ASN. 1
............................................................................................................................
Annexe B - Exigences de sécurité
....................................................................................
Annexe C - Introduction à la cryptographie de clé publique
...............................................................................
Annexe D - Le système RSA cryptographique de clé publique
.................................................................................................................................
Annexe E - Fonctions hachage
.......... 31
Annexe F - Dangers contre lesquels la protection est assurée par les méthodes d’authentification poussée.
..................................................................................................................
Annexe G - Confidentialité des données
...........................................................
Annexe H - Définition de reférence des identificateurs d’objet d’algorithme
..............................................................................................................
Annexe J - Modifications et Corrigendums
. . .
ISOKEI 9594-S: 1995(F) @ ISOKEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de 1’ISO ou de la CE1 participent au développement de Normes
internationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de I’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales,
gouvernementales ou non gouvernementales, en liaison avec I’ISO et la CE1
participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un
comité technique mixte, I’ISOKEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvées conformément aux procédures qui requièrent
l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 9594-8 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de I?nformation, sous-comité SC 21,
Interconnexion des systèmes ouverts, gestion des données et traitement distribué
ouvert, en collaboration avec l’IUT-T. Le texte identique est publié en tant que
Recommandation IUT-T X.509.
Il convient que les personnes mettant en application la présente partie de
1’ISOKEI 9594 notent qu’il existe un processus de résolution de défaut et que des
corrections peuvent être appliquées au présent texte sous forme de rectificatifs
techniques. Une liste des rectificatifs techniques approuvés pour la présente partie
de I’ISOKEI 9594 peut être obtenue auprès du secrétariat du sous-comité. Les
rectificatifs techniques publiés sont disponibles auprès de votre organisation
nationale de normalisation.
Cette deuxième édition révise et améliore techniquement 1’ISOKEI 9594-8: 1990.
Elle incorpore également le Rectificatif technique 1: 1991. Les mises en
application peuvent encore se réclamer en conformité avec la première édition de
la présente partie de l’ISO/CEI 9594. Toutefois, il arrivera un moment où la
première édition n’aura plus de raison d’être (c’est-à-dire que les défauts détectés
ne seront plus résolus). Il est recommandé que les mises en application soient
conformes à cette deuxième édition le plus tôt possible.
L’ISOKEI 9594 comprend les parties suivantes, présentées sous le titre général
Technologies de l’information - Interconnexion de systèmes ouverts (OSI) -
L’Annuaire:
Partie 1: Vue d’ensemble des concepts, modèles et services
- Partie 2: Modèles
Partie 3: Définitions de service abstrait
Partie 4: Procédures pour le fonctionnement réparti
- Partie 5: Spécifications du protocole
- Partie 6: Types d’attributs sélectionnés
- Partie 7: Classes d’objets sélectionnés
- Partie 8: Cadre d’authentification
- Partie 9: Duplication
L’annexe A fait partie intégrante de la présente partie de l’ISO/CEI 9594. Les
annexes B à J sont données uniquement à titre d’information.
iv
0 ISOKEI
ISOICEI 9594-8: 1995(F)
Introduction
La présente Recommandation I Norme internationale a été élaborée, de concert avec les autres Recommandations I
Normes internationales, pour faciliter l’interconnexion des systèmes de traitement de l’information et permettre ainsi
d’assurer des services d’annuaire. L’ensemble de ces systèmes, avec les informations d’annuaire qu’ils contiennent, peut
être considére comme un tout intégré, appelé I’Annuaire. Les informations contenues dans l’Annuaire, appelées
collectivement base d’informations d’Annuaire (DIB) sont généralement utilisees pour faciliter la communication entre
des objets tels que entités d’application, individus, terminaux, listes de distribution, ainsi que les communications avec
ces objets ou au sujet de ces objets.
L’Annuaire joue un rôle important dans l’interconnexion des systèmes ouverts, dont le but est de permettre, moyennant
un minimum d’accords techniques en dehors des normes d’interconnexion proprement dites, l’interconnexion des
systèmes de traitement de l’information:
provenant de divers fabricants;
- gérés différemment;
de niveaux de complexité différents; et
- d’âges differents.
Un grand nombre d’applications comportent des exigences de sécurité pour assurer leur protection contre les dangers
susceptibles de porter atteinte à la communication de l’information. L’Annexe B contient une brève description des
menaces généralement connues ainsi que les services et les mécanismes de sécurite qu’on peut utiliser pour la protection
contre ces dernières. En fin de compte, tous les services de sécurité reposent sur la fiabilité de la connaissance des
identités des parties en communication, c’est-a-dire sur leur authentification.
La présente Recommandation I Norme internationale définit un cadre d’authentification pour assurer la prestation des
services d’authentification par 1’Annuaire à ses utilisateurs. Ces utilisateurs comprennent 1’Annuaire lui-même ainsi que
d’autres applications et services. L’Annuaire peut utilement contribuer à répondre à leurs besoins en authentification et en
d’autres services de sécurité car c’est un emplacement naturel à partir duquel les parties en communication peuvent
obtenir l’information d’authentification des uns et des autres: connaissance sur laquelle repose l’authentification.
L’Annuaire est l’emplacement naturel du fait qu’il détient d’autres informations qui sont nécessaires à la communication
et qui sont obtenues avant l’établissement de la communication. L’obtention de l’information d’authentification d’un
partenaire d’une communication potentielle à partir de I’Annuaire est, avec cette approche, semblable à l’obtention d’une
adresse. En raison du domaine étendu recouvert par YAnnuaire, on prévoit que ce cadre d’authentification sera très utilisé
par toute une gamme d’applications.
Cette seconde édition révise techniquement et améliore, mais ne remplace pas, la première édition de la présente
Recommandation I Norme internationale. Les mises en œuvre peuvent encore prétendre à la conformité à la première
édition.
Cette seconde édition spécifie la version 1 des protocoles et services de 1’Annuaire. La première édition spécifie
également version 1. On a traité les différences entre les services et les protocoles définis dans les deux éditions en
utilisant les règles d’extensibilité définies dans la présente version de la Rec. X.519 I ISOKEI 9594-5.

ISOKEI 9594-S: 1995(F) @ ISOKEI
A i présente le module ASN. 1
L’A .nnexe qui fait partie ntégrante de la présente Recommandation I Norme internationale,
.
contie nt toutes le :s défin .tions associées
au cadre d’authentification.
qu1
L’Annexe B, qui ne fait pas partie intégrante de la présente Recommandation 1 Norme internationale, décrit les exigences
de sécurité.
L’A nnexe C, qui ne fait pas partie intégrante de la Norme internationale, est une introduction
présente Recommandation I
à la cryptographie a clé publique.
L’Annexe D, qui ne fait pas partie intégrante de la Norme internationale, décrit le système
présente Recommandation
RSA cryptographique de clé publique.
L’Annexe E, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, décrit les fonctions
hachage.
L’Annexe F, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, décrit les dangers
contre lesquels la protection est assurée par les méthodes d’authentification poussée.
L’Annexe G, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, décrit la
confidentialité des données.
L’Annexe H, qui fait partie intégrante de la présente Recommandation I Norme internationale, définit des identificateurs
d’objet assignés aux algorithmes d’authentification et de chiffrement, en l’absence d’un registre formel de consignation.
L’Annexe J, qui ne fait pas partie intégrante de la présente Recommandation I Norme internationale, recense les
modifications et les rapports de défaut qui ont été incorporés dans cette édition de la présente Recommandation I Norme
internationale.
ISOKEI 9594-S : 1995 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION -
INTERCONNEXION DE SYSTÈMES OUVERTS (OSI) -
L’ANNUAIRE: CADRE D’AUTHENTIFICATION
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d’application
La présente Spécifkation l Norme internationale:
spécifie la forme sous laquelle l’information d’authentification est conservée par 1’Annuaire;
-
décrit la façon dont on peut obtenir de IlAnnuaire cette information d’authentification;
établit les hypothèses faites au sujet de la manière dont est constituée cette information d’authentification
et de son emplacement dans 1’Annuaire;
- définit trois manieres dont les applications peuvent employer cette information d’authentification pour
effectuer des authentifications et explique comment d’autres services de sécurité peuvent être assurés par
l’authentification.
La présente Recommandation I Norme internationale contient les descriptions de deux niveaux d’authentification:
l’authentification simple qui utilise un mot de passe pour la vérification de l’identité et l’authentification poussée qui fait
intervenir des accréditations établies au moyen de techniques cryptographiques. Tandis que l’authentification simple
n’offre qu’une protection limitée contre l’accès non autorisé, seule l’authentification poussée devra servir de base à la
prestation de services sûrs. Il ne s’agit pas ici d’établir un cadre général d’authentification. Celui-ci peut toutefois se
prêter à une utilisation générale pour des applications qui jugent que ces techniques sont appropriées.
On ne peut fournir d’authentification (et d’autres services de sécurité) que dans le contexte d’une politique de sécurité
définie pour une application particulière. Il appartient aux utilisateurs de cette application de définir leur propre politique
de sécurité qui peut dépendre des services fournis par une norme.
Il appartient aux normes de définir les applications qui utilisent le cadre d’authentification pour spécifier les échanges de
protocole qu’il convient d’effectuer afin de parvenir à une authentification basée sur l’information d’authentification
obtenue de 1’Annuaire. Le protocole utilisé par les applications pour obtenir des accréditations de 1’Annuaire est le
protocole d’accès à YAnnuaire (DAR) spécifié dans la Rec. UIT-T X.519 I ISO/CEI 9594-5.
La méthode d’authentification poussée spécifiée dans la présente Recommandation I Norme internationale repose sur des
systèmes cryptographiques à clé (de codage) publique. C’est le principal avantage de ces systèmes que les certificats
d’utilisateur puissent être conservés dans 1’Annuaire et obtenus par les utilisateurs de I’Annuaire de la même manière que
d’autres informations de YAnnuaire. On admet que les certificats d’utilisateur sont constitués par des moyens
indépendants et sont mis en place dans 1’Annuaire par leur créateur. La génération de certificats d’utilisateur est effectuée
par une autorité de certification autonome qui est complètement distincte des DSA de 1’Annuaire. En particulier, aucune
exigence spéciale n’est prescrite aux fournisseurs de 1’Annuaire pour mémoriser ou communiquer les certificats
d’utilisateur de façon sûre.
Une brève introduction à la cryptographie à clé publique est donnée dans 1’Annexe C.
En général, le cadre d’authentification ne dépend pas de l’utilisation d’un algorithme particulier pour autant qu’il possède
les propriétés décrites en 7.1. Il est possible dans la pratique d’utiliser un certain nombre d’algorithmes différents.
Toutefois, deux utilisateurs qui désirent s’authentifier doivent utiliser le même algorithme cryptographique pour effectuer
correctement l’authentification. De cette façon, dans le contexte d’un ensemble d’applications voisines, le choix d’un
algorithme unique servira a élargir au maximum la communauté des utilisateurs capables de s’authentifier et de
communiquer en sécurité. Un exemple d’algorithme cryptographique de clé publique est spécifié dans YAnnexe D.
De même, deux utilisateurs qui désirent s’authentifier doivent utiliser la même fonction hachage [voir 3.3 f)] (utilisée
pour former des accréditations et des jetons d’authentification). De nouveau, en principe, on peut utiliser un certain
nombre de variantes de fonction hachage au prix d’un rétrécissement des communautés des utilisateurs capables de
s’authentifier. Une brève introduction aux fonctions de hachage et un exemple de fonction de hachage sont donnés dans
1’Annexe E.
Rec. UIT-T X.509 (1993 F) 1
ISOKEI 9594-8 : 1995 (F)
Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au moment de
la publication, les editions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes a révision et
les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées a
rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de 1’ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient a jour une liste des Recommandations de I’UIT-T en vigueur.
21 . Recommandations I Normes internationales identiques
-
Recommandation UIT-T X.500 (1993) I ISOKEI 9594- 1: 1995, Technologie de Z’information -
L’Annuaire: Vue d’ensemble des concepts, modèles et services.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.501 (1993) I ISOKEI 9594-2:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - L’Annuaire: Les modèkes.
-
Recommandation UIT-T X.5 11 (1993) I ISO/CEI 9594-3: 1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - L’Annuaire: Définition du service abstrait.
-
Recommandation UIT-T X.5 18 (1993) I ISOKEI 9594-4: 1995, Technologie de Z’information -
L’Annuaire: Procédures pour le fonctionnement réparti.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.5 19 (1993) I ISOKEI 9594-5: 1995, Technologie de Z’information -
L’Annuaire: Spécifications du protocole.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.520 (1993) I ISO/CEI 9594-6: 1995, Technologie de Z’information -
L ‘Annuaire: Types d’attributs sélectionnés.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.521 (1993) I ISOKEI 9594-7:1995, Technologie de Z’information -
L ‘Annuaire: Classes d’objets sézectionnées.
Interconnexion des systèmes ouverts -
-
Recommandation UIT-T X.525 (1993) I ISO/CEI 9594-9: 1995, Technologie de 1 ‘information -
Interconnexion des systèmes ouverts - L’Annuaire: Duplication.
-
Recommandation UIT-T X.680 (1994) I ISOKEI 8824-l : 1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Spécification de la
notation de base.
-
Recommandation UIT-T X.681 (1994) I ISOKEI 8824-2: 1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Spécification des objets
informationnels.
-
Recommandation UIT-T X.682 (1994) I ISOKEI 8824-3:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Spécification des
contraintes.
-
Recommandation UIT-T X.683 (1994) I ISOKEI 8824-4:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Notation de syntaxe abstraite numéro un: Paramétrage des
spécifications de la notation de syntaxe abstraite no 1.
-
Recommandation UIT-T X.690 (1994) I ISOKEI 8825-1:1995, Technologie de Z’information -
Interconnexion des systèmes ouverts - Règles de codage de Z’ASN.1: Spécification des règles de codage de
base, des règles de codage canoniques et des règles de codage distinctives.
-
Recommandation UIT-T X.880 (1994) I ISOKEI 13712-1:1995, Technologie de Z’information -
Opérations distantes: Concepts, modèle et notations.
-
Recommandation UIT-T X.881 (1994) I ISOKEI 13712-2:1995, Technologie de L’information -
Opérations distantes: Réalisation OSI - Définition du service de Z’élément de service d’opérations
distantes.
22 . Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
- Recommandation UIT-T X.800 du CCITT (1991), Architecture de sécurité pour I?nterconnexion en
systèmes ouverts d’applications du CCITT.
Interconnexion des systèmes ouverts -
ISO 7498-2:1989, Systèmes de traitement de Z’information -
Modèle de référence de base - Partie 2: Architecture de sécurité.
Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-S : 1995 (F)
Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s’appliquent.
31 . Définitions relatives à l’architecture de sécurité du modèle de référence OS1
Les termes suivants sont définis dans la Rec. X.800 du CCITT I ISO 7498-2:
asymétrique (chiflrement};
a>
b) échange d’authentifications;
information d’authentification;
C>
* d) confidentialité;
e) justificatif d’identité;
f) cryptographie;
g) authentification de Z’origine des données;
h) déchiffrement;
chiffrement;
.
clé;
J)
mot de passe;
W
authentification de Z’entité homologue;
1)
symétrique (chiffrement).
m>
32 . Définitions relatives au modèle d’Annuaire
Les termes suivants sont définis dans la Rec. UIT-T X.501 I ISOKEI 9594-2:
attribut;
a)
base d’infomzations d’Annuaire;
b)
arbre d’informations d’tlnnuaire;
C>
agent de système d’tlnnuaire;
d)
agent d’utilisateur d ‘Annuaire;
e)
nom dis tin tif,
f)
g) entrée;
h) objet;
racine.
33 . Définitions relatives au cadre d’authentification
Les termes suivants sont définis dans la présente Recommandation I Norme internationale:
au d’un échange d’authentifications, qui peut
3.3.1 jeton d’authentification (jeton): Information acheminée cours
être utilisée à authentifier son expéditeur.
3.3.2 certificat d’utilisateur (certificat): Clé publique d’un utilisateur, ainsi que certaines autres informations,
rendue infalsifiable par chiffrement avec la clé secrete de l’autorité de certification qui l’a délivrée.
3.3.3 autorité de certification: Autorité chargée par un ou plusieurs utilisateurs de créer et d’attribuer les certificats.
Cette autorité peut, facultativement, créer les clés d’utilisateur.
3.3.4 itinéraire de certification: Séquence ordonnée de certificats d’objets dans le DIT qui en plus de la clé
publique de l’objet initial dans l’itinéraire, peut être traitée pour obtenir celle de l’objet final dans l’itinéraire.
3.3.5 système cryptographique: Recueil de transformations du texte en clair au texte chiffré et réciproquement, les
transformations particulières à utiliser étant sélectionnées par des clés. Les transformations sont normalement définies
par un algorithme mathematique.
Rec. UIT-T X.509 (1993 F) 3
ISO/CEI 9594-8 : 1995 (F)
3.3.6 fonction hachage: Fonction (mathématique) qui met en correspondance les valeurs d’un grand (et
éventuellement très grand) domaine avec une gamme plus petite. Une «bonne» fonction de hachage est telle que les
résultats de l’application de la fonction à un (grand) ensemble de valeurs du domaine seront régulièrement (et
apparemment aléatoirement) répartis sur toute la gamme.
3.3.7 fonction à une voie: Fonction (mathématique) f qui est facile à calculer mais pour laquelle, à une valeur
générale y de la gamme, il est difficile de faire correspondre par le calcul une valeur x du domaine telle que f(x) = y. Il
peut exister un petit nombre de valeurs de y pour lesquelles la détermination de x n’est pas difficile a obtenir par le
calcul.
de clés d’utilisateur qui est
3.3.8 clé publique: (dans un système cryptographique de clé publique) Clé d’une paire
publiquement connue.
3.3.9 ’ clé privée; clé secrète (déconseillée): (dans un système cryptographique de clé publique) Clé d’une paire de
clés d’utilisateur qui n’est connue que de cet utilisateur.
3.3.10 authentification simple: Authentification obtenue au moyen de simples arrangements de mot de passe.
3.3.11 politique de sécurité: Ensemble de règles établies par l’organisme de sécurité qui régit l’utilisation et la
fourniture de services et de facilités de sécurité.
3.3.12 authentification poussée: Authentification obtenue au moyen d’accréditations déterminées par cryptographie.
3.3.13 confiance: Généralement, on peut dire qu’une entité se fie à une deuxième entité lorsqu’elle (la première entité)
formule l’hypothèse que la deuxième entité se comportera exactement comme le prévoit la première entité. Cette
confiance ne peut s’appliquer qu’a une certaine fonction particulière. Le rôle de confiance qui revient à la clé dans le
cadre d’authentification consiste a décrire la relation entre une entité d’authentification et une autorité de certification;
une entité d’authentification doit être certaine de pouvoir se fier à l’autorité de certification pour qu’elle crée uniquement
des certificats valides et fiables.
3.3.14 numéro de série de certificat: Valeur entière, unique pour la CA qui l’émet et associée sans ambiguïté au
certificat émis par cette CA.
4 Abréviations
Les abréviations suivantes sont utilisées dans la présente Recommandation I Norme internationale:
Autorité de certification (certification authority)
CA
Base d’informations d’Annuaire (directory information base)
DIB
Arbre d’informations d’Annuaire (directory information tree)
DIT
DSA Agent de système d’Annuaire (directory system agent)
DUA Agent d’utilisateur d’Annuaire (directory user agent)
PKCS Systeme cryptographique a clé publique (public key cryptosystem).
5 Conventions
Sauf exceptions mineures, la présente Spécification d’Annuaire a été élaborée conformément aux directives concernant la
«présentation des textes communs UIT-T I ISO/CEI», qui figurent dans le guide relatif à la coopération entre I’UIT-T et
I’ISOKEI JTC 1, de mars 1993.
Le terme «Spécification d’Annuaire» (comme dans «la présente Spécification d’Annuaire») s’entend selon l’acception de
la Rec. UIT-T X.509 I ISOKEI 9594-8. Le terme «Spécifications d’Annuaire» s’entend selon l’acception des
Recommandations de la série X.500 et de toutes les parties de l’ISO/CEI 9594.
Dans la présente Spécification d’Annuaire le terme «systèmes de l’édition 198%) désigne les systèmes conformes à l’édi-
tion précédente (1988), c’est-à-dire l’Édition 1988 des Recommandations de la série X.500 du CCITT et ISOKEI 9594:
édition 1990. Pour les systèmes conformes aux Spécifications actuelles d’Annuaire on utilise le terme «systèmes de
l’édition 1993~
Si, dans une liste, les points sont numerotés (au lieu d’utiliser des tirets ou des lettres), ils seront alors considérés comme
des étapes d’une procédure.
La notation utilisée dans la présente Spécifkation d’Annuaire est définie dans le Tableau 1 ci-après.
4 Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-S : 1995 (F)
Tableau 1 - Notation
Notation Signification
Cl6 publique d’un utilisateur X.
XP
XS Clé privée de X.
Chiffrement d’une certaine information, 1, au moyen de la clé. publique de X.
XP[Il
Chiffrement de 1 au moyen de la clé privée de X.
WI
Signature de 1 par l’utilisateur X. Elle se compose de 1 avec un sommaire chiffré attaché.
X(I)
Autorité de certification de l’utilisateur X.
CA(X)
CA”(X) (où n > 1): CA(CA(. . . n fois . .(X)))
X~< x+x2>> Chaîne de certificats (pouvant être de longueur arbitraire) où chaque élément est le certificat pour
x2c l’autorité de certification qui produit le suivant. Il est fonctionnellement équivalent au certificat suivant
X1ccXn+l>>. Par exemple, la possession de A>B<> fournit la même capacité que A<>, à
savoir la possibilité de découvrir Cp étant donné Ap.
x*p l XlCCX2>> Opération de dévoilement d’un certificat (ou d’une chaîne de certificats) pour en extraire une clé
publique. C’est un opérateur d’infixe, dont l’opérande de gauche est la clé publique d’une autorité de
certification, et dont l’opérande de droite est un certificat délivré par cette autorité de certification. Le
résultat est la clé publique de l’utilisateur dont le certificat est l’opérande de droite. Par exemple:
Ap . A<> B>
indique l’opération de l’utilisation de la clé publique de A pour obtenir la clé publique Bp de B, à partir
de son certificat, suivie de l’utilisation de Bp pour dévoiler le certificat de C. Le résultat de l’opération est
la clé publique Cp de C.
A+B Itinéraire de certification de A en B composé d’une chaîne de certificats, débutant avec:
CA(A)> et finissant avec CA(B)<>.
NOTE - Dans ce tableau, les symboles X, Xl, X2, etc., remplacent les noms des usagers; le symbole 1 remplace toute
information arbitraire.
SECTION 2 - AUTHENTIFICATION SIMPLE
6 Procédure d’authentification simple
L’authentification simple vise à fournir une autorisation locale reposant sur un nom distinctif d’utilisateur, un mot de
passe faisant l’objet (facultativement) d’un accord bilatéral et un accord bilateral quant aux modalités d’emploi et de
traitement de ce mot de passe dans un domaine donné. L’utilisation de l’authentification simple est essentiellement
destinee à l’emploi local, c’est-à-dire pour authentification d’entités homologues entre un DUA et un DSA.
L’authentification simple peut être réalisée de plusieurs manières:
transfert du nom distinctif de l’utilisateur et du mot de passe (facultatif) en clair (sans protection) au
a>
destinataire pour évaluation;
b) transfert du nom distinctif de l’utilisateur, du mot de passe et d’un numéro aléatoire et/ou d’une indication
horaire, qui sont tous protégés par application d’une fonction à une voie;
transfert de l’information protégée décrite en b) ainsi qu’un numéro aléatoire et (ou) une indication
C>
horaire, qui sont tous protégés par application d’une fonction a une voie.
NOTES
1 Il n’est pas exigé que les fonctions à une voie appliquées soient différentes.
2 La signalisation des procédures de protection des mots de passe pourra faire l’objet d’un complément au présent
document.
Rec. UIT-T X.509 (1993 F) 5
ISOKEI 9594-8 : 1995 (F)
Quand les mots de passe ne sont pas protégés, un niveau de sécurité minimal est assuré pour empêcher un accès non
autorisé. Il ne doit pas être considéré comme la base de services sûrs. La protection du nom distinctif de l’utilisateur et du
mot de passe assure une sécurité plus grande. Les algorithmes a utiliser pour le mécanisme de protection sont en général
des fonctions a une voie sans chiffrement qui sont très simples a mettre en œuvre.
La Figure 1 montre la procédure générale à appliquer pour obtenir une authentification simple.
TlSO3930-94/dOl
Figure 1 - Procédure d’authentification simple sans protection
Les étapes de cette procédure sont les suivantes:
1) un utilisateur expéditeur A envoie son nom distinctif et son mot de passe à un utilisateur destinataire B;
2) B envoie le nom distinctif visé et le mot de passe de A à l’Annuaire, où le mot de passe est comparé avec
celui qui est détenu en tant qu’attribut UserPassword dans l’entrée d’annuaire concernant A (en utilisant
l’opération Compare de 1’Annuaire);
3) 1’Annuaire confirme (ou dement) à B que les accréditations sont valides;
4) le succès (ou l’échec) de l’authentification est communique a A.
La forme fondamentale d’authentification simple ne comporte que l’étape 1); elle peut aussi comporter l’étape 4) après
que B a vérifié le nom distinctif et le mot de passe.
Génération de l’information d’identification protégée
61 .
La Figure 2 montre deux méthodes de production ,d’une information d’identification protégée. fl et f2 sont des fonctions
à une voie (identiques ou différentes) et les indications horaires et les nombres aléatoires sont facultatifs et dépendent
d’accords bilatéraux.
A
passwA
tlA
WA
t2A
-X03940-944dO2
A Nom distinctif de l’utilisateur
fA
Indications horaires
passwA MotdepassedeA
Numhs akhtoires avec inclusion d’ul
qA
compteur (facultatif)
Figure 2 - Authentification simple protégée
6 Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-S : 1995 (F)
. Procédure d’authentification simple protégée
La Figure 3 montre la procédure d’authentification simple protégée.
TlSO3950-94/dO3
Figure 3 - Procédure d’authentification simple protégée
Cette procédure comporte les étapes suivantes (avec, initialement, utilisation de fi seulement):
1) L’utilisateur d’origine (utilisateur A) envoie à l’utilisateur B son information d’identification protégée
(Authenticatorl). La protection est assurée par application de la fonction à une voie (fi) de la Figure 2,
où l’indication horaire et (ou) le nombre aléatoire (s’il est utilisé) ont pour objet de réduire au minimum les
répétitions et de cacher le mot de passe.
La protection du mot de passe de A a la forme:
Protectedl = f 1 (tl*, ql*, A, passwA)
L’information transmise à B prend la forme:
Authenticator 1 = t l*, q l*, A, Protectedl
B vérifie l’information d’identification protégée offerte par A en produisant une copie locale protégée du
mot de passe de A (de la forme de Protectedl) (au moyen du nom distinctif et, facultativement, d’une
indication horaire et/ou d’un nombre aléatoire fourni par A, ainsi qu’une copie locale du mot de passe de
A). B compare l’information d’identification visée (Protectedl) avec la valeur produite localement, afin de
s’assurer de leur égalité.
B confirme (ou dément) a A la vérification de l’information d’identification protegée.
2)
La procédure peut être modifiée de manière a assurer une plus grande protection (au moyen de fi et f2). Les principales
différences sont les suivantes:
1) A envoie son information d’identification protégée supplémentaire (Authenticator2) à B. Une protection
supplémentaire est obtenue en appliquant une autre fonction f2 comme le montre la Figure 2. La
protection supplémentaire prend la forme:
Protected2 = f2 (t2*, q2*, Protectedl)
L’information transmise à B prend la forme:
Authenticator2 = tl*, t2*, q1*, q2*, A, Protected2
Pour comparaison, B émet la valeur locale du mot de passe protégé additionnellement de A et la compare
(pour en contrôler l’égalité) avec celle de Protected2 [le principe étant le même que pour l’étape 1)
du 6.4.11.
2) B confirme (ou dément) à A la vérification de l’information d’identification protégée.
NOTE - Les procédures définies dans les présents articles sont spécifiées en fonction de A et B. Appliqué à 1’Annuaire
(spécifié dans les Rec. UIT-T X.51 1 I ISOKEI 9594-3 et UIT-T X.518 I ISOKEI 9594-4), A pourrait être un DUA lié à un DSA, B ou
bien A pourrait être un DSA lié à un autre DSA, B.
63 . Type d’attribut de mot de passe d’utilisateur
Un type d’attribut de mot de passe d’utilisateur contient le mot de passe d’un objet. Une valeur d’attribut pour le mot de
passe de l’utilisateur est une chaîne spécifiée par l’objet.
userPassword
ATTRIBUTE ::= {
WITH SYNTAX
OCTET STRING (SIZE (O.ub-user-password))
EQUALITY MATCHING RULE OctetStringMatch
ID
id-at-userPassword )
Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-8 : 1995 (F)
SECTION 3 - AUTHENTIF+ICATION POUSSÉE
Bases de l’authentification poussée
La façon d’aborder une authentification poussée au sens de la présente Spécification d’Annuaire fait usage des propriétés
de la famille des systèmes cryptographiques connus sous le nom de systèmes cryptographiques a clé publique (PMCS).
Ces systèmes cryptographiques, également décrits comme asymétriques, font intervenir une paire de clés, l’une privée et
l’autre publique, plutôt qu’une seule clé comme dans les systèmes cryptographiques classiques. L’Annexe C donne une
brève introduction à ces systèmes cryptographiques et aux propriétés qui les rendent utiles pour l’authentification. Pour
qu’un PKCS soit actuellement utilisable dans ce cadre d’authentification, il doit avoir la propriété de permettre l’usage
des deux clés de la paire pour le chiffrement, la clé privée étant utilisée pour le déchiffrement si c’est la clé publique qui
a été utilisée, et la clé publique étant utilisée pour le déchiffrement si c’est la clé privée qui a été utilisée. Autrement dit,
Xp l Xs = Xs l Xp si Xp/Xs sont des fonctions de chiffrement/déchiffrement utilisant les clés publique/privée de
l’utilisateur X.
NOTE - On pourra ultérieurement envisager d’autres types de PKCS, c’est-à-dire qui n’exigent pas la propriété de
permutabilité et qui peuvent être mis en œuvre sans grande modification de la présente Spécification d’Annuaire.
Le cadre d’authentification ne prescrit pas l’emploi d’un système cryptographique particulier. Il est prévu que ce cadre
s’appliquera a tout système cryptographique a clé publique et qu’il suivra ainsi les modifications des méthodes utilisées à
la suite des progrès à venir en cryptographie, en techniques mathématiques ou en capacités de calcul. Toutefois deux
utilisateurs qui désirent s’authentifier doivent utiliser le même algorithme cryptographique pour que les authentifications
soient effectuées correctement. De cette façon, dans le contexte d’un ensemble d’applications voisines, le choix d’un
algorithme unique servira à élargir au maximum la communauté des utilisateurs capables de s’authentifier et de
communiquer en sécurité. Un exemple d’algorithme cryptographique est donné dans YAnnexe D.
L’authentification repose sur la possession d’un nom distinctif unique pour chaque utilisateur. La responsabilité de
l’attribution de noms distinctifs revient aux autorités de désignation. Chaque utilisateur doit donc se fier aux autorités
d’appellation pour que les noms distinctifs ne soient pas émis en double.
Chaque utilisateur est identifié par la possession de sa clé privée. Un deuxième utilisateur est capable de déterminer si un
partenaire d’une communication est en possession de la clé privée et peut utiliser ce renseignement pour confirmer que le
partenaire de la communication est en fait l’utilisateur. La validité de cette confirmation dépend de la mesure dans
laquelle la clé privée demeure confidentielle au niveau de l’utilisateur.
Pour qu’un utilisateur puisse déterminer si un partenaire de communication est en possession de la clé privée d’un autre
utilisateur, il doit être lui-même en possession de la clé publique de cet utilisateur. S’il est simple d’obtenir la valeur de
cette clé publique d’après l’inscription de l’utilisateur dans IlAnnuaire, il est plus problématique d’en vérifier l’exactitude.
Il existe pour cela de nombreuses possibilités; l’article 8 décrit un traitement au moyen duquel une clé publique
d’utilisateur peut être contrôlée par référence à 1’Annuaire. Ce traitement ne peut remplir son rôle que s’il existe une
chaîne continue de points de confiance dans 1’Annuaire entre les utilisateurs demandant a s’authentifier. Pour constituer
cette chaîne on peut identifier un point de confiance commun. Ce point doit être relié a chaque utilisateur par une chaîne
continue de points de confiance.
8 Obtention d’une clé publique d’usager
Pour qu’un utilisateur puisse avoir confiance en la procédure d’authentification, il doit obtenir la clé publique de l’autre
utilisateur, d’une origine en laquelle il a confiance. Une telle origine, appelée autorité de certification (CA), utilise
l’algorithme de clé publique pour certifier la clé publique en produisant un cert@cat. Ce certificat, dont la forme est
spécifiée plus loin, possède les propriétés suivantes:
-
tout utilisateur ayant accès à la clé publique de l’autorité de certification peut recouvrer la clé publique qui
est certifiée;
- aucune partie autre que l’autorité de certification ne peut modifier le certificat sans que cela ne soit détecté
(les certificats sont infalsifiables).
Du fai t que les certificats sont infalsifiables, on peut les publier en les introduisant dans 1’Annuaire sans que ce dernier
n’ait a prendre des disposi tions particulières pour assurer leur protection.
NOTE 1 - Bien que les CA soient définies sans ambiguïté par un nom distinctif dans le DIT, cela n’implique nullement une
relation entre l’organisation des CA et le DIT.
Rec. UIT-T X.509 (1993 F)
ISOKEI 9594-8 : 1995 (F)
Une autorité de certification produit les certificats de l’utilisateur en signant (voir l’article 9) un recueil d’informations
comprenant le nom distinctif d’utilisateur et la clé publique, ainsi qu’un identificateur unique facultatif c
...