Aller au contenu principal

1. Introduction

Cette section conserve le texte de la RFC relatif aux attributs CSR EST, notamment les OID et valeurs d'attributs CSR, la syntaxe ASN.1, id-ExtensionReq, CertificationRequestInfoTemplate, les exemples Base64, la sortie de vidage ASN.1, les enregistrements IANA et les considerations de securite.

Texte original de la RFC​

1.  Introduction

   Ce document met a jour la RFC 7030 et clarifie la maniere dont la
   reponse Certificate Signing Request (CSR) Attributes peut etre
   utilisee par un serveur EST pour specifier a la fois les OID
   d'attributs CSR et les valeurs d'attributs CSR.  En particulier, le
   serveur doit pouvoir specifier les valeurs d'extension X.509 qu'il
   attend du client dans la CSR ulterieure.

   "Enrollment over Secure Transport" [RFC7030] a ete utilise dans une
   grande variete d'applications.  En particulier, [RFC8994] et
   [RFC8995] decrivent une maniere de l'utiliser pour construire un
   Autonomic Control Plane (ACP) [RFC8368].

   Lors de l'amorcage de l'ACP, chaque noeud doit recevoir un
   subjectAltName tres specifique.  Dans [RFC8994], la specification ACP
   indique que le serveur EST utilise la requete CSR Attributes
   ("/csrattrs") (specifiee dans [RFC7030], Section 2.6) pour transmettre
   au client EST le subjectAltName reel qui doit figurer dans sa CSR et
   donc, en definitive, dans son certificat End Entity (EE).

   A la suite de certaines difficultes d'implementation, il est apparu
   que cette maniere particuliere d'utiliser les CSR Attributes ne faisait
   pas l'objet d'un accord universel, et il a ete suggere qu'elle allait
   a l'encontre de [RFC7030], Section 2.6.

   [RFC7030], Section 2.6 indique que les CSR Attributes "can provide
   additional descriptive information that the EST server cannot access
   itself".  Ceci est etendu afin de decrire comment le serveur EST peut
   fournir des valeurs dont il exige l'utilisation.

   Apres de nombreuses discussions, il a ete determine que la Section 4.5
   de [RFC7030] est suffisamment difficile a lire et ambigue a
   interpreter pour necessiter une clarification.

   De plus, la Section 4.5.2 de [RFC7030] est etendue afin de clarifier
   l'utilisation de la syntaxe ASN.1 existante [X.680] [X.690].

   Cela couvre tous les usages et reste entierement compatible avec les
   usages existants, y compris la prise en compte des besoins de
   [RFC8994] et [RFC8995].