Zertifikatsanträge prüfen

CSR dekodieren und Testantrag erstellen

Prüfen Sie zuerst einen vorhandenen Antrag. Einen neuen Testschlüssel erzeugen Sie erst nach dem ausdrücklichen Wechsel.

CSR dekodieren

CSR als PEM

Dekodierter Antrag

CSR einfügen oder Beispiel laden.

Die Dekodierung läuft im Browser; Testschlüssel entstehen nur im isolierten Frame.

Eingabeoptionen

Die Datei wird lokal gelesen und ersetzt vorhandenen Text erst nach Bestätigung. Ein PEM-Antrag bis 256 KiB.

CSR einfügen oder Beispiel laden.

Vor dem Einreichen bei einer CA hilft CSR dekodieren, fehlende SANs, Tippfehler im CN und eine beschädigte Signatur aufzudecken. Der Bericht trennt beantragte Namen von der kryptografischen Prüfung der Anfrage. Wer eine Zertifikatsanfrage prüfen muss, sieht hier die tatsächlich signierten Inhalte.

Warum hier CSR dekodieren

Antragsdaten sichtbar machen und erzeugte Schlüssel in einem getrennten Browserbereich behalten.

Felder und Signatur getrennt prüfen

CSR dekodieren zeigt Subject, DNS- und IP-SANs, Schlüsselverfahren und Signaturstatus getrennt. So lassen sich beantragte Hostnamen vor der Ausstellung abgleichen.

Ein Zertifikatsantrag verzweigt zu Subject-Feldern, DNS- und IP-Namen, öffentlichem Schlüssel und Signaturprüfung.

Testschlüssel bleiben im Sandkasten

CSR dekodieren läuft auf der normalen Seite; die Testgenerierung findet in einem isolierten Frame statt. Der private Schlüssel wird ausschließlich dort heruntergeladen.

Ein gesperrter Rahmen enthält privaten Schlüssel und CSR-Dokument; nur das Dokument führt nach außen.

Drei Prüfungen vor dem Einreichen

Lesbare PEM-Felder allein belegen noch keine gültige Signatur.

01

PEM-Grenzen prüfen

Fügen Sie genau einen CERTIFICATE REQUEST-Block ein oder wählen Sie eine lokale .csr-Datei. Ein Zertifikat oder privater Schlüssel wird nicht als Anfrage erraten.

02

Signatur getrennt lesen

Bei CSR dekodieren bedeutet eine gültige Eigensignatur unveränderte Antragsbytes. Sie beweist weder Domainkontrolle noch eine spätere Ausstellung.

03

Neuen Schlüssel zuerst sichern

Der Testgenerator übernimmt den CN automatisch in die DNS-SAN-Liste. Laden Sie den privaten Schlüssel vor einem Moduswechsel oder Neuladen herunter.

Was der Bericht tatsächlich prüft

Die Auswertung verwendet nur die vorliegenden Antragsbytes und kontaktiert keine CA.

Beantragte Namen

CSR dekodieren unterscheidet CN und weitere Subject-Felder von DNS- und IP-SANs in der extensionRequest-Erweiterung.

Kryptografische Eigenunterschrift

CSR dekodieren prüft die Unterschrift mit dem eingebetteten öffentlichen Schlüssel und trennt Fehler von nicht unterstützten Verfahren.

Testschlüssel und Export

CSR dekodieren teilt sich diese URL mit der manuellen Testgenerierung für RSA 2048 oder EC P-256 mit SHA-256.

Grenzen des Zertifikatsantrags

Keine Vertrauensentscheidung
CSR dekodieren kann Ausstellervertrauen, Gültigkeitszeit oder Sperrstatus nicht prüfen: Der Antrag ist noch kein ausgestelltes Zertifikat.
Nur eine Anfrage
CSR dekodieren akzeptiert einen PEM-Antrag bis 256 KiB. Zusätzliche Blöcke, fehlerhaftes Base64 und zu große Eingaben werden abgewiesen.
Testschlüssel sorgfältig behandeln
Der Generator exportiert einen unverschlüsselten PKCS#8-Schlüssel nur im isolierten Frame. Er importiert keine alten Schlüssel und beantragt kein Zertifikat.

Fragen zum CSR dekodieren

Warum muss ich die CSR vor dem Einreichen prüfen?

Vor dem Einreichen lassen sich Subject, SANs, Schlüssellänge und Eigenunterschrift prüfen. Dieser Bericht ersetzt keine Vorgaben Ihrer CA.

Warum fehlen die SANs in meiner CSR?

Die Anfrage wurde wahrscheinlich ohne SAN-Erweiterung erstellt. Ein alter CSR lässt sich nicht einfach ergänzen; erzeugen Sie einen neuen mit den benötigten Namen.

Kann die CSR-Signatur überprüft werden?

Ja. CSR dekodieren verifiziert die Eigensignatur mit dem enthaltenen öffentlichen Schlüssel; ein nicht unterstütztes Verfahren bleibt ungeprüft.

Was muss im Common Name stehen?

Für Serverzertifikate gehört der vollständige Hostname in den CN. Entscheidend für die Namensabdeckung sind zusätzlich die DNS-SANs.

Was passiert, wenn der private Schlüssel verloren geht?

Der CSR enthält den privaten Schlüssel nicht. Ist er verloren, müssen Schlüssel und Anfrage neu erstellt werden.

Haben Sie einen CSR-Fall, den dieses Tool besser behandeln sollte?

Jetzt CSR dekodieren und prüfen

Prüfen Sie beantragte Namen und Signatur, speichern Sie den Bericht oder erzeugen Sie einen Testschlüssel im isolierten Bereich.