POLITIQUE DE CERTIFICATION DE L'AC :
CA LCL CERTIFICAT RGS USAGE SEPARE
Crédit Agricole Cards and Payments
Date : 29/11/2013
Organisation du document / Documents structures :
Version Française / French version page 01 à page 66
Version Anglaise / English version page 67 à page 129
POLITIQUE DE CERTIFICATION : AC
Objet: Ce document consiste en la politique de certification de l’AC
Numéro de version: 1.0 Nombre de pages: 128
Etat du document: Projet Version finale
Rédacteur : OPENTRUST OPENTRUST
Diffusion: Externe Interne OPENTRUST
Public OPENTRUST
Historique:
Date Version Rédacteur Commentaires Validé par
14/11/2013 0.1 EP Création du document
25/11/2013 0.1 EP Relecture GW / EM OPENTRUST
28/11/2013 0.1 EP Relecture Interne LCL/CA-CP
29/11/2013 1.0 EP Validation Les membres du CAP
SOMMAIRE
1 INTRODUCTION ______________________________________________________________________ 10
1.1 Généralités ... 10
1.2 Nom du Document et Identification ... 10
1.3 Les composantes de l’Infrastructure de Gestion de Clés ... 11
1.3.1 Comité d'Approbation des Politiques (CAP) ... 11
1.3.2 Autorité de Certification (AC) ... 12
1.3.3 Autorité de Certification et Certificats de Test : ... 12
1.3.4 Autorité d’Enregistrement (AE) ... 12
1.3.5 Autorité d’Enregistrement Décentralisées (AED) ... 13
1.3.6 Service de Publication (SP) ... 13
1.3.7 Opérateur de Certification (OC) ... 13
1.3.8 Porteur ... 13
1.3.9 Autres participants ... 13
1.3.9.1 Client ... 14
1.3.9.2 Mandataire de Certification (MC) ... 14
1.3.9.3 Utilisateur de certificat (UC) ... 14
1.4 Utilisation des certificats ... 14
1.4.1 Utilisation appropriée des certificats ... 14
1.4.1.1 Certificat de l’AC ... 14
1.4.1.2 Certificat de Porteur ... 14
1.4.2 Utilisation interdite des certificats ... 14
1.5 Application de la politique ... 15
1.5.1 Organisme responsable de la présente politique ... 15
1.5.2 Personne responsable ... 15
1.5.3 Personne déterminant la conformité de l’implémentation de la présente PC/DPC ... 15
1.5.4 Procédure d'approbation du présent document ... 15
1.6 Définitions et Acronymes ... 16
1.6.1 Définitions ... 16
1.6.2 Acronymes ... 19
2 ANNUAIRES ET SERVICES DE PUBLICATION _____________________________________________ 21 2.1 Service de publication ... 21
2.2 Informations publiées ... 21
2.3 Heure et fréquence de publication ... 21
2.4 Contrôle d'accès au service de publication ... 22
3 IDENTIFICATION ET AUTHENTIFICATION _________________________________________________ 23 3.1 Nommage ... 23
3.1.1 Types de noms ... 23
3.1.2 Utilisation de noms explicites ... 24
3.1.3 Anonymat ou utilisation de pseudonyme ... 24
3.1.4 Règles d'interprétations des différentes formes de noms... 24
3.1.5 Unicité des noms ... 24
3.1.6 Reconnaissance, vérification, et rôle des noms de marques déposées... 24
3.2 Vérification initiale d'identité ... 25
3.2.1 Preuve de possession de la clé privée ... 25
3.2.2 Vérification de l’Identité d’un organisme ... 25
3.2.3 Vérification de l'identité des personnes ... 25
3.2.3.1 Porteur ... 25
3.2.3.2 AED et MC ... 25
3.2.4 Informations non vérifiées ... 25
3.2.5 Validation de l’autorité d’un porteur ... 25
3.2.6 Critères de reconnaissance ... 25
3.3 Vérifications aux fins de renouvellement de clés ... 26
3.3.1 Vérifications aux fins de renouvellement de clés en situation normale ... 26
3.3.2 Vérifications aux fins de renouvellement de clés après révocation du certificat ... 26
3.4 Vérifications aux fins de révocation ... 26
4 EXIGENCES OPERATIONNELLES _______________________________________________________ 27 4.1 Types de certificat ... 27
4.1.1 Origine de la demande de certificat ... 27
4.1.2 Procédure d'enregistrement et responsabilités ... 27
4.2 Traitement d'une demande de certificat ... 28
4.2.1 Identification et authentification... 28
4.2.2 Approbation ou rejet d'une demande de certificat ... 28
4.2.3 Durée de traitement d'une demande de certificat ... 28
4.3 Emission d'un certificat ... 28
4.3.1 Actions effectuées par l'AC pendant l'émission d'un certificat ... 28
4.3.1.1 Certificat Porteur ... 28
4.3.2 Notification de l'émission d'un certificat ... 29
4.4 Acceptation d'un certificat ... 29
4.4.1 Procédure d'acceptation d'un certificat ... 29
4.4.2 Publication d'un certificat par l'AC... 29
4.4.3 Notification de l'émission d'un certificat par l'AC à d'autres entités ... 29
4.5 Utilisation des bi-clés et des certificats ... 29
4.5.1 Utilisation des bi-clés et des certificats ... 29
4.5.2 Utilisation des clés publiques et des certificats par les tierces parties ... 29
4.6 Demande d’un nouveau certificat ... 29
4.7 Changement de clés (ou certification d'une nouvelle clé publique) ... 29
4.8 Modification d'un certificat ... 30
4.9 Révocation d'un certificat ... 30
4.9.1 Motif de révocation d'un certificat ... 30
4.9.1.1 Certificat Composante IGC ... 30
4.9.1.2 Certificat Porteur ... 30
4.9.2 Origine d'une demande de révocation ... 31
4.9.2.1 Composante d’IGC ... 31
4.9.2.2 Certificat Porteur ... 31
4.9.3 Procédure de demande de révocation ... 31
4.9.3.1 Composante d’IGC ... 31
4.9.3.2 Porteur ... 31
4.9.4 Délai accordé au porteur pour formuler la demande de révocation ... 32
4.9.5 Délai de traitement d’une révocation ... 32
4.9.6 Exigences de vérification de révocation pour les tierces parties ... 32
4.9.7 Fréquences de publication des LCR ... 32
4.9.8 Délai maximum de publication d’une CRL ... 32
4.9.9 Disponibilité d'un système de vérification en ligne de la révocation et de l'état des certificats ... 32
4.9.10 Exigences de vérification en ligne de la révocation des certificats par les utilisateurs de certificats .. 32
4.9.11 Autres moyens disponibles d'information sur les révocations ... 32
4.9.12 Exigences spécifiques en cas de compromission de la clé privéePour les certificats de porteur, les entités autorisées à effectuer une demande de révocation sont tenues de le faire dans les meilleurs délais après avoir eu connaissance de la compromission de la clé privée. ... 33
4.10 Service d'état des certificats ... 33
4.10.1 Caractéristiques opérationnelles... 33
4.10.2 Disponibilité de la fonction ... 33
4.11 Fin de la relation entre Le porteur et l'AC ... 33
4.12 Séquestre et recouvrement de clés ... 33
5 MESURES DE SECURITE PHYSIQUE, PROCEDURES ET MISE EN ŒUVRE _____________________ 34 5.1 Sécurité physique ... 34
5.1.1 Situation géographique ... 34
5.1.2 Accès physique ... 34
5.1.3 Energie et air conditionné ... 34
5.1.4 Exposition aux liquides ... 34
5.1.5 Prévention et protection incendie ... 34
5.1.6 Conservation des supports ... 34
5.1.7 Mise hors service des supports ... 34
5.1.8 Sauvegardes hors site ... 34
5.2 Mesures de sécurité procédurales ... 35
5.2.1 Rôles de confiance ... 35
5.2.2 Nombre de personnes nécessaires à l’exécution de tâches sensibles ... 35
5.2.3 Identification et authentification des rôles ... 35
5.2.4 Rôles exigeant une séparation des attributions ... 35
5.3 Mesures de sécurité vis-à-vis du personnel ... 35
5.3.1 Qualifications, compétence et habilitations requises ... 35
5.3.2 Procédures de vérification des antécédents ... 36
5.3.3 Exigences en matière de formation initiale ... 36
5.3.4 Exigences et fréquence en matière de formation continue ... 36
5.3.5 Gestion des métiers ... 36
5.3.6 Sanctions en cas d’actions non autorisées ... 36
5.3.7 Exigences vis-à-vis du personnel des prestataires externes ... 36
5.3.8 Documentation fournie au personnel ... 36
5.4 Procédures de constitution des données d’audit ... 36
5.4.1 Type d’événements à enregistrer ... 36
5.4.2 Processus de journalisation ... 37
5.4.3 Protection des journaux d’événements ... 37
5.4.4 Procédures de sauvegarde des journaux d’événements ... 37
5.4.5 Système de collecte des journaux d’événements... 38
5.4.6 Evaluation des vulnérabilités ... 38
5.5 Archivage des données ... 38
5.5.1 Type de données archivées ... 38
5.5.2 Période de conservation des archives ... 38
5.5.3 Protection des archives ... 38
5.5.4 Exigences d’horodatage des données ... 38
5.5.5 Système de collecte des archives ... 38
5.5.6 Procédures de récupération et de vérification des archives ... 39
5.6 Renouvellement de bi-clé ... 39
5.6.1 Certificat d'AC ... 39
5.6.2 Certificat de Porteur ... 39
5.7 Compromission et plan de reprise ... 39
5.7.1 Procédures en cas d'incident et de compromission ... 39
5.7.2 Corruption des ressources informatiques, des logiciels, et/ou des données ... 40
5.7.3 Procédures en cas de compromission de la clé privée d'une entité ... 40
5.7.4 Capacités de reprise d'activité à la suite d'un sinistre ... 40
5.8 Fin de vie d'AC ... 40
5.8.1 Transfert d’activité ou cessation d’activité affectant une composante de l’IGC ... 41
5.8.1.1 AC ... 41
5.8.1.2 Cas spécifique de perte d’un agrément au titre d’un référentiel : ... 42
5.8.1.3 AED ... 42
5.8.2 Cessation d’activité affectant l'AC ... 42
6 MESURES TECHNIQUES DE SECURITE __________________________________________________ 43 6.1 Génération et installation des bi-clés ... 43
6.1.1 Génération des bi-clés ... 43
6.1.1.1 Bi-clés d’AC ... 43
6.1.1.2 Bi-clés de Porteurs ... 43
6.1.2 Fourniture de la clé privée au porteur ... 43
6.1.3 Fourniture de la clé publique à l'AC ... 43
6.1.4 Fourniture de la clé publique d'AC aux tierces parties ... 43
6.1.5 Taille de clés ... 43
6.1.6 Production des paramètres des clés publiques et contrôle de qualité ... 44
6.1.7 Utilisation de la clé (selon le champ "key usage" du certificat X 509 V3) ... 44
6.2 Protection des clés privées et normes relatives au module cryptographique ... 44
6.2.1 Normes applicables aux ressources cryptographiques et contrôles ... 44
6.2.2 Contrôle de la clé privée par de multiples personnes ... 44
6.2.3 Séquestre de clé privée ... 44
6.2.4 Sauvegarde de clé privée ... 44
6.2.4.1 AC ... 44
6.2.4.2 Porteur ... 44
6.2.5 Archivage de clé privée ... 45
6.2.6 Importation / exportation d'une clé privée ... 45
6.2.7 Stockage d'une clé privée dans un module cryptographique ... 45
6.2.7.1 AC ... 45
6.2.7.2 Porteur ... 45
6.2.8 Méthode d'activation d'une clé privée ... 45
6.2.8.1 AC ... 45
6.2.8.2 Porteur ... 45
6.2.9 Méthode de désactivation d'une clé privée ... 45
6.2.9.1 AC ... 45
6.2.9.2 Porteur ... 45
6.2.10 Méthode de destruction d'une clé privée ... 45
6.2.10.1 AC ... 45
6.2.10.2 Porteur ... 46
6.2.11 Certification des ressources cryptographiques ... 46
6.3 Autres aspects de la gestion des bi-clés ... 46
6.3.1 Archivage des clés publiques ... 46
6.3.2 Durée de validité opérationnelle des certificats et durée d'utilisation des bi-clés ... 46
6.3.2.1 AC ... 46
6.3.2.2 Porteur ... 46
6.4 Données d'activation ... 46
6.4.1 Génération et installation des données d'activation ... 46
6.4.1.1 AC ... 46
6.4.1.2 Porteur ... 46
6.4.2 Protection des données d'activation ... 46
6.4.2.1 AC ... 46
6.4.2.2 Porteur ... 47
6.4.3 Autres aspects touchant aux données d'activation ... 47
6.4.3.1 AC ... 47
6.4.3.2 Porteur ... 47
6.5 Mécanismes de sécurité des systèmes informatiques ... 47
6.5.1 Exigences techniques de sécurité des ressources informatiques ... 47
6.5.2 Indice de sécurité informatique ... 47
6.6 Contrôles techniques du système pendant son cycle de vie ... 47
6.6.1 Contrôle des développements des systèmes ... 47
6.6.2 Contrôles de gestion de la sécurité ... 48
6.6.3 Contrôle de sécurité du système pendant son cycle de vie ... 48
6.7 Mécanismes de sécurité du réseau ... 48
6.8 Horodatage/Système de datation ... 48
7 CERTIFICATS, CRL, ET PROFILS OCSP __________________________________________________ 49 7.1 Profil de Certificats ... 49
7.1.1 Extensions de Certificats ... 49
7.1.1.1 Certificat AC ... 49
7.1.1.2 Certificat Porteur ... 50
7.1.2 Identifiant d'algorithmes ... 52
7.1.3 Formes de noms ... 52
7.1.4 Identifiant d'objet (OID) de la Politique de Certification ... 53
7.1.5 Extensions propres à l'usage de la Politique ... 53
7.1.6 Syntaxe et Sémantique des qualificateurs de politique ... 53
7.1.7 Interprétation sémantique de l'extension critique "Certificate Policies" ... 53
7.2 Profil de LCR ... 54
7.2.1 LCR et champs d'extensions des LCR ... 54
7.2.2 LCR et champs d'extensions des LCR de TEST ... 54
7.3 Profil OCSP ... 55
8 CONTROLES DE CONFORMITE ET AUTRES EVALUATIONS _________________________________ 56 8.1 Fréquence et motifs des audits ... 56
8.2 Identité / Qualification des auditeurs ... 56
8.3 Lien entre l'auditeur et l'entité contrôlée ... 56
8.4 Points couverts par l'évaluation ... 56
8.5 Mesures prises en cas de non-conformité ... 56
8.6 Communication des résultats ... 56
9 AUTRES DISPOSITIONS COMMERCIALES ET JURIDIQUES __________________________________ 57 9.1 Tarifs ... 57
9.1.1 Tarifs pour l'émission et le renouvellement de certificats ... 57
9.1.2 Tarifs pour l’accès aux certificats ... 57
9.1.3 Tarifs pour l’accès aux LCR et aux informations d'état des certificats ... 57
9.1.4 Tarifs pour d'autres services ... 57
9.1.5 Politique de remboursement ... 57
9.2 Responsabilité financière ... 57
9.2.1 Couverture par les assurances ... 57
9.2.2 Autres ressources ... 57
9.2.3 Couverture et garantie concernant les entités utilisatrices ... 57
9.3 Confidentialité des informations et des données professionnelles ... 57
9.3.1 Périmètre des informations confidentielles ... 57
9.3.2 Informations hors du périmètre des informations confidentielles ... 58
9.3.3 Obligations en terme de protection des informations confidentielles ... 58
9.4 Protection des données à caractère personnel ... 58
9.4.1 Politique de protection des données personnelles ... 58
9.4.2 Informations considérées comme personnelles ... 58
9.4.3 Informations à caractère non personnel ... 58
9.4.4 Obligations en terme de protection des données personnelles ... 58
9.4.5 Consentement exprès et préalable à l'utilisation de données à caractère personnel ... 58
9.4.6 Obligations en terme de protection des données personnelles ... 58
9.4.7 Droits de la personne concernée : ... 59
9.5 Droits relatifs à la propriété intellectuelle ... 59
9.6 Obligations et garanties... 59
9.6.1 Obligations communes ... 59
9.6.2 Obligations et garanties du CAP ... 60
9.6.3 Obligations et garanties de l'AC ... 60
9.6.4 Obligations de l’AE ... 61
9.6.5 Obligation et garanties de l’AED ... 61
9.6.6 Mandataire de certification (MC) ... 61
9.6.7 Obligations et garanties du Porteur ... 62
9.6.8 Obligations et garanties du SP ... 62
9.6.9 Obligations et garanties des autres participants ... 62
9.6.9.1 Client ... 62
9.6.9.2 Obligations et garanties de l’UC ... 63
9.7 Limite de garantie ... 63
9.8 Limites de responsabilité ... 63
9.9 Indemnités ... 64
9.10 Durée et fin anticipée de validité de la PC ... 64
9.10.1 Durée ... 64
9.10.2 Résiliation ... 64
9.10.3 Effets de la résiliation et survie ... 64
9.11 Amendements ... 64
9.11.1 Procédure pour apporter un amendement ... 64
9.11.2 Mécanisme et délais des notifications ... 64
9.11.3 Motifs selon lesquels un OID doit être changé ... 65
9.12 Règlement des différends ... 65
9.13 Droit applicable ... 65
9.14 Conformité au droit applicable ... 65
9.15 Divers ... 65
9.15.1 Totalité de l'entente ... 65
9.15.2 Affectation ... 65
9.15.3 Divisibilité ... 65
9.15.4 Exonération des droits ... 66
9.15.5 Force majeure ... 66
9.16 Autres dispositions ... 66 10 REFERENCES ________________________________________________________________________ 66
1 INTRODUCTION 1.1 Généralités
Le but de la présente Politique de Certification (PC) est de fournir aux Clients/Porteurs du Groupe Crédit Agricole les informations relatives aux garanties offertes par les certificats porteurs qu’il émet, ainsi que les conditions d’utilisation de ces certificats. Ce document décrit la PC inhérente à l’Autorité opérationnelle de Certification ci- après désignée comme AC opérationnelle (noté aussi AC) de l'Infrastructure à Clés Publiques du CREDIT AGRICOLE CARDS AND PAYMENTS gérée par la SNC CREDIT AGRICOLE CARDS AND PAYMENTS (anciennement GIE CEDICAM). La dénomination de l’Infrastructure à Clés Publiquement, anciennement CEDICAM, est modifiée depuis le 21 mars 2012 pour devenir SNC Crédit Agricole Cards & Payments.
Ce changement de dénomination et de nature juridique n’emporte pas changement de la personne morale qui conserve le même numéro d’identification 723 001 467 RCS Paris, respecte les mêmes obligations et apporte les mêmes garanties en qualité d’Autorité de Certification. De ce fait et pour des raisons tant techniques que fonctionnelles et pratiques les « OU » (Organisation Unit présent dans les certificats) des AC comportant l’ancienne raison sociale seront conservées, jusqu’au renouvellement des AC.
Une PC est définie indépendamment des modalités de mise en œuvre de l'Infrastructure à Clés Publiques (ICP) à laquelle elle s'applique. Elle décrit les exigences auxquelles l'ICP doit se conformer pour l'enregistrement et la validation des demandes de certificats, et pour la gestion des certificats. Les procédures de certification sont rassemblées dans un document appelé Déclaration des Pratiques de Certification (DPC), distinct de la PC, qui décrit comment ces exigences sont atteintes en pratique.
La gestion des certificats couvre toutes les opérations relatives à la vie d'un certificat, depuis son émission jusqu'à la fin de vie de ce certificat (péremption, révocation).
Dans la suite du document, seul le terme AC sera principalement utilisé.
L’AC est une AC répondant répond aux exigences prévues :
par la réglementation Européenne ETSI 102042, par les normes RFC 5280
par le Référentiel Général de Sécurité (RGS), PC type authentification et signature pour les « Administrations et Entreprises au niveau ** (2 étoiles ) »
pour ce qui concerne les certificats électronique X509v3 et les services de signature électronique et d’authentification.
1.2 Nom du Document et Identification
La présente PC appelée : « CA LCL Certificat RGS Usage Separe » est la propriété de CREDIT AGRICOLE CARDS AND PAYMENTS. Cette PC est enregistrée par un numéro d'identifiant d'objet (OID) qui est : 1.2.250.1.104.3.1.1.1.1.9.1.1
La DPC correspondante est identifiée par un numéro d'identifiant d'objet (OID) qui est : 1.2.250.1.104.3.1.1.2.1.9.1.1
.
Des éléments plus explicites comme le nom, le numéro de version, la date de mise à jour, permettent d’identifier la présente PC et la DPC, néanmoins le seul identifiant de la version applicable de la PC et de la DPC est l’OID associé. Les PC et DPC correspondantes aux OID ci-dessus sont ci-après désignées sous le nom de "PC" et de
"DPC".
1.3 Les composantes de l’Infrastructure de Gestion de Clés
Pour délivrer les certificats, l’AC s’appuie sur les services suivants :
- Service d’enregistrement : ce service collecte et vérifie les informations d'identification du porteur qui demande un certificat, avant de transmettre la demande de certificat au service de demande de certificat ; - Service de demande de certificat : ce service crée une demande de certificat, à l’aide des informations
fournies par le service d'enregistrement dans le but de créer et de transmettre une demande de certificat au service de génération de certificat ;
- Service de génération de certificat : ce service génère les certificats électroniques des porteurs à partir des informations transmises par le service de demande de certificat ;
- Service de personnalisation et de gestion des supports de bi-clés : ce service permet de personnaliser graphiquement les supports de bi-clé(s) cryptographique(s) selon les données fournies par le service de génération de certificats. Ce service permet de définir un code de déblocage de support matériel ;
- Service de retrait et de révocation au porteur : ce service permet au porteur de retirer son certificat ainsi que de le révoquer ;
- Service Client : ce service met en œuvre le service de déblocage des supports matériels des porteurs ; - Service de révocation de certificats : ce service traite les demandes de révocation des certificats des
porteurs et détermine les actions à mener, dont la génération des Liste de Certificats Révoqués (LCR) ; - Service de Publication : ce service met à disposition des utilisateurs de certificat (UC) les informations
nécessaires à l’utilisation des certificats émis par l’AC (conditions générales d’utilisation, politique de certification publiée par l'AC, certificat d'AC, certificats porteurs, …), ainsi que les informations de validité des certificats issues des traitements du service de gestion des révocations (LCR, avis d’information, …) ; - Service de journalisation et d’audit : ce service permet de collecter l’ensemble des données utilisées et ou
générées dans le cadre de la mise en œuvre des services d’IGC afin d’obtenir des traces d’audit consultables. Ce service est mis en œuvre par l’ensemble des composantes techniques de l’IGC.
La présente PC définit les exigences de sécurité pour tous les services décrits ci-dessus dans la délivrance des certificats par l’AC aux porteurs. La Déclaration des Pratiques de Certification (notée DPC) donnera les détails des pratiques de l’IGC dans cette même perspective.
Les composantes de l'IGC mettent en œuvre leurs services conformément à la présente PC et la DPC associée.
1.3.1 Comité d'Approbation des Politiques (CAP)
Comité qui est constitué de représentants du CREDIT AGRICOLE CARDS AND PAYMENTS, pour créer, contrôler le respect et faire évoluer la documentation des politiques régissant l’ICP.
En tant qu’autorité, le CAP doit :
- Définir et valider l’organisation de l’IGC et autoriser la création d’AC et d’ACR ; - Définir et contrôler la présente PC et la DPC associée ;
- Contrôler la mise en œuvre de la DPC ;
- Valider les accords d’interopérabilité avec d’autres IGC ; - Arbitrer les litiges ;
- Procéder, le cas échéant, aux demandes de révocation de l’ACR Opérationnelle et/ou de l’AC Opérationnelle.
1.3.2 Autorité de Certification (AC)
Autorité à laquelle le Client fait confiance pour émettre et gérer des certificats porteur et des LCR*. Afin de lever l’ambiguïté terminologique concernant l’Autorité de Certification, les conventions suivantes seront prises pour ce document :
- Le terme Autorité Certifiante désigne le concept d’autorité légale émettant des certificats pour une communauté ;
- Le terme Autorité opérationnelle de Certification (AC opérationnelle) correspond à l’entité organisationnelle et technique qui reçoit la demande de certificat, constitue le gabarit de certificat et le signe avec sa clé privée. Lorsqu’il est question de certificat d’AC, c’est toujours l’AC opérationnelle qui est évoquée.
- Le terme d’Autorité de Certification (AC) désigne de manière indifférenciée ces deux concepts.
L’AC met en œuvre une PC et une DPC afin de gérer des certificats porteurs. L’AC Opérationnelle possède un certificat d’AC gérer par une ACR Opérationnelle du CREDIT AGRICOLE CARDS AND PAYMENTS.
L’AC authentifie et reconnaît plusieurs AE dans le cadre de la gestion des certificats porteur.
1.3.3 Autorité de Certification et Certificats de Test :
Pour mener des tests, le CREDIT AGRICOLE CARDS AND PAYMENTS utilise des certificats de tests. Pour ce faire, le CREDIT AGRICOLE CARDS AND PAYMENTS utilise soit l’AC de production soit une AC spécifique qui est dédiée à la gestion des certificats de test. La PC et de la DPC donne les détails de la gestion des certificats de test en fonction du choix de l’AC. Les exigences qui portent sur la gestion des certificats et des LCR sont identiques pour l’AC et l’AC de test. Lorsqu’une différence existe alors elle est précisée dans la PC et la DPC.
Les certificats de tests ne peuvent servir qu’à des fins de tests dans le cadre d’une application clairement identifiée dans la demande de certificat ou le protocole de test défini entre le porteur et l’AC. Les certificats de tests ne peuvent en aucun cas servir à engager le porteur et le responsable de l’application comme un certificat de production. Toutefois, les obligations de protection et d’utilisation du certificat pour le porteur et l’AC sont identiques à celles définies pour les certificats de production.
1.3.4 Autorité d’Enregistrement (AE)
Entité responsable de l’identification et de l’authentification des sujets des certificats, mais qui ne signe ni ne délivre des certificats. L’AE réceptionne et traite les demandes de révocation de certificat.
L’AE est utilisée pour la mise en œuvre des services d’enregistrement de demandes de certificats, de remise aux porteurs, de révocation de certificats et journalisation et d’audit. L’AE est chargée d’authentifier et d’identifier les porteurs.
Toutefois, l’AE délègue l’enregistrement de demandes de certificats et de révocation à des AED. De même, un Client peut utiliser un Mandataire de Certification (MC). L’AE qui valide les demandes de certificat et de révocation des porteurs.
La relation entre les AED et l'AC est formalisée par une convention de service liant l'AED avec l'AC précisant les droits et obligations des parties. La relation entre les MC et les AED est formalisée par un contrat liant le Client avec l'AED précisant les droits et obligations des parties et les modes de résolution des litiges.
La PC ne spécifie la gestion du certificat porteur qu’en utilisant le terme générique AE et AED. La DPC précisera les différentes répartition des opérations et procédures entre, l’AE, l’AED et le MC pour la gestion d’un certificat
porteur en fonction de l’entité qui met en œuvre l’AE et les AED. En effet, chaque AE peut avoir ses propres procédures afin de répondre aux exigences de la PC et de la DPC.
Dans tous les cas, l’AE, l’AED et le MC agissent conformément à la PC et à la DPC associée.
1.3.5 Autorité d’Enregistrement Décentralisées (AED)
Les Autorités d’Enregistrement Décentralisées (AED) correspondent aux entités en relation directe avec les Clients. Elles correspondent à une décentralisation de la fonction enregistrement auprès des distributeurs de l’offre, chargés de sa commercialisation. Le rôle des AED consiste en particulier à enregistrer les demandes de certificats porteurs et à vérifier que les demandeurs et les porteurs de certificat sont identifiés, que leur identité est authentique et que les contraintes liées à l’usage d’un certificat sont remplies, tout cela conformément à la présente PC.
Les AED réceptionnent et vérifient également, selon les critères établis dans la présente PC, des demandes de révocation de certificats et les transmettent à leur AE de rattachement pour traitement.
En aucun cas, l’AED n’a accès aux moyens qui lui permettrait d'activer et d'utiliser la clé privée, associée à la clé publique contenue dans le certificat, délivré au porteur.
1.3.6 Service de Publication (SP)
Le SP est utilisé pour la mise en œuvre du service de publication (Se reporter au § 2).
Le SP agit conformément à la PC et à la DPC associée.
1.3.7 Opérateur de Certification (OC)
L’Opérateur de Services certification assure des prestations techniques, en particulier cryptographiques, nécessaires au processus de certification, conformément à la présente PC et à la DPC associée que met en œuvre l’AC. L’OC est techniquement dépositaire de la clé privée de l’ACR utilisée pour la signature des certificats porteur.
Sa responsabilité se limite au respect des procédures que l’AC définit afin de répondre aux exigences de la présente PC ainsi qu’à ses propres procédures.
De plus, l’OC mène une analyse de risque permettant de déterminer les objectifs de sécurité propres à couvrir les risques métiers de l'ensemble de l'IGC et les mesures de sécurité techniques et non techniques correspondantes à mettre en œuvre. L’OC possède aussi un plan de continuité sur lequel s’appuie l’AC pour la continuité des services d’IGC. Cette analyse de risques et ce plan de continuité couvrent le seul périmètre de l’OC en tant qu’hébergeur de moyens qui permettent à l’AC de mettre en œuvre ses services d’IGC.
Dans la présente PC, son rôle et ses obligations ne sont pas distingués de ceux de l’AC. Cette distinction sera précisée dans la DPC.
1.3.8 Porteur
Un porteur est une personne physique qui met en œuvre la clé privée, correspondant à la clé publique certifiée par l’AC, afin de signer électroniquement un document avec des logiciels de signature et de procéder à des contrôle d’accès.
Le porteur est une personne physique qui utilise un certificat au nom du Client. Le Client peut avoir un ou plusieurs Porteurs. Le Porteur peut également être désigné sous le nom de porteur de certificat. Dans la phase amont de certification il est un demandeur de certificat et dans le contexte du certificat X.509 il est un sujet.
1.3.9 Autres participants
1.3.9.1 Client
Avant de procéder à des demandes de certificat et utiliser plus largement les services de certification de l’AC, le Client doit avoir préalablement établit un contrat de souscription au service de certification. Le Client contracte ce contrat de souscription au service de certification avec l’AED.
Le Client peut mandater un ou plusieurs MC pour la gestion des certificats des Porteurs.
Le Client est soit une « Entreprise » soit une « Administration ».
1.3.9.2 Mandataire de Certification (MC)
Le MC est une personne physique, dûment identifiée, appartenant à l’entreprise et ayant délégation pour assurer au nom du Client la gestion des certificats porteurs, en particulier recueillir et valider les pièces du dossier d’enregistrement lors d’un face-à-face avec le demandeur (futur porteur).
Les prérogatives du MC lui permettent de demander et/ou de révoquer les certificats porteurs des Porteurs du Client. Une seule et même personne peut tenir les rôles de Porteur et de MC simultanément. Un Client peut avoir un ou plusieurs Mandataires de Certification.
Le Mandataire de Certification doit être en mesure de vérifier les pièces d’identité présentées par les Porteurs et de certifier les photocopies de ces pièces conformes.
1.3.9.3 Utilisateur de certificat (UC)
Application utilisatrice*, personne physique ou morale, organisme administratif ou système informatique matériel qui utilisent un certificat de porteur, afin de valider les fonctions de sécurité mises en œuvre à l’aide des certificats (signature, chiffrement et authentification). Dans le cadre de cette PC, l'UC doit valider les certificats porteurs en utilisant les certificats d’AC et d’ACR et contrôler les LCR et LAR.
1.4 Utilisation des certificats
1.4.1 Utilisation appropriée des certificats 1.4.1.1 Certificat de l’AC
Le certificat de l’AC sert à authentifier les certificats porteurs. La clé privée associé au certificat d’AC sert pour : - La signature de certificat de porteur ;
- La signature de LCR.
1.4.1.2 Certificat de Porteur
La liste des applications utilisatrices dans le cadre desquelles les certificats numériques délivrés par l’AC peuvent être utilisés est publiée sur le site web des AE : http://www.ca-certificat-plus.com et https://certification.LCL.fr/. En cas de modification de la liste des applications pouvant être utilisées par les certificats, le Client sera informé par l’AED et par tout moyen écrit de la mise en ligne de la nouvelle liste un mois avant son entrée en vigueur. Si le Client refuse la modification proposée, il aura le droit de résilier le contrat de souscription, sans frais, durant le mois précédant la date de son entrée en vigueur. A défaut de résiliation du contrat de souscription pendant le délai d’un mois, le Client sera réputé avoir accepté la nouvelle PC.
1.4.2 Utilisation interdite des certificats
L’AED, l’AE et l’AC déclinent toute responsabilité dans l'usage que ferait un Porteur de son certificat dans le cadre d'une application non mentionnée dans le paragraphe précédent. En particulier, ne sera acceptée aucune plainte, de quelque sorte que ce soit, de Porteurs ou de Mandataires de Certification, liée à des litiges sans rapport avec les applications mentionnées dans le précédent paragraphe.
Les utilisations de certificats émis par l'AC à d'autres fins que celles prévues au § 1.4.1 ci-dessus ne sont pas autorisées. En pratique, cela signifie que l'AC ne peut être en aucun cas tenue pour responsable d'une utilisation des certificats qu'elle émet autre que celles prévues dans la présente PC.
Les certificats ne peuvent être utilisés que conformément aux lois applicables en vigueur, en particulier seulement dans les limites autorisées par les lois sur l'importation et l'exportation et les lois, décrets, arrêtés et directives propres à la signature électronique.
1.5 Application de la politique
1.5.1 Organisme responsable de la présente politique La présente PC est sous la responsabilité du CAP.
1.5.2 Personne responsable
Coordonnées de la personne ou de la direction responsable de l’élaboration de la PC : Fonction, titre de l'entité
responsable Adresse mél Adresse courrier
Responsable Certification
gregoire.lundi@ca-cp.fr
83, boulevard des Chênes 78280 - GUYANCOURT Immeuble PROVENCE 1.5.3 Personne déterminant la conformité de l’implémentation de la présente PC/DPC
La conformité de la Déclaration des Pratiques de Certification (DPC-CA Certificat) à la Politique de Certification (Politique de Certification CA Certificat) est déterminée par le Comité d’Approbation des Politiques de l’Autorité Certifiante sous la responsabilité de : Grégoire LUNDI.
Fonction, titre de l'entité
responsable Adresse mél Adresse courrier
Responsable t Certification
gregoire.lundi@ca-cp.fr
83, boulevard des Chênes 78280 - GUYANCOURT Immeuble PROVENCE Responsable sécurité des SI et PCA
du Dept. Contrôle des Risques olivier.julou@ca-cp.fr
83, boulevard des Chênes 78280 - GUYANCOURT Immeuble PROVENCE Responsable Projet MOA
Certification eric.pottier@ca-cp.fr
83, boulevard des Chênes 78280 - GUYANCOURT Immeuble PROVENCE Responsable Processus MOA
Certification
minaradjy.pascal@ca-cp.fr
83, boulevard des Chênes 78280 – GUYANCOURT Immeuble PROVENCE Responsable production interne
Certification CA-CP annick.bernard@ca-cp.fr
83, boulevard des Chênes 78280 – GUYANCOURT Immeuble PROVENCE
1.5.4 Procédure d'approbation du présent document
Cette PC sera revue périodiquement par le Comité d'Approbation des Politiques de l’Autorité Certifiante, notamment pour :
- Assurer sa conformité aux normes de sécurité attendues par les applications qui référencent des familles de certificats porteurs ;
- Mettre à jour la liste des applications concernées par la PC ; - Adapter aux évolutions technologiques.
La périodicité minimale de révision de cette PC est de un (1) an. Ce présent paragraphe indiquera les principales modifications de ce document en comparaison à la version antérieure.
1.6 Définitions et Acronymes
1.6.1 Définitions
Accord d'utilisation de LCR: Un accord spécifiant les termes et conditions sous lesquels une Liste de Certificats Révoqués ou les informations qu'elle contient peuvent être utilisées.
Audit : Contrôle indépendant des enregistrements et activités d'un système afin d'évaluer la pertinence et l'efficacité des contrôles du système, de vérifier sa conformité avec les politiques et procédures opérationnelles établies, et de recommander les modifications nécessaires dans les contrôles, politiques, ou procédures. [ISO/IEC POSIX Security].
Autorité de Certification (AC) : Se reporter au § 1.3.2.
Autorité d'Enregistrement (AE) : Se reporter au § 1.3.3.
Autorité d'Enregistrement Décentralisée (AED) : Se reporter au § 1.3.4.
Client : Se reporter au § 1.3.9.1
Communauté de l’utilisateur : Client(s) et/ou une classe d'applications possédant des exigences de sécurité communes.
Critères Communs : ensemble d’exigences de sécurité qui sont décrites suivant un formalisme internationalement reconnu. Les produits et logiciels sont évalués par un laboratoire afin de s’assurer qu’ils possèdent des mécanismes qui permettent de mettent en œuvre les exigences de sécurité sélectionnées pour le produit ou le logiciel évalué.
Cérémonie de clés : Une procédure par laquelle une bi-clé d'AC ou AE est générée, sa clé privée transférée éventuellement sauvegardée, et/ou sa clé publique certifiée.
Certificat : clé publique d'une entité, ainsi que d'autres informations, rendues impossibles à contrefaire grâce au chiffrement par la clé privée de l'autorité de certification qui l'a émis [ISO/IEC 9594-8; ITU-T X.509].
Certificat d'AC : certificat pour une AC émis par une autre AC. [ISO/IEC 9594-8; ITU-T X.509]. Dans ce contexte, les certificats AC (certificat auto signé).
Certificat auto signé : certificat d'AC signé par la clé privée de cette même AC.
Chemin de certification : (ou chaîne de confiance, ou chaîne de certification) chaîne constituée de multiples certificats nécessaires pour valider un certificat.
Clé privée : clé de la bi-clé asymétrique d'une entité qui doit être uniquement utilisée par cette entité [ISO/IEC 9798-1].
Clé publique : clé de la bi-clé asymétrique d'une entité qui peut être rendue publique. [ISO/IEC 9798-1]
Compromission : violation, avérée ou soupçonnée, d'une politique de sécurité, au cours de laquelle la divulgation non autorisée, ou la perte de contrôle d'informations sensibles, a pu se produire. En ce qui concerne les clés privées, une compromission est constituée par la perte, le vol, la divulgation, la modification, l'utilisation non autorisée, ou d'autres compromissions de la sécurité de cette clé privée.
Confidentialité : La propriété qu'a une information de n'être pas rendue disponible ou divulguée aux individus, entités, ou processus [ISO/IEC 13335-1:2004].
Contrat de souscription : contrat liant le Client à une AED pour la souscription au service de certification. Il contient l’ensemble des documents nécessaires à l’élaboration des Dossiers Client. La fourniture d’un Contrat de Souscription vierge se fait sur simple demande auprès des différentes AED.
Déclaration des Pratiques de Certification (DPC) : une déclaration des pratiques qu'une entité (agissant en tant qu'Autorité de Certification) utilise pour approuver ou rejeter des demandes de certificat (émission, gestion, renouvellement et révocation de certificats). [RFC 3647].
Demande de certificat : message transmis par l'AE à l'AC pour obtenir l'émission d'un certificat d'AC.
Disponibilité : La propriété d'être accessible sur demande, à une entité autorisée [ISO/IEC 13335-1:2004].
Distributeur : Entité du Crédit Agricole ou de LCL en relation commerciale avec le Client. Les Distributeurs assurent la fonction d’AED (Autorité d’ Enregistrement Décentralisée).
Données d'activation : Des valeurs de données, autres que des clés, qui sont nécessaires pour exploiter les modules cryptographiques ou les éléments qu'ils protègent et qui doivent être protégées (par ex. un PIN, une phrase secrète, …).
Dossier client : ensemble des pièces justificatives (demande et éventuellement Contrat de Souscription y compris) à fournir à l'AED* afin de lui permettre de vérifier les informations demandées par l'AE pour l'émission d'un certificat CA Certificat, l’enregistrement d’un nouveau MC*, la modification des données concernant un Porteur ou un Mandataire de Certification, ou enfin pour révoquer le mandat d’un Mandataire de Certification. Ces pièces justificatives sont décrites dans le Contrat de Souscription.
Émission (d'un certificat) : un certificat est émis (ou délivré) lorsqu’il a été généré et est exporté pour être remis à le Porteur* ou publié.
Enregistrement (d'un Porteur) : opération qui consiste pour une Autorité d'Enregistrement* à extraire d’un Dossier Client les informations sur un demandeur de certificat à renseigner dans les champs du certificat, conformément à la Politique de Certification*.
Fonction de hachage : fonction qui lie des chaînes de bits à des chaînes de bits de longueur fixe, satisfaisant ainsi aux deux propriétés suivantes :
Il est impossible, par un moyen de calcul, de trouver, pour une sortie donnée, une entrée qui corresponde à cette sortie ;
Il est impossible, par un moyen de calcul, de trouver, pour une entrée donnée, une seconde entrée qui corresponde à la même sortie [ISO/IEC 10118-1];
Il est impossible par calcul, de trouver deux données d'entrées différentes qui correspondent à la même sortie.
Génération (d'un certificat) : action réalisée par une AC* opérationnelle et qui consiste à signer l'ensemble des champs contenus dans un certificat édité par l'AE*.
Infrastructure de Gestion de Clés (IGC) : également appelée IGC (Infrastructure de Gestion de Clés), c'est l'infrastructure requise pour produire, distribuer, gérer et archiver des clés, des certificats et des Listes de Certificats Révoqués ainsi que la base dans laquelle les certificats et les LCR doivent être publiés. [2nd DIS ISO/IEC 11770-3 (08/1997)].
Intégrité : fait référence à l'exactitude de l'information, de la source de l'information, et au fonctionnement du système qui la traite.
Interopérabilité : implique que le matériel et les procédures utilisés par deux entités ou plus sont compatibles; et qu'en conséquence il leur est possible d'entreprendre des activités communes ou associées.
Journaux d'exploitation ou d’événement : journaux collectant toutes les traces d'exécution des traitements, transactions et programmes produites par un système d'information (dénommés aussi "logs" ou "journaux d'événements").
Liste de Certificats Révoqués (LCR) : liste signée numériquement par une AC et qui contient des identités de certificats qui ne sont plus valides. La liste contient l'identité de la LCR d'AC, la date de publication, la date de publication de la prochaine LCR et les numéros de série des certificats révoqués. La durée de validité est de 7 jours.
Mandataire de certification (MC) :Se reporter au § 1.3.8.2.
Modules cryptographiques : Un ensemble de composants logiciels et matériels utilisés pour mettre en oeuvre une clé privée afin de permettre des opérations cryptographiques (signature, chiffrement, authentification, génération de clé …). Dans le cas d'une AC, le module cryptographique est une ressource cryptographique matérielle évaluée et certifiée (FIPS ou critères communs), utilisé pour conserver et mettre en oeuvre la clé privée AC.
OC : Se reporter au § 1.3.6
Période de validité d'un certificat : La période de validité d'un certificat est la période pendant laquelle l'AC garantit qu'elle maintiendra les informations concernant l'état de validité du certificat. [RFC 2459].
PKCS #10 : (Public-Key Cryptography Standard #10) mis au point par RSA Security Inc., qui définit une structure pour une Requête de Signature de Certificat (en anglais: Certificate Signing Request: CSR).
Plan de secours (après sinistre) : plan défini par une AC pour remettre en place tout ou partie de ses services d'IGC après qu'ils aient été endommagés ou détruits à la suite d'un sinistre, ceci dans un délai défini dans l'ensemble PC/DPC.
Point de distribution de LCR : entrée de répertoire ou une autre source de diffusion des LCR; une LCR diffusée via un point de distribution de LCR peut inclure des entrées de révocation pour un sous-ensemble seulement de l'ensemble des certificats émis par une AC, ou peut contenir des entrées de révocations pour de multiples AC.
[ISO/IEC 9594-8; ITU-T X.509].
Politique de Certification (PC) : ensemble de règles qui indique l'applicabilité d'un certificat à une communauté particulière et/ou une classe d'applications possédant des exigences de sécurité communes. [ISO/IEC 9594-8;
ITU-T X.509].
Politique de sécurité : ensemble de règles édictées par une autorité de sécurité et relatives à l'utilisation, la fourniture de services et d'installations de sécurité [ISO/IEC 9594-8; ITU-T X.509].
Porteur : Se reporter au § 1.3.8.
Porteur de secret : personnes qui détient une donnée d’activation liée à la mise en œuvre de la clé privée d’une AC à l’aide d’un module cryptographique.
Qualificateur de politique : Des informations concernant la politique qui accompagnent un identifiant de politique de certification (OID) dans un certificat X.509. [RFC 3647]
Révocation (d'un certificat) : opération de mise en opposition demandée par le Porteur, le Mandataire de Certification*, le Client, l’AE ou l’AC ou par toute autre personne autorisée par l'AC, dont le résultat est la suppression de la garantie d'engagement de l'AC* sur un certificat donné, avant la fin de sa période de validité. Par exemple, la compromission d'une clé ou le changement d'informations contenues dans un certificat doivent conduire à la révocation du certificat. L'opération de révocation est considérée comme terminée lorsque le numéro de certificat à révoquer et la date de révocation sont publiés dans la Liste des Certificats Révoqués (LCR*).
RSA : algorithme de cryptographique à clé publique inventé par Rivest, Shamir, et Adelman.
SP : Se reporter au § 1.3.5.
Site Web : Site Web de l’AE dédié au service de l’AC. C’est un portail où le Porteur pourra trouver les informations suivantes :
Information sur le service AC ;
Accès à l’Assistance téléphonique AC.
Le Porteur pourra effectuer les actions suivantes : Retrait des certificats,
Révocation des certificats, Renouvellement des certificats,
Contrôle de validité et test d’un certificat.
Utilisateur de Certificat : Se reporter au §.1.3.8.1
Validation de certificat électronique : opération de contrôle permettant d’avoir l’assurance que les informations contenues dans le certificat ont été vérifiées par une ou des autorités de confiance et sont toujours valides. La validation d’un certificat inclut entre autres la vérification de sa période de validité, de son état (révoqué ou non), de l’identité des AC de la chaine de certification et la vérification de la signature électronique de l’ensemble des AC contenue dans le chemin de certification.
1.6.2 Acronymes
- AC : Autorité de Certification ; - AE : Autorité d'Enregistrement ;
- CAP : Comité d’Approbation des Politiques ; - CC : Critères Communs ;
- DN: Distinguished Name ;
- DPC : Déclaration des pratiques de certification ;
- EAL: Evaluation assurance level, norme ISO 15408 (Critères Communs) pour la certification des produits de sécurité ;
- HTTP: Hypertext Transport Protocol ; - IGC : Infrastructure de Gestion de Clés ; - IP: Internet Protocol ;
- ISO: International Organization for Standardization ;
- LCR : liste de certificats révoqués ;
- LDAP: Lightweight Directory Access Protocol ; - OCSP: Online Certificate Status Protocol ; - OID: Object Identifier ;
- PC : Politique de Certification ; - PIN: Personal Identification Number ; - PKCS: Public-Key Cryptography Standard ; - RFC: Request for comment ;
- RSA: Rivest, Shamir, Adleman ;
- SHA: Secure Hash Algorithm (norme fédérale américaine) ; - SP : Service de Publication ;
- URL: Uniform Resource Locator.
2 ANNUAIRES ET SERVICES DE PUBLICATION 2.1 Service de publication
Le SP est en charge de la publication des données identifiées au § 2.2 ci-dessous.
2.2 Informations publiées
L'AC, via le SP, rend disponibles les informations suivantes :
- La PC de l'AC : http://www.ca-certificat-plus.com/PC/09client/Sign_Auth_National_CA_RGS.pdf ; - Le certificat de l’AC et de l’ACR http://www.ca-certificat-plus.com/04-client/telecharger_chaine.jsp;
- Le formulaire de demande de certificat :
- Réseau Crédit Agricole : http://www.ca-certificat-plus.com Réseau LCL : https://certification.LCL.fr/.
- Le formulaire et/ou les modalités de révocation d’un certificat :
- Réseau Crédit Agricole : http://www.ca-certificat-plus.com Réseau LCL : https://certification.LCL.fr/.
- Les conditions générales d’utilisation :
- Réseau Crédit Agricole : http://www.ca-certificat-plus.com Réseau LCL : https://certification.LCL.fr/.
La LCR : http://crl.ca-certificat.com/CreditAgricoleRGSUsageSepare/LatestCRL.crl - et
- ldap://ldap.ca-certificat.com/cn=CA%20LCL%20Certificat%20RGS%20
Usage%20Separe,ou=0002%20723001467,o=CEDICAM?certificaterevocationlist;binary?base?objectclass
=pkiCA.
L’AC de Test, via le SP, rend disponible les informations suivantes :
- Le certificat de l’AC http://www.ca-certificat-plus.com/04-client/telecharger_chaine_Test.jsp;
- La LCR : http://crl.ca-certificat.com/CreditAgricoleRGSTESTUsageSepare/LatestCRL.crl - ldap://ldap.ca-
certificat.com/cn=CA%20LCL%20Certificat%20RGS%20TEST%20Usage%20Separe,ou=0002%20723001 467,o=CEDICAM?certificaterevocationlist;binary?base?objectclass=pkiCA
La DPC n’est pas publiée mais consultable auprès du CAP sur demande justifiée et autorisée par le CAP.Les coordonnées du CAP sont données au § 1.5.3.
Il est à noter que l’information RGS citée dans le nom des certificats d’AC ou LCR est prévu pour répondre aux exigences prévues par le Référentiel Général de Sécurité (RGS) en ce qui concerne les Autorités de Certification, sans pour autant se prévaloir d’une qualification au titre de ce Référentiel. (voir paragraphe 1.1 ci-dessus). Ce sont des informations techniques. La qualification est définie par l’inclusion d’une AC au sein des listes de l’ANSSI.
Cependant, l’AC peut faire l’objet d’une publication au sein des listes des Autorités Qualifiées indépendamment du son nom Technique.
2.3 Heure et fréquence de publication
La PC de l’AC et le certificat de l’AC sont disponibles en permanence et mises à jour selon les besoins.
Une nouvelle LCR est publiée toutes les 24 heures.
Les taux de disponibilité sont précisés dans la DPC.
2.4 Contrôle d'accès au service de publication
Le SP s'assure que les informations sont disponibles et protégées en intégrité contre les modifications non autorisées. L'AC s'assure que toute information conservée dans une base documentaire de son IGC et dont la diffusion publique ou la modification n'est pas prévue est protégée.
L’ensemble des informations publiques et publiées (Se reporter au § 2.2) est libre d’accès en lecture et téléchargement sur Internet.
3 IDENTIFICATION ET AUTHENTIFICATION 3.1 Nommage
3.1.1 Types de noms
Les identités utilisées dans un certificat sont décrites suivant la norme X.500. Dans chaque certificat X.509, le fournisseur (Issuer) et le porteur (subject) sont identifiés par un Distinguished Name (DN).
Les attributs du DN sont encodés en « printableString » ou en « UTF8String » à l’exception des attributs emailAddress qui sont en « IA5String ».
La construction de l’identité du porteur dans le certificat de l’AC de Production est la suivante :
Champ de base Valeur
Issuer Identité de l’AC émettrice.
Subject C = Code ISO du Pays de l'autorité compétente auprès de laquelle l’organisation du Client est officiellement enregistré (tribunal de commerce, ministère, …). Ce code est inscrit en majuscules ; L=<Ville du demandeur> ;
CN = Prénom et Nom du porteur ;
O = Nom officiel complet de l’organisation cliente tel qu'enregistré auprès des autorités compétentes (tribunal de commerce, ministère, …) ;
SérialNumber= Numéro de série choisie par l’AE afin de distinguer des CN identiques ;
E=<Email demandeur> ; OU= constitué de
- L’ICD de l’organisation cliente sur 4 caractères ;
- L'identification de l'organisation cliente sur 35 caractères avec un séparateur entre les deux chaînes précédentes sous forme d’un espace (SIREN).
OU= <Nom de l’Offre>
- CACertificatPlus : nom de l’Offre à fin d’identification du réseau de distribution CRCAM, Caisse Régionale de Crédit Agricole Mutuel
- CertificatLCL : nom de l’Offre à fin d’identification du réseau de distribution, LCL Le Crédit Lyonnais
La construction de l’identité du porteur dans le certificat TEST pour l’AC de TEST est la suivante :
Champ de base Valeur
Issuer Identité de l’AC émettrice.
Subject C = Code ISO du Pays de l'autorité compétente auprès de laquelle l’organisation du Client est officiellement enregistré (tribunal de commerce, ministère, …). Ce code est inscrit en majuscules ; L=<Ville du demandeur> ;
CN = Prénom précédé de la mention XXX TEST et Nom du porteur ;
O = Nom officiel complet de l’organisation cliente tel qu'enregistré auprès des autorités compétentes (tribunal de commerce, ministère, …) ;
SérialNumber= Numéro de série choisie par l’AE afin de distinguer des CN identiques ;
E=<Email demandeur> ; OU= constitué de
- L’ICD de l’organisation cliente sur 4 caractères ;
- L'identification de l'organisation cliente sur 35 caractères avec un séparateur entre les deux chaînes précédentes sous forme d’un espace (SIREN).
OU= <Nom de l’Offre>
- CACertificatPlus : nom de l’Offre à fin d’identification du réseau de distribution CRCAM, Caisse Régionale de Crédit Agricole Mutuel
- CertificatLCL : nom de l’Offre à fin d’identification du réseau de distribution, LCL Le Crédit Lyonnais.
3.1.2 Utilisation de noms explicites
Dans tous les cas, l’identité du porteur (Se reporter au § 3.1.1 est construite à partir des nom et prénom de son état civil tel que porté sur le document officiel d'identité présenté lors de son enregistrement.
Lorsque le certificat est pour un porteur au sein d’une Entreprise ou d’une Administration, alors l’identité de l’Entreprise ou de l’Administration est aussi contenue dans le certificat.
3.1.3 Anonymat ou utilisation de pseudonyme
L'identité utilisée pour les certificats de porteurs n'est ni un pseudonyme ni un nom anonyme (Se reporter au § 3.1.2).
3.1.4 Règles d'interprétations des différentes formes de noms
Les UC peuvent se servir de l’identité incluse dans les certificats (Se reporter au 3.1.1) afin d’authentifier les porteurs. Toutefois, aucune interprétation particulière n'est à faire des informations portées dans le champ "Objet"
des certificats porteur.
3.1.5 Unicité des noms
Les identités portées par l’AC dans les certificats (Se reporter au § 3.1.1) sont uniques au sein du domaine de certification de l'AC. Durant toute la durée de vie de l'AC, une identité attribuée à un porteur (Se reporter au 3.1.1) de certificat ne peut être attribué à un autre porteur.
A noter que l’unicité d’un certificat est basée sur l’unicité de son numéro de série à l’intérieur du domaine de certification de l’AC, mais que ce numéro est propre au certificat et non pas au porteur et ne permet donc pas d'assurer une continuité de l'identification dans les certificats successifs d'un porteur donné.
L'AE assure cette unicité au moyen de son processus d'enregistrement et de la valeur unique du champ SN attribué à un porteur (se reporter au § 3.1.1.
En cas de différent au sujet de l'utilisation d'un nom pour un certificat, l’AC a la responsabilité de résoudre le différent en question.
3.1.6 Reconnaissance, vérification, et rôle des noms de marques déposées Sans objet car les certificats porteur ne contiennent pas des noms de marque.
L’AC ne pourra voir sa responsabilité engagée en cas d’utilisation illicite par la communauté d’utilisateur et les Clients des marques déposées, des marques notoires et des signes distinctifs, ainsi que des noms de domaine.
3.2 Vérification initiale d'identité
3.2.1 Preuve de possession de la clé privée
La preuve de la possession de la clé privée par le porteur est réalisée par les procédures de génération de la clé privée (se reporter au § 6.1.1.1 ci-dessous) correspondant à la clé publique à certifier et par le mode de transmission de la clé publique (se reporter au § 6.1.3 ci-dessous).
3.2.2 Vérification de l’Identité d’un organisme
L’authentification d'une organisation repose sur la vérification des informations fournies dans le cadre de sa demande de certificat (Se reporter au § 4.1.2). Ces informations comprennent le nom et l'adresse de l'organisation ainsi que les documents ou les références de l'existence de celle-ci, ainsi que le nom de domaine qu'elle détient.
L'entité qui procède à la vérification s'assure que l'organisation existe bien et est légalement autorisée à utiliser exclusivement son nom, en comparant les informations fournies dans la demande du certificat aux informations recueillies dans les bases de données officielles de référence.
Les informations susceptibles d'être vérifiées pendant l'authentification de l'identité de l'organisation comprennent le numéro SIREN, le numéro de déclaration de TVA, le DUNS, etc.
Dans tous les cas, la vérification de l’appartenance d’un porteur à l’organisation de « type » Administration et Entreprise dont il se réclame est effectuée.
3.2.3 Vérification de l'identité des personnes 3.2.3.1 Porteur
Le porteur est identifié et authentifié lors d’un face à face avec un MC, de son entité légale de rattachement, ou l’AED. L’identification et l’authentification du porteur s’effectue sur la base de la présentation d’’une pièce d’identité officielle (carte nationale d’identité, passeport, …).
3.2.3.2 AED et MC
L’AE procède à l’enregistrement des AED et les AED procèdent à l’enregistrement des MC. Les pièces justificatifs pour l‘enregistrement d’un MC sont les même que celles demandées à un porteur. Le MC fournit en plus un engagement signé de lui même à signaler à l’AED son départ de l’entreprise, et le départ des porteurs de l’entreprise. L’authentification des MC par les AED s’effectue lors d’un face à face. Les pièces justificatives demandées aux AED sont décrites dans la DPC.
Les MC doivent avoir signé un contrat dans lequel le MC doit :
- Effectuer correctement et de façon indépendante les contrôles d'identité des futurs porteurs de l'entité pour laquelle il est MC ;
- Respecter les parties de la PC et de la DPC public de l'AC qui lui incombent.
3.2.4 Informations non vérifiées
Les informations non vérifiées ne sont pas introduites dans les certificats.
3.2.5 Validation de l’autorité d’un porteur
La validation de l’autorité d’un porteur correspond à la validation de l’appartenance à une organisation (se reporter au § 3.2.2 ci-dessus).
3.2.6 Critères de reconnaissance
Un porteur qui obtient un certificat émis par l'AC à la garantie d’être authentifiable par les applications utilisatrices.
3.3 Vérifications aux fins de renouvellement de clés
3.3.1 Vérifications aux fins de renouvellement de clés en situation normale
Le renouvellement de certificat s’apparente à un renouvellement de la bi-clé et l’attribution d’un nouveau certificat.
L’authentification du porteur est réalisée sur la base de son certificat courant et valide et le porteur retire directement son certificat avec le service de retrait de l’AE comme expliqué au § 4.7.
L’authentification pour le premier renouvellement est automatique est réalisée à partir du certificat valide du porteur. Le renouvellement suivant nécessite une authentification du porteur suivant les mêmes procédures que pour la délivrance du premier certificat.
3.3.2 Vérifications aux fins de renouvellement de clés après révocation du certificat
Le renouvellement de certificat s’apparente à un renouvellement de la bi-clé et l’attribution d’un nouveau certificat conformément aux procédures initiales (se reporter au § 3.2) ou doit être une procédure offrant un niveau de garantie équivalent.
3.4 Vérifications aux fins de révocation
Les demandes de révocation sont authentifiées par l'AE à l’aide d’informations seulement connues du porteur et de l’AE. Lorsque le demandeur est une personne autre que le porteur, l’authentification est réalisée suivant des procédures définies dans la DPC.
4 EXIGENCES OPERATIONNELLES 4.1 Types de certificat
4.1.1 Origine de la demande de certificat
Le MC ou le porteur dépose une demande de certificat auprès de l’AED.
4.1.2 Procédure d'enregistrement et responsabilités
Les informations minimum suivantes doivent figurer dans la demande de certificat du porteur : - Porteur au sein d’une Entreprise :
o La demande de certificat est signée par le porteur et datée de moins de 3 mois. Si un MC fournit la demande, alors cette demande est aussi signée du MC ;
o Les conditions générales d’utilisation signée par le Responsable Légal;
o Une photocopie, signée et datée de moins de 3 mois par le porteur, portant la mention « certifiée conforme à l’originale », du document officiel d'identité du futur porteur (notamment carte nationale d'identité, passeport ou carte de séjour), en cours de validité, comportant une photographie d'identité, l'AE en conserve une copie ;
o Les informations qui permettent de construire l’identité du porteur (se reporter aux § 3.1.1. et § 3.1.2) ;
o Les Informations permettant de contacter le porteur (numéro de téléphone, courriel, …) ;
o Un mandat signé, et daté de moins de 3 mois, par un représentant légal de l'entité désignant le futur porteur auquel le certificat doit être délivré ou le MC autorisé à procéder à la demande de certificat. Ce mandat doit être signé pour acceptation par le futur porteur bénéficiaire ou le MC ; o Toute pièce, valide lors de la demande de certificat (extrait Kbis ou Certificat d'Identification au
Répertoire National des Entreprises et de leurs Etablissements ou inscription au répertoire des métiers, ...), attestant de l’existence de l'entreprise et portant le numéro SIREN de celle-ci, ou, à défaut, une autre pièce attestant l’identification unique de l’entreprise qui figurera dans le certificat ; o Tout document attestant de la qualité du signataire de la demande de certificat ;
- Porteur au sein d’une Administration :
o La demande de certificat est signée par le porteur et datée de moins de 3 mois ; Si un MC fournit la demande, alors cette demande est aussi signée du MC ;
o Les conditions générales d’utilisation signée par le Responsable Légal;
o Une photocopie, signée et datée de moins de 3 mois par le porteur, portant la mention « certifiée conforme à l’originale », du document officiel d'identité du futur porteur (notamment carte nationale d'identité, passeport ou carte de séjour), en cours de validité, comportant une photographie d'identité, l'AE en conserve une copie ;
o Les informations qui permettent de construire l’identité du porteur (se reporter aux § 3.1.1 et § 3.1.2) ;
o Les Informations permettant à l’AE de contacter le porteur (numéro de téléphone, courriel, …) ; o Un mandat signé, et daté de moins de 3 mois, par un représentant légal de l'entité désignant le
futur porteur auquel le certificat doit être délivré ou le MC autorisé à procéder à la demande de certificat. Ce mandat doit être signé pour acceptation par le futur porteur bénéficiaire ou le MC ; o Une pièce, valide au moment de l'enregistrement, portant délégation ou subdélégation de l'autorité
responsable de la structure administrative - Porteurs de Certificats de test :
o Pour les certificats de test, la demande de certificat doit référencer un protocole de test ou indiquer de manière explicite dans le dossier de souscription que le certificat est délivré à titre de test. .
