So verwenden Sie es
- Fügen Sie ein Zertifikat in Zertifikat ein: den ganzen PEM-Block oder nur dessen Base64-Teil.
- Lesen Sie Subjekt und Aussteller ab, um zu sehen, für wen das Zertifikat gilt und wer es signiert hat.
- Prüfen Sie Gültigkeit. Sie zählt die verbleibenden Tage ab dem heutigen Datum in Ihrer Zeitzone.
- Vergleichen Sie den SHA-256-Fingerabdruck mit dem Wert, den die Website, der Hersteller oder die Zertifizierungsstelle veröffentlicht, bevor Sie dem Zertifikat vertrauen.
Was ein Zertifikat aussagt
Ein X.509-Zertifikat (RFC 5280) bindet einen öffentlichen Schlüssel an einen Namen und wird von einem Aussteller signiert. Es ist in ASN.1 DER geschrieben, einem Baum aus markierten Werten. Ein PEM-Block ist dieses DER in Base64, zwischen einer BEGIN- und einer END-Zeile (RFC 7468). Die Seite liest den Baum mit einem eigenen kleinen DER-Leser und zeigt jedes Feld.
Certificate ::= SEQUENCE { tbsCertificate, signatureAlgorithm, signatureValue }
TBSCertificate ::= SEQUENCE { version [0], serialNumber, signature, issuer,
validity, subject, subjectPublicKeyInfo, ..., extensions [3] }
Was die Seite nicht prüft
Die Seite prüft die Signatur nicht, baut die Kette bis zu einer vertrauenswürdigen Wurzel nicht auf, prüft nicht, ob das Zertifikat gesperrt wurde, und verbindet sich nicht mit dem Host. Ein Zertifikat kann hier als gültig erscheinen und trotzdem von einem Browser oder einem Server abgelehnt werden. Diese Prüfungen brauchen den öffentlichen Schlüssel des Ausstellers und einen Vertrauensspeicher, den diese Seite nicht hat.
Die verbleibenden Tage werden vom heutigen Datum bis zum Tag des Datums Nicht gültig nach gezählt, beide Tage eingeschlossen. Ein Zertifikat, das vor seinem Ablaufdatum gesperrt wurde, zeigt hier weiterhin seine Daten, denn die Seite liest keine Sperrliste und fragt keinen OCSP-Responder ab.
Fingerabdrücke
Ein Fingerabdruck ist der Digest der ganzen DER-Bytes. Zwei Zertifikate mit demselben SHA-256-Fingerabdruck sind dasselbe Zertifikat. SHA-1 ist nicht mehr kollisionsresistent. Vergleichen Sie daher den SHA-256-Wert, wenn Sie Gewissheit brauchen. Der SHA-1-Wert wird gezeigt, weil viele ältere Listen ihn noch drucken.
Rechenbeispiel: das Zwischenzertifikat E5 von Let's Encrypt (der Standard)
Das Standardzertifikat ist das Zwischenzertifikat E5 von Let's Encrypt, signiert mit ECDSA P-384 von ISRG Root X2. Die Seite liest diese Felder daraus. Der Gültigkeitsstatus hängt vom Datum ab, an dem Sie lesen, daher steht er nicht in der Tabelle. Die übrigen Felder sind an jedem Tag gleich.
| Feld | Wert |
|---|---|
| Version | 3 |
| Seriennummer | 18:6E:75:D4:EE:B0:A0:5D:FD:2D:A8:20:86:5D:1E:31 |
| Signaturalgorithmus | ECDSA mit SHA-384 (1.2.840.10045.4.3.3) |
| Aussteller | C=US, O=Internet Security Research Group, CN=ISRG Root X2 |
| Subjekt | C=US, O=Let's Encrypt, CN=E5 |
| Nicht gültig vor | 13. März 2024, 00:00:00 UTC |
| Nicht gültig nach | 12. März 2027, 23:59:59 UTC |
| Öffentlicher Schlüssel | Elliptische Kurve P-384, 384 Bit |
| Schlüsselverwendung | Digitale Signatur, Zertifikatssignatur, CRL-Signatur |
| Erweiterte Schlüsselverwendung | TLS-Client-Authentifizierung, TLS-Server-Authentifizierung |
| Grundlegende Einschränkungen | CA: ja, Pfadlänge 0 |
| SHA-256-Fingerabdruck | E7:88:D1:4B:04:36:B5:12:0B:BE:E3:F1:5C:15:BA:DF:08:C1:40:7F:E7:25:68:A4:F1:6F:91:51:C3:80:E1:E3 |
Häufig gestellte Fragen
Warum zeigt die Seite, dass mein Zertifikat gültig ist, obwohl mein Browser sagt, dass es das nicht ist?
Die Seite liest nur die Daten und Felder. Ein Browser prüft zusätzlich die Signatur, die Kette bis zu einer vertrauenswürdigen Wurzel, den Hostnamen und ob das Zertifikat gesperrt wurde. Diese Prüfungen brauchen Daten, die diese Seite nicht hat.
Was ist der Unterschied zwischen dem SHA-1- und dem SHA-256-Fingerabdruck?
Es sind zwei Digests derselben DER-Bytes. SHA-1 ist nicht mehr kollisionsresistent, daher ist SHA-256 der Wert, den Sie vergleichen, wenn Sie Gewissheit brauchen. Der SHA-1-Wert wird gezeigt, weil viele ältere Listen ihn noch drucken.
Was enthält ein PEM-Block, der mit BEGIN CERTIFICATE beginnt?
PEM (RFC 7468) verpackt die DER-Bytes eines Zertifikats in Base64, zwischen einer BEGIN-Zeile und einer END-Zeile, die beide die Bezeichnung CERTIFICATE tragen. Die Seite nimmt auch den Base64-Text allein an.
Warum wird die Schlüssellänge bei RSA in Bit angegeben, bei ECDSA aber als Kurve?
Ein RSA-Schlüssel ist durch die Länge seines Moduls in Bit beschrieben. Ein ECDSA-Schlüssel ist durch seine Kurve beschrieben, etwa P-256 oder P-384, die die Größe des Schlüssels festlegt.
Was bedeutet CA: ja, Pfadlänge 0?
Das Zertifikat darf Endzertifikate signieren, aber darunter keine weitere Zwischenzertifizierungsstelle (RFC 5280, Abschnitt 4.2.1.9). Die grundlegenden Einschränkungen werden aus dem Zertifikat gelesen, nicht gegen eine Kette geprüft.
Sendet die Seite mein Zertifikat irgendwohin?
Nein. Die DER-Bytes werden gelesen und die Fingerabdrücke in Ihrem Browser berechnet. Nichts wird hochgeladen oder gespeichert, und die Seite verbindet sich nicht mit dem Host, der im Zertifikat genannt ist.
Quellen
- RFC 5280 (englisch): Internet X.509 Public Key Infrastructure Certificate and CRL Profile
- RFC 7468 (englisch): Textual Encodings of PKIX, PKCS, and CMS Structures
- ITU-T X.690 (englisch): ASN.1-Kodierungsregeln (DER)
- Let's-Encrypt-Zertifikatsarchiv (englisch)
Zahlen und Text zuletzt geprüft: Dienstag, 10. November 2026.