X.509 · Lokale Browserverarbeitung

SSL Zertifikatsdecoder.

Dekodieren Sie ein SSL-Zertifikat online und prüfen Sie Domains, Aussteller, Ablauf, öffentlichen Schlüssel, Fingerabdrücke, Schlüsselverwendungen und X.509-Erweiterungen vor der Installation oder Verlängerung.

Auswertung nur im Browser · Ihr Zertifikat wird nicht hochgeladen

Fügen Sie Ihr SSL-Zertifikat ein oder laden Sie es hoch.

Akzeptiert ein PEM-Zertifikat oder rohes Base64-kodiertes DER.

Fügen Sie Zertifikatstext ein oder laden Sie eine .crt-, .cer-, pem- oder .der-Datei hoch.

Dekodierte Zertifikatsangaben.

Überprüfen Sie Identität, Gültigkeit, Schlüsseldetails und X.509 Erweiterungen.

Zertifikatsinformationen werden hier angezeigt

Der SSL-Zertifikat-Decoder zeigt die Domains, den Herausgeber, das Ablaufdatum, den öffentlichen Schlüssel, Fingerabdrücke, Nutzungen und Erweiterungen an.

Zertifikate enthalten öffentliche Informationen. Dieser Decoder arbeitet lokal. Fügen Sie dennoch niemals einen passenden privaten Schlüssel in ein Zertifikatswerkzeug ein.

Ausgabe des Zertifikatsdecoders

Lesen Sie, was das Zertifikat tatsächlich enthält.

Ein SSL-Zertifikat ist ein signiertes X.509-Dokument in maschinenlesbarer Form. Der SSL-Zertifikatsdecoder zeigt die Felder, die ein TLS-Client erhält. So erkennen Sie einen fehlenden Hostnamen, einen unerwarteten Aussteller, einen schwachen Schlüssel oder ein abgelaufenes Gültigkeitsfenster.

Betreff und SANs

Vergleichen Sie das Zertifikat mit jedem DNS-Namen und jeder IP-Adresse, die in der Erweiterung Subject Alternative Name aufgeführt sind.

Aussteller und Gültigkeit

Sehen Sie, wer das Zertifikat ausgestellt hat, wann seine Gültigkeit beginnt, wann es abläuft und wie viele Tage noch verbleiben.

Schlüssel und Fingerabdrücke

Prüfen Sie Typ und Länge des öffentlichen Schlüssels, den Signaturalgorithmus, die Seriennummer sowie die Fingerabdrücke SHA-1 und SHA-256.

X.509 online dekodieren

So dekodieren Sie ein SSL-Zertifikat.

Bereiten Sie das öffentliche Zertifikat als PEM-Text, rohes Base64-DER oder als Datei .crt, .cer, .pem oder .der vor. Ein privater Schlüssel wird weder benötigt noch akzeptiert.

  1. 01

    Einfügen oder Hochladen des Zertifikats

    Fügen Sie den vollständigen PEM-Block ein oder wählen Sie eine lokale Zertifikatsdatei. Binäre DER-Uploads werden lokal umgewandelt. Ist eine vollständige Kette vorhanden, dekodiert diese Seite das erste Zertifikat.

  2. 02

    Zertifikat dekodieren auswählen

    Die SSL Der Zertifikatsdecoder liest die ASN. 1 Struktur und Berechnungen SHA-1 und SHA-256 Fingerabdrücke in Ihrem Browser.

  3. 03

    Vergleichen Sie die wichtigen Felder

    Prüfen Sie SAN-Liste, Betreff, Aussteller, Ablauf, Schlüsseltyp, Schlüsselverwendungen und Fingerabdruck anhand Ihrer Anforderungen an die Bereitstellung.

Nach der Decodierung

Verwenden Sie das Ergebnis als Vorprüfung der Bereitstellung.

Vergleichen Sie das dekodierte Zertifikat mit dem CSR und dem Hostnamen, auf dem es installiert wird. Notieren Sie den SHA-256-Fingerabdruck, wenn ein anderes System die genaue Zertifikatsidentität benötigt.

Überprüfen Sie diese Details

  • Every required hostname appears in the SAN list
  • The issuer matches the expected certificate authority
  • The validity window covers the deployment period
  • The public key and usages meet your security policy

Welche Zertifikat-Dekodierung nicht überprüft wird.

Dieser SSL-Zertifikatsdecoder liest ein Zertifikat und prüft, ob der aktuelle Zeitpunkt in seinem Gültigkeitszeitraum liegt. Er belegt nicht, dass ein Browser dem Aussteller vertraut, baut nicht die vollständige Zertifikatskette auf, fragt weder OCSP noch CRLs ab und prüft keinen erreichbaren Server.

Ein gültiges Datum garantiert keine gültige Bereitstellung. Der Server muss das richtige Leaf-Zertifikat und die Zwischenkette vorlegen, und der angeforderte Hostname muss einem DNS- oder IP-Eintrag in der SAN-Erweiterung entsprechen.

OpenSSL-Alternative

Dekodieren Sie ein Zertifikat aus der Kommandozeile

openssl x509 -in certificate.pem -noout -text

Verwenden Sie OpenSSL, wenn das Zertifikat in einem Terminal-Workflow verbleiben muss oder wenn Sie die vollständige Texterweiterungsausgabe benötigen.

Verwandte SSL-Werkzeuge

Überprüfen Sie weiterhin den Zertifikatsworkflow.

Zertifikat Key Matcher

Bestätigen Sie, dass dieses Zertifikat vor der Installation zu einem bestimmten privaten Schlüssel gehört.

Check certificate & key

CSR-Decoder

Überprüfen Sie die ursprüngliche Anfrage und vergleichen Sie deren Betreff, SANs, Schlüssel und angeforderte Erweiterungen.

Decode CSR

CSR-Generator

Erstellen Sie lokal eine neue Zertifikatsanfrage und einen privaten Schlüssel, wenn die Verlängerung ein neues Schlüsselpaar benötigt.

Generate CSR

FAQ zum SSL-Zertifikatsdecoder

Allgemeine Decodierungsfragen für Zertifikate.

Was ist ein SSL Zertifikats-Decoder?

Ein SSL-Zertifikatsdecoder wandelt die ASN.1-Daten in einem X.509-Zertifikat in lesbare Felder um. Er zeigt Betreff, Aussteller, Gültigkeitsdaten, SANs, öffentlichen Schlüssel, Signaturalgorithmus, Fingerabdrücke, Schlüsselverwendungen und Erweiterungen.

Ist es sicher, ein Zertifikat in diesen Decoder einzufügen?

Ja. SSL-Zertifikate enthalten öffentliche Informationen, die an jeden TLS-Client gesendet werden. Dieser Decoder wertet das Zertifikat lokal in Ihrem Browser aus und lädt es nicht hoch. Fügen Sie niemals einen privaten Schlüssel, ein Passwort oder eine PKCS#12-Datei in einen Zertifikatsdecoder ein.

Welche Zertifikatsformate werden unterstützt?

Der SSL-Zertifikatsdecoder akzeptiert ein PEM-Zertifikat, rohes Base64-kodiertes DER oder eine hochgeladene Datei .crt, .cer, .pem oder binäres .der. PFX, P12, P7B und verschlüsselte Schlüsselspeicher werden nicht unterstützt.

Beweist die Decodierung, dass das Zertifikat vertrauenswürdig ist?

Nein. Das Dekodieren beschreibt das Zertifikat und vergleicht seine Daten mit der aktuellen Zeit. Es baut keine vertrauenswürdige Kette auf, prüft den Widerruf nicht über OCSP oder CRLs, validiert keine Certificate-Transparency-Aufnahme und bestätigt nicht, was ein erreichbarer Server vorlegt.

Warum unterscheidet sich der Common Name von den abgedeckten Domains?

Moderne TLS-Clients prüfen Hostnamen anhand der Erweiterung Subject Alternative Name. Der Common Name bleibt als Identitätsangabe nützlich, aber ein Hostname muss normalerweise in der SAN-Liste stehen, um abgedeckt zu sein.