ANNEXE I
SPÉCIFICATIONS TECHNIQUES RELATIVES À UN MODÈLE COMMUN DE LISTES DE CONFIANCE
CHAPITRE I
EXIGENCES GÉNÉRALES
Les listes de confiance comprennent des informations actualisées et tous les historiques, à compter de l'inscription d'un prestataire de services de confiance dans les listes de confiance, sur l'état des services de confiance répertoriés.
Les termes «approuvés», «accrédités» et/ou «contrôlés» dans les présentes spécifications couvrent aussi les régimes d'approbation nationaux, mais des informations complémentaires sur la nature d'un tel système national seront communiquées par les États membres dans leur liste de confiance, en fournissant notamment des éclaircissements sur les différences possibles avec les systèmes de contrôle appliqués aux prestataires de services de confiance qualifiés et aux services de confiance qualifiés qu'ils fournissent.
Les informations figurant sur la liste de confiance visent principalement à soutenir la validation des jetons de service de confiance qualifié, à savoir des objets physiques ou binaires (logiques) générés ou émis à la suite de l'utilisation d'un service de confiance qualifié, par exemple des signatures/cachets électroniques nommément qualifiés, des signatures/cachets électroniques avancés accompagnés d'un certificat qualifié, des horodatages qualifiés, des preuves de livraison électronique qualifiées, etc.
CHAPITRE II
SPÉCIFICATIONS DÉTAILLÉES POUR LE MODÈLE COMMUN DE LISTES DE CONFIANCE
Les présentes spécifications se fondent sur les spécifications et les prescriptions établies dans ETSI TS 119 612 v2.4.1 (ci-après dénommée ETSI TS 119 612).
Lorsque aucune prescription n'est prévue dans les présentes spécifications, les prescriptions des clauses 5 et 6 d'ETSI TS 119 612 doivent être appliquées dans leur intégralité. Lorsque des prescriptions spécifiques sont établies dans les présentes spécifications, elles prévalent sur les prescriptions correspondantes d'ETSI TS 119 612. En cas de divergence entre les présentes prescriptions et les prescriptions d'ETSI TS 119 612, les présentes prescriptions prévalent.
Scheme name (clause 5.3.6)
Ce champ est obligatoire et doit être conforme aux spécifications de la clause 5.3.6 de la TS 119 612, selon lesquelles la dénomination suivante doit être utilisée pour le système:
«EN_name_value»«Trusted list including information related to the qualified trust service providers which are supervised by the issuing Member State, together with information related to the qualified trust services provided by them, in accordance with the relevant provisions laid down in Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing directive 1999/93/EC.»
Scheme information URI (clause 5.3.7)
Ce champ est obligatoire et doit être conforme aux spécifications de la clause 5.3.7 de la TS 119 612, selon lesquelles «les informations appropriées concernant le système» doivent inclure au minimum:
a) Des informations introductives, communes à tous les États membres, concernant la portée et le contexte de la liste de confiance, du système de contrôle sous-jacent et, le cas échéant, du (des) système(s) d'homologation national(aux) (par exemple accréditation). Le texte commun à utiliser est le suivant, la chaîne de caractères «(name of the relevant Member State)» devant être remplacée par le nom de l'État membre concerné:
«The present list is the trusted list including information related to the qualified trust service providers which are supervised by (name of the relevant Member State), together with information related to the qualified trust services provided by them, in accordance with the relevant provisions laid down in Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing directive 1999/93/EC.
The cross-border use of electronic signatures has been facilitated through Commission Decision 2009/767/EC of 16 October 2009 which has set the obligation for Member States to establish, maintain and publish trusted lists with information related to certification service providers issuing qualified certificates to the public in accordance with directive 1999/93/EC of the European Parliament and of the Council of 13 December 1999 on a Community framework for electronic signatures and which are supervised/accredited by the Member States. The present trusted list is the continuation of the trusted list established with Decision 2009/767/EC.»
Les listes de confiance sont des éléments essentiels pour établir la confiance entre les acteurs du marché électronique en permettant aux utilisateurs de déterminer le statut qualifié et l'historique du statut des prestataires de services de confiance et de leurs services.
Les listes de confiance des États membres incluent, au minimum, des informations visées aux articles 1er et 2 de la décision d'exécution (UE) 2015/1505 de la Commission.
Les États membres peuvent inclure dans les listes de confiance des informations relatives à des prestataires de services de confiance non qualifiés, ainsi que des informations relatives aux services de confiance non qualifiés qu'ils fournissent. Il doit être clairement indiqué qu'ils ne sont pas qualifiés selon le règlement (UE) no 910/2014.
Les États membres peuvent inclure, dans les listes de confiance, des informations relatives à des services de confiance définis au niveau national de types autres que ceux définis en vertu de l'article 3, point 16, du règlement (UE) no 910/2014. Il convient d'indiquer clairement qu'ils ne sont pas qualifiés selon le règlement (UE) no 910/2014.
b) Informations spécifiques sur le système de contrôle sous-jacent et, le cas échéant, sur le(s) système(s) d'homologation national(aux) (par exemple, accréditation), en particulier:
1) informations sur le système de contrôle national applicable aux prestataires de services de confiance qualifiés et non qualifiés et aux services de confiance qualifiés et non qualifiés qu'ils fournissent, comme le prévoit le règlement (UE) no 910/2014;
2) informations, le cas échéant, sur les systèmes d'accréditation volontaire nationaux applicables aux prestataires de services de certification ayant délivré des certificats qualifiés en vertu de la directive 1999/93/CE.
Ces informations spécifiques doivent comprendre, au minimum, pour chaque système sous-jacent énuméré ci-dessus:
1) une description générale;
2) des informations sur le processus suivi pour le système de contrôle national et, le cas échéant, pour l'homologation en vertu d'un système d'homologation national;
3) des informations sur les critères de contrôle ou, le cas échéant, d'approbation des prestataires de services de confiance;
4) des informations sur les critères et les règles utilisés pour sélectionner les organismes de surveillance ou d'audit et sur la manière dont les prestataires de services de confiance et les services de confiance qu'ils fournissent sont évalués par ces organismes;
5) le cas échéant, d'autres informations de contact et informations générales applicables au fonctionnement du système.
Scheme type/community/rules (clause 5.3.9)
Ce champ est obligatoire et doit être conforme aux spécifications de la clause 5.3.9 d’ETSI TS 119 612.
Ce champ inclut seulement les URI anglais.
Ce champ comprend au moins deux URI:
1) un URI commun aux listes de confiance de tous les États membres pointant vers un texte descriptif qui doit s’appliquer à toutes les listes de confiance, comme suit:
— URI: http://uri.etsi.org/TrstSvc/TrustedList/schemerules/EUcommon,
— Texte descriptif:
“A. Participation in a scheme
Each Member State must create a trusted list including information related to the qualified trust service providers that are under supervision, together with information related to the qualified trust services they provide, in accordance with the relevant provisions laid down in Regulation (EU) No 910/2014.
The present implementation of such trusted lists is also to be referred to in the list of links (pointers) towards each Member State’s trusted list, compiled by the European Commission.
B. Policy/rules for the assessment of the listed services
Member States must supervise qualified trust service providers established in the territory of the designating Member State as laid down in Chapter III of Regulation (EU) No 910/2014 to ensure that those qualified trust service providers and the qualified trust services they provide meet the requirements laid down in that Regulation.
The trusted lists of Member States include, as a minimum, information specified in Articles 1 and 2 of Implementing Decision (EU) 2015/1505.
The trusted lists include both current and historical information about the status of listed trust services.
Each Member State’s trusted list must provide information on the national supervisory scheme and, where applicable, national approval, including through accreditation scheme(s) under which the trust service providers and the trust services they provide are listed.
C. Interpretation of the trusted list
The general user guidelines for applications, services or products relying on a trusted list published in accordance with Regulation (EU) No 910/2014 are as follows:
C.1 Qualified status of a trust service
The qualified status of a trust service is indicated by the combination of:
— the ‘Service type identifier’ (‘Sti’) value in a service entry,
— where applicable, the presence of one of the following values in all the fields ‘additionalServiceInformation extension’ in the service entry:
— ‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/ForeSignatures’: further specifying the ‘Sti’ identified service as being provided for electronic signatures,
— ‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/ForeSeals’: further specifying the ‘Sti’ identified service as being provided for electronic seals, or
— ‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/ForWebSiteAuthentication’: further specifying the ‘Sti’ identified service as being provided for website authentication, and
— the status according to the ‘Service current status’ field value as from the date indicated in the ‘Current status starting date and time’.
Historical information about such a qualified status is similarly provided when applicable.
C.1.1 Service status under Regulation (EU) No 910/2014
Including and after 1 July 2016 (UTC+2), the value of the ‘Service current status’ field used by the Supervisory Body designated in a Member State to indicate that a trust service entry is representing a qualified trust service is the URI ‘http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/granted’.
C.1.2 Service status under directive 1999/93/EC
Strictly before 1st July 2016 (UTC+2), the value of the ‘Service current status’ field used by the Supervisory Body designated in a Member State to indicate that a trust service entry is representing a certification-service-provider issuing qualified certificates is one of the following URIs:
— ‘http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/undersupervision’,
— ‘http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/supervisionincessation’, or
— ‘http://uri.etsi.org/TrstSvc/TrustedList/Svcstatus/accredited’.
C.2 Qualified status of a certificate
Regarding qualified trust service providers issuing qualified certificates for electronic signatures, for electronic seals and/or for website authentication, a ‘CA/QC’ ‘Service type identifier’ (‘Sti’) entry indicates that any end-entity certificate issued by or under the CA represented by the CA’s public key and CA’s name (both CA data to be considered as trust anchor input) present in the ‘Service digital identifier’ (‘Sdi’), is or was a qualified certificate (QC) at a certain date and time provided that the trust service entry indicates a granted qualified status (see clause C.1) and that the below requirements are met with reference to that date and time.
C.2.1 Default rules
C.2.1.1 Certificate status standardised rule
The end-entity certificate contains the ETSI standardised QcStatements extension as specified in standard ETSI EN 319 412-5 with the following requirements:
— the id-etsi-qcs-QcCompliance (urn:oid:0.4.0.1862.1.1) QcStatement is present, and
— where present, the id-etsi-qcs-QcType (urn:oid:0.4.0.1862.1.6) QcStatement contains exactly one of the following values:
— the id-etsi-qct-esign (urn:oid:0.4.0.1862.6.1) ETSI defined QC type identifier,
— the id-etsi-qct-eseal (urn:oid:0.4.0.1862.6.2) ETSI defined QC type identifier, or
— the id-etsi-qct-web (urn:oid:0.4.0.1862.6.3) ETSI defined QC type identifier.
Optionally, the id-etsi-qct-QcSSCD (urn:oid:0.4.0.1862.4) QcStatement may be present.
C.2.1.2 Certificate status under directive 1999/93/EC
Restricted to the context of directive 1999/93/EC and as a legacy alternative to the above standardised rule, the end-entity certificate contains:
— the ETSI standardised QcStatements extension (as specified in ETSI EN 319 412-5) with the id-etsi-qcs-QcCompliance (urn:oid:0.4.0.1862.1.1) QcStatement being present,
— the legacy QCP+ (urn:oid:0.4.0.1456.1.1) ETSI defined certificate policy OID, or
— the legacy QCP (urn:oid:0.4.0.1456.1.2) ETSI defined certificate policy OID.
C.2.2 Additional rules: Presence of Qualifications Extension
If ‘Sie’ ‘Qualifications Extension’ information as specified in clause 5.5.9.2 of standard ETSI TS 119 612 is present, then in addition to the above default rules, those certificates that are identified through the use of ‘Sie’ ‘Qualifications Extension’ information must be considered according to the associated qualifiers. Those qualifiers are used when necessary to compensate for a lack of standardised machine processable information in the corresponding certificate content. They are not to be used to compensate for a lack of machine processable information in certificates issued after 1 July 2016 where that lack would result in a non-compliance with Annex I, III or IV of Regulation (EU) No 910/2014. However, they can be used to provide further machine processable information when the information provided in the certificate, while compliant with the Regulation, does not align with the above default interpretation rules. Where used, they provide additional information regarding:
— their qualified status:
— ‘QCStatement’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCStatement’) meaning the identified certificates are qualified under directive 1999/93/EC or under Regulation (EU) No 910/2014, or
— ‘NotQualified’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/NotQualified’) meaning the identified certificates are not to be considered as qualified,
— the nature of their qualification:
— ‘QCForESig’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCForESig’) meaning the identified certificates, when claimed or stated as qualified, are qualified certificates for electronic signature under Regulation (EU) No 910/2014,
— ‘QCForESeal’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCForESeal’) meaning the identified certificates, when claimed or stated as qualified, are qualified certificates for electronic seal under Regulation (EU) No 910/2014, or
— ‘QCForWSA’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCForWSA’) meaning the identified certificates, when claimed or stated as qualified, are qualified certificates for website authentication under Regulation (EU) No 910/2014,
— whether or not the private key resides in a qualified signature or qualified seal creation device (QSCD) and the nature thereof:
— ‘QCWithQSCD’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCWithQSCD’) meaning the identified certificates, when claimed or stated as qualified, have their private key residing in a QSCD,
— ‘QCNoQSCD’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCNoQSCD’) meaning the identified certificates, when claimed or stated as qualified, have not their private key residing in a QSCD,
— ‘QCQSCDStatusAsInCert’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCQSCDStatusAsInCert’) meaning the identified certificates, when claimed or stated as qualified, do contain proper machine processable information about whether or not their private key is residing in a QSCD, or
— ‘QCQSCDManagedOnBehalf’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCQSCDManagedOnBehalf’) meaning the identified certificates, when they are claimed or stated as qualified, have their private key is residing in a QSCD for which the generation and management of that private key is done by a qualified TSP on behalf of the entity whose identity is certified in the certificate.
Restricted to the context of certificates issued under directive 1999/93/EC, the following qualifiers are defined and provide additional information regarding:
— whether or not the private key resides in a secure signature creation device (SSCD):
— ‘QCWithSSCD’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCWithSSCD’) meaning the identified certificates, when claimed or stated as qualified, have their private key residing in an SSCD,
— ‘QCNoSSCD’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCNoSSCD’) meaning the identified certificates, when claimed or stated as qualified, do not have their private key residing in an SSCD, or
— ‘QCSSCDStatusAsInCert’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCSSCDStatusAsInCert’) meaning the identified certificates, when claimed or stated as qualified, do contain proper machine processable information about whether or not their private key is residing in an SSCD,
— the issuance to a Legal Person:
— ‘QCForLegalPerson’ (‘http://uri.etsi.org/TrstSvc/TrustedList/SvcInfoExt/QCForLegalPerson’) meaning the identified certificates, when claimed or stated as qualified, are issued to a Legal Person under directive 1999/93/EC.
Note: The information provided in the trusted list is to be considered as accurate meaning that the certificate is not to be considered as qualified if the end-entity certificate does not follow any of the default rules defined above, and:
— if no ‘Sie’ ‘Qualifications Extension’ information is present for the trust anchor CA/QC corresponding service entry to qualify the certificate with a ‘QCStatement’ qualifier, or
— a ‘Sie’ ‘Qualifications Extension’ information is present for the trust anchor CA/QC corresponding service entry to qualify the certificate with a ‘NotQualified’ qualifier.
C.3 Trust anchors
‘Service digital identifiers’ are to be used as Trust Anchors in the context of validating electronic signatures or seals for which signer’s or seal creator’s certificate is to be validated against information in the trusted list, hence only the public key and the associated subject name are needed as Trust Anchor information. When more than one certificate represents the public key identifying the service, they are to be considered as Trust Anchor certificates conveying identical information with regard to the information strictly required as Trust Anchor information.
C.4 General rule for the interpretation of trust service entries
The general rule for interpretation of any ‘Sti’ type entry, possibly further specified through a ‘Sie’ ‘additionalServiceInformation’, not corresponding to qualified trust services is that, for that ‘Sti’ identified service type, and possibly in combination with a ‘Sie’ ‘additionalServiceInformation’ URI, the listed service named according to the ‘Service name’ field value and uniquely identified by the ‘Service digital identity’ field value has the current approval status according to the ‘Service current status’ field value as from the date indicated in the ‘Current status starting date and time’.
Specific interpretation rules for any additional information with regard to a listed service (e.g. ‘Service information extensions’ field) may be found, when applicable, in the Member State specific URI as part of the present ‘Scheme type/community/rules’ field.
Please refer to the implementing acts adopted pursuant to Article 22(5) of Regulation (EU) No 910/2014 for further details on the specifications of the fields of the Member States’ trusted lists.
2) Un URI spécifique à la liste de confiance de chaque État membre pointant vers un texte descriptif qui doit s’appliquer à la liste de confiance dudit État membre:
a) http://uri.etsi.org/TrstSvc/TrustedList/schemerules/CC où CC = le code pays ISO 3166-1 alpha-2 utilisé dans le champ ‘Scheme territory’ (clause 5.3.10)
— qui informe les utilisateurs des règles spécifiques à l’État membre en question selon lesquelles les services inclus sur la liste sont évalués conformément au système de contrôle et, le cas échéant, au système d’homologation dudit État membre,
— qui fournit aux utilisateurs une description spécifique de l’État membre en question quant à la manière d’utiliser et d’interpréter le contenu de la liste de confiance en ce qui concerne les services de confiance non qualifiés et/ou les services de confiance définis au niveau national répertoriés. Ce texte peut être utilisé pour indiquer que le système national d’homologation prévoit éventuellement un traitement distinct en ce qui concerne les CSP/TSP ne délivrant pas de QC et la manière dont le champ ‘Scheme service definition URI’ (clause 5.5.6) et le champ ‘Service information extension’ (clause 5.5.9) sont utilisés à cette fin.
b) Les États membres peuvent définir et utiliser des URI supplémentaires développant l’URI spécifique d’État membre (autrement dit, des URI définis à partir de cet URI hiérarchique).”.
TSL policy/legal notice (clause 5.3.11)
Ce champ est obligatoire et doit être conforme aux spécifications de la clause 5.3.11 de la TS 119 612, selon lesquelles l'avis politique/juridique concernant le statut juridique du système ou les obligations juridiques qu'il respecte dans le ressort où il est établi et/ou les éventuelles contraintes ou conditions qui s'appliquent à la tenue à jour et à la publication de la liste de confiance doivent consister en une séquence de chaînes de caractères multilingues (voir clause 5.1.4) fournissant, en anglais britannique comme langue obligatoire et éventuellement dans une ou plusieurs langues nationales, le texte même de cet avis politique ou juridique établi comme suit:
1) Une première partie obligatoire, commune à toutes les listes de confiance des États membres indiquant le cadre juridique applicable, et dont la version anglaise est la suivante:
The applicable legal framework for the present trusted list is Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing directive 1999/93/EC.
Texte dans la ou les langues nationales de l'État membre:
Le cadre juridique applicable de la présente liste de confiance est le règlement (UE) no 910/2014 du Parlement européen et du Conseil du 23 juillet 2014 sur l'identification électronique et les services de confiance pour les transactions électroniques au sein du marché intérieur et abrogeant la directive 1999/93/CE.
2) Une partie ensuite, en option, spécifique à chaque liste de confiance, indiquant les références aux cadres juridiques nationaux applicables spécifiques.
Service current status (clause 5.5.4)
Ce champ est obligatoire et doit être conforme aux spécifications de la clause 5.5.4 de la TS 119 612.
La migration de la valeur «Service current status» des services énumérés sur la liste de confiance des États membres de l'Union européenne le jour précédant la date d'entrée en vigueur du règlement (UE) no 910/2014 (soit le 30 juin 2016) doit être exécutée le jour de l'entrée en vigueur du règlement (soit le 1er juillet 2016) comme le prévoit l'annexe J d'ETSI TS 119 612.
L’élément Signature (clause B.1), Généralités (clause B.1.0)
Cette clause est obligatoire et doit être conforme aux spécifications de la TS 119 612, clause B.1.0, où le point 2) est remplacé par le texte suivant:
“2) Son élément ds:SignedInfo doit contenir un élément ds:Reference dont l’attribut URI contient une chaîne de caractères vide (c’est-à-dire URI=‘’), de manière à renvoyer à l’ensemble du document. Cet élément ds:Reference doit satisfaire aux exigences suivantes:
a) il ne doit contenir qu’un seul élément ds:Transforms;
b) cet élément ds:Transforms doit contenir deux éléments ds:Transform. L’attribut Algorithm du premier indique la transformation enveloppée au moyen de la valeur suivante: ‘http://www.w3.org/2000/09/xmldsig#enveloped-signature’. L’attribut Algorithm du second donne l’instruction d’effectuer la canonicalisation exclusive ‘http://www.w3.org/2001/10/xml-exc-c14n#’.”.
CHAPITRE III
CONTINUITÉ DES LISTES DE CONFIANCE
Les certificats à notifier à la Commission conformément à l'article 4, paragraphe 2, de la présente décision satisfont aux prescriptions de la clause 5.7.1 d'ETSI TS 119 612 et sont délivrés de sorte:
— que leurs dates de fin de validité soient espacées d'au moins trois mois («pas après»),
— qu'ils soient créés sur de nouvelles paires de clés. Les paires de clés précédemment utilisées ne doivent pas être recertifiées.
En cas d'expiration de l'un des certificats de clé publique pouvant être utilisés pour valider la signature ou le cachet de la liste de confiance qui a été notifié à la Commission et publié dans les listes centrales de pointeurs de la Commission, les États membres doivent:
— lorsque la liste de confiance actuellement publiée a été signée ou scellée avec une clé privée dont le certificat de clé publique a expiré, republier, sans délai, une nouvelle liste de confiance signée ou scellée avec une clé privée dont le certificat de clé publique notifié est en cours de validité,
— si nécessaire, créer de nouvelles paires de clés qui pourraient servir à signer ou sceller la liste de confiance et entreprendre la génération de leurs certificats de clé publique correspondants,
— notifier promptement à la Commission la nouvelle liste de certificats de clé publique correspondant aux clés privées qui pourraient servir à signer ou sceller la liste de confiance.
En cas de compromission ou de retrait d'une des clés privées correspondant à l'un des certificats de clé publique qui pourrait servir à valider la signature ou le cachet de la liste de confiance, qui a été notifié à la Commission et qui est publié dans les listes centrales de pointeurs de la Commission, les États membres doivent:
— republier, sans retard, une nouvelle liste de confiance signée ou scellée au moyen d'une clé privée non compromise si la liste de confiance publiée a été signée ou scellée avec une clé privée compromise ou retirée,
— si nécessaire, créer de nouvelles paires de clés qui pourraient servir à signer ou sceller la liste de confiance et entreprendre la génération de leurs certificats de clé publique correspondants,
— notifier promptement à la Commission la nouvelle liste de certificats de clé publique correspondant aux clés privées qui pourraient servir à signer ou sceller la liste de confiance.
En cas de compromission ou de retrait de toutes les clés privées correspondant aux certificats de clé publique qui pourraient servir à valider la signature de la liste de confiance, qui ont été notifiés à la Commission et qui sont publiés sur la liste centrale de pointeurs de la Commission, les États membres doivent:
— créer de nouvelles paires de clés qui pourraient servir à signer ou sceller la liste de confiance et entreprendre la génération de leurs certificats de clé publique correspondants,
— republier, sans retard, une nouvelle liste de confiance signée ou scellée au moyen d'une de ces nouvelles clés privées, dont le certificat de clé publique correspondant doit être notifié,
— notifier promptement à la Commission la nouvelle liste de certificats de clé publique correspondant aux clés privées qui pourraient servir à signer ou sceller la liste de confiance.
CHAPITRE IV
SPÉCIFICATIONS POUR LA VERSION DIRECTEMENT LISIBLE DE LA LISTE DE CONFIANCE
Lorsqu'une version directement lisible de la liste de confiance est établie et publiée, elle doit être fournie sous la forme d'un document PDF (Portable Document Format) conforme à la norme ISO 32000 qui doit être formaté conformément au profil PDF/A [ISO 19005].
Le contenu de la version directement lisible fondée sur PDF/A de la liste de confiance doit respecter les exigences suivantes:
— la structure de la version directement lisible doit refléter le modèle logique décrit par la TS 119 612,
— chaque champ présent doit être visible et indiquer:
— l'intitulé du champ (par exemple «Service type identifier»),
— la valeur du champ (par exemple «http://uri.etsi.org/TrstSvc/Svctype/CA/QC»),
— la signification (description) de la valeur du champ, le cas échéant (par exemple «Un service de génération de certificat créant et signant des certificats basés sur l'identité et d'autres attributs vérifiés par les services d'enregistrement en question.»),
— le cas échéant, plusieurs versions en langage naturel telles que prévues sur la liste de confiance,
— les champs et valeurs correspondantes suivants des certificats numériques, présents dans le champ «Service digital identity», doivent apparaître au minimum dans la version directement lisible:
— Version
— Numéro de série de certificat
— Algorithme de signature
— Émetteur — tous les champs de nom distingué pertinents
— Période de validité
— Objet — tous les champs de nom distingué pertinents
— Clé publique
— Identifiant de la clé de l'autorité
— Identifiant de la clé de l'objet
— Utilisation de la clé
— Utilisation avancée de la clé
— Politiques de certification — tous les identifiants de politique et «qualifiers» de politique
— Tableau de correspondance des politiques
— Autre nom de l'objet
— Attributs d'annuaire de l'objet
— Contraintes de base
— Contraintes de politique
— Points de distribution CRL
— Accès aux informations sur l'autorité
— Accès aux informations sur l'objet
— Déclarations de certificat qualifié
— Algorithme de hachage
— Valeur de hachage du certificat
— la version directement lisible doit être facilement imprimable,
— une signature ou un cachet doit être apposé par l'exploitant du système sur la version directement lisible selon la signature avancée PDF spécifiée aux articles 1er et 3 de la décision d'exécution (UE) 2015/1505 de la Commission.