CSR : Certificate Signing Request
Sécurité
Une CSR est une requête standardisée contenant une clé publique et des informations d'identification, envoyée à une autorité de certification pour obtenir un certificat numérique.
Format et contenu : La CSR est généralement au format PKCS#10 et inclut la clé publique du demandeur ainsi que des informations comme le nom commun (CN) et l'organisation.
Rôle dans l'enrôlement : Elle sert à demander la signature d'un certificat X.509 auprès d'une autorité de certification, garantissant que la clé publique appartient bien au demandeur.
Utilisation dans EST : Dans le protocole EST, la CSR est envoyée via HTTPS au serveur EST pour obtenir un certificat signé, souvent sur le endpoint /simpleenroll.
Ce qui arrive si on s'en passe
Sans demande de signature, obtenir un certificat obligerait à confier sa clé privée à l'autorité, ou à la laisser la générer à sa place : la clé voyage, se copie, et n'a plus de privé que le nom. La CSR prouve aussi la possession de la clé, puisqu'elle est signée avec elle ; une autorité qui négligerait cette vérification certifierait une clé publique pour quelqu'un qui ne détient pas la clé correspondante. Enfin, une CA qui signe les CSR sans contrôler le nom demandé délivre des certificats à la demande, avec l'efficacité d'un guichet qui tamponne sans lire.
Explication de la marmotte
Imagine que tu veux obtenir une carte d’identité officielle. Pour cela, tu dois d’abord remplir un formulaire avec tes informations et une photo. Une demande de certificat fonctionne un peu pareil : c’est un message que tu envoies à une organisation de confiance pour prouver qui tu es sur internet. Ce message contient une « clé » spéciale qui servira à sécuriser tes échanges, un peu comme une serrure unique. L’organisation vérifie ta demande et, si tout est bon, elle te donne une carte numérique qui prouve ton identité en ligne.
Où ce terme est utilisé
- EST : enrôler des certificats X.509 par transport sécurisé (4 occurrences)
- Construire une autorité de certification privée interne (3 occurrences)
- Choisir ECDSA, EdDSA ou RSA pour un certificat TLS (1 occurrence)
- Cycle de vie d'une autorité de certification intermédiaire (1 occurrence)
- Relier une clé à une identité: certificats et PKI (1 occurrence)