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.
Zertifikatsanträge prüfen
Prüfen Sie zuerst einen vorhandenen Antrag. Einen neuen Testschlüssel erzeugen Sie erst nach dem ausdrücklichen Wechsel.
CSR einfügen oder Beispiel laden.
Die Dekodierung läuft im Browser; Testschlüssel entstehen nur im isolierten Frame.
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.
Antragsdaten sichtbar machen und erzeugte Schlüssel in einem getrennten Browserbereich behalten.
CSR dekodieren zeigt Subject, DNS- und IP-SANs, Schlüsselverfahren und Signaturstatus getrennt. So lassen sich beantragte Hostnamen vor der Ausstellung abgleichen.
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.
Lesbare PEM-Felder allein belegen noch keine gültige Signatur.
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.
Bei CSR dekodieren bedeutet eine gültige Eigensignatur unveränderte Antragsbytes. Sie beweist weder Domainkontrolle noch eine spätere Ausstellung.
Der Testgenerator übernimmt den CN automatisch in die DNS-SAN-Liste. Laden Sie den privaten Schlüssel vor einem Moduswechsel oder Neuladen herunter.
Die Auswertung verwendet nur die vorliegenden Antragsbytes und kontaktiert keine CA.
CSR dekodieren unterscheidet CN und weitere Subject-Felder von DNS- und IP-SANs in der extensionRequest-Erweiterung.
CSR dekodieren prüft die Unterschrift mit dem eingebetteten öffentlichen Schlüssel und trennt Fehler von nicht unterstützten Verfahren.
CSR dekodieren teilt sich diese URL mit der manuellen Testgenerierung für RSA 2048 oder EC P-256 mit SHA-256.
Vor dem Einreichen lassen sich Subject, SANs, Schlüssellänge und Eigenunterschrift prüfen. Dieser Bericht ersetzt keine Vorgaben Ihrer CA.
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.
Ja. CSR dekodieren verifiziert die Eigensignatur mit dem enthaltenen öffentlichen Schlüssel; ein nicht unterstütztes Verfahren bleibt ungeprüft.
Für Serverzertifikate gehört der vollständige Hostname in den CN. Entscheidend für die Namensabdeckung sind zusätzlich die DNS-SANs.
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?
Prüfen Sie beantragte Namen und Signatur, speichern Sie den Bericht oder erzeugen Sie einen Testschlüssel im isolierten Bereich.