CSR-Generator: CSR erstellen

Weil ein privater Schlüssel, der auf dem Server eines anderen ankommt, die eigene Definition der Branche für einen kompromittierten Schlüssel erfüllt — gleichgültig, was dieser Server danach damit macht.

Die Baseline Requirements des CA/Browser Forum definieren es ohne Spielraum: „A Private Key is said to be compromised if its value has been disclosed to an unauthorized person, or an unauthorized person has had access to it.“ Kein Missbrauch ist nötig. Das Ankommen genügt.

Das ist nicht theoretisch. 2020 fand DigiCert 337 private Schlüssel, die Kunden zusammen mit ihren Anfragen eingefügt hatten, widerrief jedes betroffene Zertifikat und machte es öffentlich: „by sending the private key to DigiCert along with the CSR, the customer has compromised the private key“, und fügte hinzu, „the only part of a CSR we use is the public key“. Ein Generator, der den Schlüssel auf seinem eigenen Server erstellt und Ihnen eine Kopie aushändigt, hat ihn nach dieser Definition bereits kompromittiert. Diese Seite kann das nicht: crypto.subtle.generateKey läuft in Ihrem Browser, in einem Frame mit Sandbox, der keine Verbindung aufbauen darf, und die Seite darum herum sieht immer nur den öffentlichen Schlüssel.

ECDSA P-256 für alles Neue: Er ist so stark wie ein 3072-Bit-RSA-Schlüssel, viel kleiner und nach den Regeln erlaubt, die jede öffentliche Zertifizierungsstelle befolgt. RSA 2048, wenn ein älteres Gerät den Schlüssel lesen muss.

NIST setzt P-256 und RSA-3072 auf dieselbe Sicherheitsstärke von 128 Bit und gibt RSA-4096 überhaupt keine eigene Stärke — die nächste Stufe in seiner Tabelle sind 7680 Bit. Ein 4096-Bit-Schlüssel kostet also jeden Besucher zusätzliche Handshake-Arbeit, ohne dokumentierten Gewinn. P-384 ist die Stufe mit 192 Bit, und die Baseline Requirements erlauben auch P-521, aber Let's Encrypt lehnt P-521 ab: Eine Anfrage kann völlig zulässig sein und trotzdem bei der CA scheitern, die Sie nutzen wollten.

Ed25519 wird hier angeboten, weil es für SSH, zum Signieren und für eine private CA hervorragend ist — aber keine öffentliche Zertifizierungsstelle stellt ein TLS-Zertifikat dagegen aus. Die Regeln listen RSA und die drei NIST-Kurven auf und sagen dann „no other algorithms or key sizes are permitted“. Dasselbe gilt für das Post-Quanten-Verfahren ML-DSA: Das Ballot, das es in öffentlichem TLS erlaubt hätte, wurde im Oktober 2026 unangenommen geschlossen. Der Generator sagt das bei jeder Auswahl, statt Sie es aus einer Ablehnungs-E-Mail erfahren zu lassen.

openssl req -new -newkey ec -pkeyopt ec_paramgen_curve:prime256v1 -nodes -keyout example.com.key -out example.com.csr erstellt den Schlüssel und die Anfrage in einem Schritt.

Der Generator schreibt den Befehl für alles, was Sie ausgefüllt haben, einschließlich der alternativen Namen und jeder Erweiterung, und unsere Tests lassen ihn durch OpenSSL laufen, um zu prüfen, dass er denselben Antragsteller und dieselben Erweiterungen erzeugt wie die Seite. Mit -subj "/CN=example.com" entfallen die Rückfragen, mit -addext "subjectAltName=DNS:example.com,DNS:www.example.com" kommen die Namen hinzu, und -utf8 sorgt dafür, dass ein Name mit Umlauten erhalten bleibt. -nodes lässt den Schlüssel unverschlüsselt: OpenSSL 3 bevorzugt die neuere Schreibweise -noenc, akzeptiert aber weiterhin -nodes, die einzige Schreibweise, die das in macOS eingebaute LibreSSL kennt. Dieses LibreSSL kann überhaupt keinen Ed25519-Schlüssel erstellen; verwenden Sie dafür OpenSSL 1.1.1 oder neuer.

Um zu prüfen, was Sie erstellt haben: openssl req -in example.com.csr -text -verify -noout gibt jedes Feld aus und verifiziert die Eigensignatur, wobei es abbricht, bevor es etwas ausgibt, wenn die Signatur fehlschlägt. Um zu bestätigen, dass der Schlüssel zur Anfrage gehört, vergleichen Sie openssl req -in example.com.csr -pubkey -noout mit openssl pkey -in example.com.key -pubout. Keine Norm weist einer CSR eine Dateiendung zu, daher sind .csr, .pem, .req und .txt alle richtig.