PT Privacy Tools

Générateur et décodeur de CSR

Créez une demande de signature de certificat (CSR) et une clé privée avec SAN, RSA ou ECDSA, ou décodez une CSR existante, localement dans votre navigateur.

🔒 S'exécute entièrement dans votre navigateur — rien n'est téléchargé

Keys and CSRs are created with Web Crypto in your browser. Nothing is uploaded.

Advertisement

Ce qu'est une CSR et comment cet outil la construit

Une demande de signature de certificat (CSR) est le fichier que vous envoyez à une autorité de certification comme Let's Encrypt, DigiCert ou la CA interne de votre entreprise pour obtenir un certificat TLS. Elle contient votre clé publique, les informations du sujet (Common Name, organisation, localité et pays) et les Subject Alternative Names que le certificat doit couvrir, le tout signé avec la clé privée correspondante pour prouver que vous la possédez. Cet outil génère la paire de clés avec la Web Crypto API du navigateur et construit une requête PKCS#10 standard avec @peculiar/x509. Le résultat est au même format PEM que celui produit par openssl req -new, donc n'importe quelle CA l'accepte.

Remplir correctement les champs

Indiquez le nom d'hôte principal, par exemple www.example.com, dans le Common Name, et listez dans la zone SAN tous les noms que le certificat doit sécuriser, y compris le domaine nu et les noms génériques comme *.example.com. Les navigateurs modernes ne regardent que les SAN, c'est pourquoi l'outil ajoute par défaut le Common Name à la liste SAN. Le pays doit être un code ISO à deux lettres comme US ou DE. Les champs d'organisation et de localisation comptent pour les certificats validés par l'organisation ; pour ceux validés par le domaine, ils sont généralement ignorés. RSA 2048 est universellement compatible, tandis qu'ECDSA P-256 offre des clés plus petites et des handshakes plus rapides.

Manipulez la clé privée avec précaution

La clé privée ne quitte jamais votre navigateur et ne fait jamais partie de la CSR. Téléchargez-la immédiatement et déplacez-la sur le serveur qui présentera le certificat, avec des permissions que seul le serveur web peut lire. Si vous perdez la clé, le certificat émis est inutilisable et vous devez créer une nouvelle CSR. N'envoyez jamais la clé privée à l'autorité de certification ni à qui que ce soit. Avant de soumettre la CSR, utilisez l'onglet Decode pour confirmer le sujet, les SAN et le type de clé, et pour vérifier que la signature de la CSR est valide.

Comment utiliser

  1. Renseignez le sujetSaisissez le Common Name (nom d'hôte principal) et, si besoin, les champs organisation, localisation, pays et e-mail.
  2. Ajoutez les SAN et le type de cléListez chaque nom DNS ou IP que le certificat doit couvrir et choisissez RSA ou ECDSA.
  3. Générez et enregistrezCopiez la CSR pour votre autorité de certification et téléchargez la clé privée sur le serveur qui utilisera le certificat.
  4. Décodez pour vérifierCollez éventuellement n'importe quelle CSR dans l'onglet Decode pour vérifier son contenu et sa signature.

Questions fréquemment posées

Ma clé privée est-elle envoyée à quelqu'un ?
Non. La paire de clés est générée avec Web Crypto dans votre navigateur et la CSR est construite localement. Seule la CSR, qui contient la clé publique, doit être envoyée à votre autorité de certification.
Quel type de clé choisir ?
RSA 2048 est accepté partout. ECDSA P-256 est plus petite et plus rapide, et prise en charge par toutes les CA et tous les navigateurs modernes. Utilisez RSA 4096 ou P-384 si votre politique exige des clés plus robustes.
Pourquoi ai-je besoin de Subject Alternative Names ?
Les navigateurs comparent le nom d'hôte uniquement à l'extension SAN et ignorent le Common Name. Listez chaque nom d'hôte que le certificat doit couvrir, y compris www et les noms génériques.
Puis-je vérifier une CSR avant de la soumettre ?
Oui. Utilisez l'onglet Decode CSR pour afficher le sujet, le type de clé, les SAN et savoir si la signature de la CSR est valide.
Advertisement