Zum Inhalt springen

Keystore-Inspektor

Keystore Inspector

Öffnet PKCS#12-, JKS- oder PEM-Bundles und listet die enthaltenen Zertifikate, Ketten und Schlüsselalgorithmen auf.

Eine `.p12`-Datei, die ein Betriebsteam übergibt, ist undurchsichtig: Ohne Kommandozeile und die richtigen Flags sehen Sie weder, was darin steckt, noch ob die Kette vollständig ist, noch wann das Endzertifikat abläuft. Dieses Werkzeug öffnet PKCS#12-, JKS- und PEM-Bündel und listet auf, was darin ist.

🔒 Läuft vollständig in Ihrem Browserkeystorepkcs12certificateinspect

Das Zertifikat wird in diesem Tab vom eigenen ASN.1-Leser dieser Seite dekodiert. Nichts wird hochgeladen, und genau darum geht es: eine CSR, eine interne CA oder ein versehentlich eingefügter Schlüssel gehören niemals auf den Server eines Fremden, damit er sie liest.

Zertifikat, Bündel, CSR oder öffentlichen Schlüssel ablegen

PEM oder DER — .pem, .crt, .cer, .der, .csr, oder eine Zeile aus authorized_keys. Oder unten einfügen.

Was das hier nicht tut

  • Es prüft keine Signaturen. Das „Ausgestellt von“ oben ist ein Namensabgleich, kein Beweis — in ein selbst gebautes Zertifikat kann jeder jeden Ausstellernamen schreiben.
  • Es weiß nicht, welchen Stellen Sie vertrauen. Das steht in Ihrem Betriebssystem und in Ihrem Browser und ist von einer Webseite aus nicht lesbar.
  • Es prüft keinen Widerruf. Die OCSP- und CRL-Adressen werden gezeigt, damit Sie es können; sie zu fragen wäre eine Netzanfrage, die dieses Werkzeug bewusst nicht stellt.

Was ein laufender Server tatsächlich ausliefert — Kettenreihenfolge, Protokollversionen, Ablauf — braucht eine Verbindung dorthin: der SSL-Prüfer ist das Werkzeug für diese Frage.

So funktioniert es

  1. Legen Sie das Bündel ab

    `.p12`/`.pfx`, `.jks` und PEM-Dateien werden alle gelesen. Ein passwortgeschützter Speicher braucht sein Passwort, um das Schlüsselmaterial zu öffnen; die Zertifikatsteile sind oft auch ohne lesbar.

  2. Prüfen Sie die Kette, nicht nur das Endzertifikat

    Jedes Zertifikat wird mit Subject, Aussteller, Gültigkeit und Schlüsselalgorithmus angezeigt. Ein Bündel, das sich auf Ihrem Rechner installieren lässt und auf einem Server scheitert, ist gewöhnlich ein fehlendes Zwischenzertifikat.

  3. Vergewissern Sie sich, dass der Schlüssel zum Zertifikat passt

    Der öffentliche Schlüssel im Endzertifikat und der private Schlüssel im Speicher sollten übereinstimmen. Eine Abweichung ist der andere häufige Grund, warum ein scheinbar gültiges Bündel keinen Verkehr bedient.

Häufige Fragen

Wird der Keystore hochgeladen?

Nein. Er wird im Browser geparst, Passwort eingeschlossen. Ein Speicher enthält einen privaten Schlüssel, alles andere wäre also nicht zu verantworten.

Sagt es mir, dass das Zertifikat vertrauenswürdig ist?

Nein. Es liest, was die Datei sagt. Vertrauen hängt vom Root-Store dessen ab, was das Zertifikat validieren wird, und vom Sperrstatus, und keines von beiden steht in der Datei. Das ist ein Inspektor, kein Validator.

Das Passwort wird abgelehnt, aber ich bin sicher, dass es richtig ist.

Alte JKS-Dateien und von veralteten Werkzeugen geschriebene PKCS#12-Dateien verwenden manchmal Algorithmen, die moderne Browser nicht implementieren, und ein Speicher kann ein eigenes Passwort für den Speicher und eines für jeden Schlüssel haben. Probieren Sie auch das Schlüsselpasswort.

Eingabe aus

Danach

Diese Tools nehmen an, was dieses hier erzeugt, das Ergebnis kann also direkt weiter.