Verhindern fehlgeschlagener Bereitstellung
Überprüfen Sie das Paar, bevor Sie Nginx, Apache, einen Load Balancer oder einen Cloud-Zertifikatsdienst aktualisieren.
Verwenden Sie diesen Abgleich von Zertifikat und Schlüssel vor der Bereitstellung. Er vergleicht Zertifikat und privaten Schlüssel lokal in Ihrem Browser, ohne den privaten Schlüssel hochzuladen.
Hochgeladene Dateien werden lokal gelesen. Beide Eingaben bleiben in diesem Browser-Tab und werden verworfen, wenn Sie die Seite leeren oder schließen.
Akzeptiert .pem, .crt oder .cer. Wenn Sie eine Kette zur Verfügung stellen, wird das erste Zertifikat überprüft.
Akzeptiert unverschlüsselte .key oder .pem Dateien in PKCS#8 , RSA PKCS#1 , oder EC SEC1 Format.
Ihr Matchergebnis wird hier angezeigt
Der Matcher extrahiert beide öffentlichen Schlüssel, normalisiert ihre SPKI Daten und vergleicht die Bytes und SHA-256 Fingerabdrücke.
Vorprüfung der Bereitstellung
Ein Webserver braucht den privaten Schlüssel, der zum öffentlichen Schlüssel in seinem Zertifikat gehört. Ähnliche Dateinamen und Domainnamen belegen nicht, dass die Dateien zusammengehören. Ein kryptografischer Vergleich erkennt eine Abweichung, bevor ein Neuladen fehlschlägt oder eine Ausfallzeit entsteht.
Überprüfen Sie das Paar, bevor Sie Nginx, Apache, einen Load Balancer oder einen Cloud-Zertifikatsdienst aktualisieren.
Das Ergebnis stammt aus den kanonischen Bytes des öffentlichen Schlüssels, nicht aus Zertifikatsnamen, Domains oder der PEM-Formatierung.
Analyse, Ableitung des öffentlichen Schlüssels, Hashing und Vergleich erfolgen im aktuellen Browser-Tab.
Schlüsselabgleicher für Zertifikate
Bereiten Sie das Leaf-SSL-Zertifikat und den privaten Schlüssel vor, den Sie damit verwenden möchten. Zwischenzertifikate der CA enthalten nicht den öffentlichen Schlüssel Ihres Servers.
Fügen Sie PEM Text ein oder laden Sie eine .pem-, .crt-,.cer- oder .der-Datei hoch. Wenn eine Kette bereitgestellt wird, wird das erste Zertifikat überprüft.
Fügen Sie den Schlüssel ein oder laden Sie eine unverschlüsselte .key- oder .pem-Datei in PKCS#8 , RSA PKCS#1 , oder EC SEC1 Format.
Überprüfen Sie die Übereinstimmungs- oder Nichtübereinstimmungsentscheidung, sowohl SHA-256 Fingerabdrücke als auch die Zertifikatsidentität.
Übereinstimmungsergebnisse
Das Zertifikat enthält den öffentlichen Schlüssel, der aus diesem privaten Schlüssel abgeleitet wurde. Das Paar können Sie gemeinsam auf Ihrem Server konfigurieren.
Suchen Sie den Originalschlüssel oder erstellen Sie einen neuen Schlüssel und CSR, bevor Sie das Zertifikat erneut ausgeben.
Kontrolle der PEM Grenzlinien und Verwendung OpenSSL lokal, wenn der private Schlüssel verschlüsselt oder in nicht unterstützter Hardware gespeichert ist.
Vergleich öffentlicher Schlüssel
Der Abgleich extrahiert den öffentlichen Schlüssel aus dem X.509-Zertifikat und leitet den zugehörigen öffentlichen Schlüssel aus dem angegebenen privaten Schlüssel ab. Beide werden als kanonisches SubjectPublicKeyInfo-DER exportiert, bevor ihre Bytes verglichen werden.
Außerdem wird für jeden öffentlichen Schlüssel ein SHA-256-Fingerabdruck berechnet, damit Sie die Entscheidung nachvollziehen können. Das funktioniert für RSA und unterstützte Schlüssel auf elliptischen Kurven. Ein RSA-Modulusvergleich deckt ECC nicht ab.
Eine Übereinstimmung validiert nicht die Zertifikatskette, den Hostnamen, den Ablaufstatus, den Widerrufsstatus oder das Vertrauen.
Führen Sie diese Befehle auf einem vertrauenswürdigen Rechner aus, wenn der private Schlüssel verschlüsselt ist oder die Richtlinie Ihrer Organisation keine Browser-Werkzeuge erlaubt. Identische Hashes bedeuten, dass die öffentlichen Schlüssel übereinstimmen.
Zertifikat SPKI SHA-256
openssl x509 -in certificate.crt -pubkey -noout \
| openssl pkey -pubin -outform DER \
| openssl dgst -sha256Privater Schlüssel SPKI SHA-256
openssl pkey -in private.key -pubout -outform DER \
| openssl dgst -sha256Prüfen Sie den Server, der den ursprünglichen CSR erzeugt hat, das Verzeichnis für Verlängerungen, den Secrets Manager, die Bereitstellungsnachweise und sichere Sicherungen. Die automatische Verlängerung kann einen neuen Schlüssel erzeugt haben, während ein älteres Zertifikat oder ein älterer Schlüssel einen vertrauten Dateinamen behielt.
Ein privater Schlüssel lässt sich nicht aus einem SSL-Zertifikat wiederherstellen. Wenn der richtige Schlüssel fehlt, erzeugen Sie einen neuen privaten Schlüssel und einen CSR und bitten Sie die Zertifizierungsstelle, das Zertifikat neu auszustellen.
Die Prüfung akzeptiert ein X.509-Zertifikat als PEM oder Base64-DER sowie unverschlüsselte private Schlüssel in PKCS#8, RSA PKCS#1 oder EC SEC1. Unterstützte EC-Kurven sind P-256, P-384 und P-521.
Verschlüsselte private Schlüssel, PFX/PKCS#12-Bündel und nicht exportierbare Schlüssel auf Hardware liegen außerhalb dieser Seite. Wird eine Zertifikatskette eingefügt, gilt das erste Zertifikat als Leaf-Zertifikat.
Verwandte SSL-Werkzeuge
Überprüfen Sie, ob eine Zertifikatsanforderung aus einem bestimmten privaten Schlüssel erstellt wurde.
Check CSR & keyÜberprüfen Sie das Thema, SANs, den öffentlichen Schlüssel, die Signatur und angeforderte Erweiterungen.
Decode CSRErstellen Sie ein neues CSR und privates Schlüsselpaar lokal, wenn der ursprüngliche Schlüssel nicht verfügbar ist.
Generate CSRFAQ zum Abgleich von Zertifikat und Schlüssel
Fügen Sie das vollständige X.509-Zertifikat und den zu prüfenden privaten Schlüssel ein oder wählen Sie die lokalen Dateien. Der Abgleich extrahiert den öffentlichen Schlüssel des Zertifikats, leitet den öffentlichen Schlüssel aus dem privaten Schlüssel ab, normalisiert beide als SubjectPublicKeyInfo und vergleicht sie.
Der Abgleich läuft lokal in Ihrem Browser. Zertifikat und privater Schlüssel werden nicht hochgeladen, nicht gespeichert und nicht in die URL geschrieben. Leeren Sie das Formular oder schließen Sie den Tab nach der Verwendung und befolgen Sie für Produktivschlüssel die Richtlinie Ihrer Organisation zum Umgang mit Schlüsseln.
Ja. Es vergleicht kanonische Daten des öffentlichen Schlüssels statt nur einen RSA-Modulus. Deshalb werden RSA sowie private ECDSA-Schlüssel auf den Kurven P-256, P-384 und P-521 unterstützt.
Diese Seite fragt Passphrasen privater Schlüssel nicht ab und entschlüsselt sie nicht. Verwenden Sie die OpenSSL-Befehle auf dieser Seite auf einem vertrauenswürdigen Rechner oder erstellen Sie eine vorübergehende unverschlüsselte Kopie und entfernen Sie sie anschließend sicher.
Suchen Sie den privaten Schlüssel, mit dem der ursprüngliche CSR des Zertifikats erzeugt wurde. Prüfen Sie den ausstellenden Server, das Verzeichnis für Verlängerungen, den Secrets Manager und sichere Sicherungen. Lässt er sich nicht wiederherstellen, erzeugen Sie einen neuen Schlüssel und einen CSR und lassen Sie das Zertifikat neu ausstellen.
Nein. Ein SSL-Zertifikat enthält den öffentlichen Schlüssel, aber nicht den privaten Schlüssel. Aus dem Zertifikat lässt sich der private Schlüssel kryptografisch nicht ableiten.
Nginx meldet eine Schlüsselabweichung, wenn das konfigurierte Zertifikat einen anderen öffentlichen Schlüssel enthält als der konfigurierte private Schlüssel. Prüfen Sie, ob Leaf-Zertifikat und Schlüssel zusammengehören und die Zertifikatsdatei keine falsch geordnete Kette ist.