PT Privacy Tools

CSR-generator och avkodare

Skapa en certifikatsigneringsbegäran (CSR) och privat nyckel med SAN, RSA eller ECDSA, eller avkoda en befintlig CSR – lokalt i webbläsaren.

🔒 Körs helt i din webbläsare — ingenting laddas upp

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

Advertisement

Vad en CSR är och hur verktyget skapar den

En certifikatsigneringsbegäran (CSR) är filen du skickar till en certifikatutfärdare som Let's Encrypt, DigiCert eller ditt företags interna CA för att få ett TLS-certifikat. Den innehåller din publika nyckel, uppgifterna om subjektet (Common Name, organisation, ort och land) och de Subject Alternative Names som certifikatet ska täcka, allt signerat med den matchande privata nyckeln för att bevisa att du äger den. Det här verktyget skapar nyckelparet med webbläsarens Web Crypto API och bygger en standardbegäran enligt PKCS#10 med @peculiar/x509. Resultatet är samma PEM-format som openssl req -new ger, så alla CA:er accepterar det.

Fylla i fälten korrekt

Ange huvudvärdnamnet, till exempel www.example.com, som Common Name och lista alla namn som certifikatet ska skydda i SAN-rutan, inklusive den rena domänen och wildcard-namn som *.example.com. Moderna webbläsare tittar bara på SAN, så verktyget lägger som standard till Common Name i SAN-listan. Landet måste vara en ISO-kod på två bokstäver, till exempel US eller DE. Fälten för organisation och plats spelar roll för organisationsvaliderade certifikat; för domänvaliderade certifikat ignoreras de oftast. RSA 2048 är kompatibelt överallt, medan ECDSA P-256 ger mindre nycklar och snabbare handskakningar.

Hantera den privata nyckeln varsamt

Den privata nyckeln lämnar aldrig webbläsaren och ingår aldrig i CSR:en. Ladda ner den direkt och flytta den till servern som ska presentera certifikatet, med behörigheter som bara webbservern kan läsa. Om du förlorar nyckeln kan det utfärdade certifikatet inte användas och du måste skapa en ny CSR. Skicka aldrig den privata nyckeln till certifikatutfärdaren eller någon annan. Innan du skickar in, använd fliken Avkoda för att bekräfta subjekt, SAN och nyckeltyp och kontrollera att CSR:ens signatur är giltig.

Hur man använder

  1. Fyll i subjektetAnge Common Name (huvudvärdnamnet) och valfria fält för organisation, plats, land och e-post.
  2. Lägg till SAN och nyckeltypLista alla DNS-namn eller IP-adresser som certifikatet ska täcka och välj RSA eller ECDSA.
  3. Generera och sparaKopiera CSR:en till din certifikatutfärdare och ladda ner den privata nyckeln till servern som ska använda certifikatet.
  4. Avkoda för att verifieraKlistra eventuellt in valfri CSR på fliken Avkoda för att kontrollera innehållet och signaturen.

Vanliga frågor

Skickas min privata nyckel till någon?
Nej. Nyckelparet skapas med Web Crypto i webbläsaren och CSR:en byggs lokalt. Bara CSR:en, som innehåller den publika nyckeln, ska skickas till din certifikatutfärdare.
Vilken nyckeltyp ska jag välja?
RSA 2048 accepteras överallt. ECDSA P-256 är mindre och snabbare och stöds av alla moderna CA:er och webbläsare. Använd RSA 4096 eller P-384 om din policy kräver starkare nycklar.
Varför behöver jag Subject Alternative Names?
Webbläsare matchar värdnamnet enbart mot SAN-tillägget och ignorerar Common Name. Lista alla värdnamn som certifikatet ska täcka, inklusive www- och wildcard-namn.
Kan jag kontrollera en CSR innan jag skickar in den?
Ja. Använd fliken Avkoda CSR för att se subjekt, nyckeltyp, SAN och om CSR:ens signatur är giltig.
Advertisement