PT Privacy Tools

CSR-Generator & -Decoder

Certificate Signing Request (CSR) und privaten Schlüssel mit SANs, RSA oder ECDSA erstellen oder einen vorhandenen CSR dekodieren – lokal im Browser.

🔒 Läuft vollständig in Ihrem Browser — nichts wird hochgeladen

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

Advertisement

Was ein CSR ist und wie dieses Tool ihn erstellt

Ein Certificate Signing Request (CSR) ist die Datei, die Sie an eine Zertifizierungsstelle wie Let's Encrypt, DigiCert oder die interne CA Ihres Unternehmens senden, um ein TLS-Zertifikat zu erhalten. Er enthält Ihren öffentlichen Schlüssel, die Subject-Angaben (Common Name, Organisation, Ort und Land) und die Subject Alternative Names, die das Zertifikat abdecken soll – alles signiert mit dem passenden privaten Schlüssel als Besitznachweis. Dieses Tool erzeugt das Schlüsselpaar mit der Web-Crypto-API des Browsers und baut mit @peculiar/x509 eine standardkonforme PKCS#10-Anfrage. Das Ergebnis hat dasselbe PEM-Format wie openssl req -new, daher akzeptiert es jede CA.

Die Felder richtig ausfüllen

Tragen Sie den Haupt-Hostnamen, zum Beispiel www.example.com, als Common Name ein und listen Sie im SAN-Feld jeden Namen auf, den das Zertifikat schützen soll, einschließlich der reinen Domain und Wildcard-Namen wie *.example.com. Moderne Browser prüfen nur die SANs, daher fügt das Tool den Common Name standardmäßig zur SAN-Liste hinzu. Das Land muss ein zweibuchstabiger ISO-Code wie US oder DE sein. Organisations- und Ortsfelder sind für organisationsvalidierte Zertifikate wichtig; bei domainvalidierten werden sie meist ignoriert. RSA 2048 ist überall kompatibel, während ECDSA P-256 kleinere Schlüssel und schnellere Handshakes bietet.

Den privaten Schlüssel sorgfältig behandeln

Der private Schlüssel verlässt Ihren Browser nie und ist nie Teil des CSR. Laden Sie ihn sofort herunter und übertragen Sie ihn auf den Server, der das Zertifikat ausliefern wird, mit Rechten, die nur der Webserver lesen kann. Verlieren Sie den Schlüssel, ist das ausgestellte Zertifikat unbrauchbar und Sie müssen einen neuen CSR erstellen. Senden Sie den privaten Schlüssel niemals an die Zertifizierungsstelle oder an andere. Prüfen Sie vor dem Einreichen im Tab „Decode CSR“ Subject, SANs und Schlüsseltyp und ob die Signatur des CSR gültig ist.

So verwenden Sie

  1. Subject ausfüllenGeben Sie den Common Name (Haupt-Hostname) und optional Organisation, Ort, Land und E-Mail ein.
  2. SANs und Schlüsseltyp festlegenListen Sie jeden DNS-Namen und jede IP auf, die das Zertifikat abdecken soll, und wählen Sie RSA oder ECDSA.
  3. Erzeugen und speichernKopieren Sie den CSR für Ihre Zertifizierungsstelle und laden Sie den privaten Schlüssel auf den Server herunter, der das Zertifikat nutzt.
  4. Zur Kontrolle dekodierenFügen Sie optional einen beliebigen CSR im Decode-Tab ein, um Inhalt und Signatur zu prüfen.

Häufig gestellte Fragen

Wird mein privater Schlüssel an jemanden gesendet?
Nein. Das Schlüsselpaar wird mit Web Crypto in Ihrem Browser erzeugt und der CSR lokal erstellt. Nur der CSR, der den öffentlichen Schlüssel enthält, sollte an Ihre Zertifizierungsstelle gehen.
Welchen Schlüsseltyp sollte ich wählen?
RSA 2048 wird überall akzeptiert. ECDSA P-256 ist kleiner und schneller und wird von allen modernen CAs und Browsern unterstützt. Nutzen Sie RSA 4096 oder P-384, wenn Ihre Richtlinie stärkere Schlüssel verlangt.
Wozu brauche ich Subject Alternative Names?
Browser gleichen den Hostnamen nur mit der SAN-Erweiterung ab und ignorieren den Common Name. Listen Sie jeden Hostnamen auf, den das Zertifikat abdecken muss, einschließlich www- und Wildcard-Namen.
Kann ich einen CSR vor dem Einreichen prüfen?
Ja. Im Tab „Decode CSR“ sehen Sie Subject, Schlüsseltyp, SANs und ob die Signatur des CSR gültig ist.
Advertisement