Prévenir l ' échec du déploiement
Vérifiez la paire avant de mettre à jour Nginx, Apache, un répartiteur de charge ou un service de certificats cloud.
Utilisez cette comparaison certificat/clé avant le déploiement. Elle compare le certificat et la clé privée localement dans votre navigateur, sans envoyer votre clé privée.
Les fichiers envoyés sont lus localement. Les deux entrées restent dans cet onglet et sont supprimées lorsque vous effacez le formulaire ou fermez la page.
Accepte .pem, .crt, .cer ou .der. Si vous fournissez une chaîne, le premier certificat est vérifié.
Accepte les fichiers .key ou .pem non chiffrés dans PKCS#8 , RSA PKCS#1 , ou format EC SEC1.
Votre résultat de match apparaîtra ici
L’outil extrait les deux clés publiques, normalise leurs données SPKI, puis compare les octets et les empreintes SHA-256.
CONTRÔLE AVANT DÉPLOIEMENT
Un serveur web a besoin de la clé privée qui correspond à la clé publique contenue dans son certificat. Des noms de fichiers ou de domaines proches ne prouvent pas que les fichiers vont ensemble. Une comparaison cryptographique détecte une incompatibilité avant qu’un rechargement échoue ou provoque une interruption.
Vérifiez la paire avant de mettre à jour Nginx, Apache, un répartiteur de charge ou un service de certificats cloud.
Le résultat provient d'octets canoniques à clé publique, et non des noms de certificat, des domaines ou du formatage PEM.
Parsing, dérivation à clé publique, hachage et comparaison se produisent dans l'onglet actuel du navigateur.
Comparaison certificat et clé
Préparez le certificat SSL feuille et la clé privée que vous comptez utiliser avec lui. Les certificats intermédiaires d’AC ne contiennent pas la clé publique de votre serveur.
Collez du texte PEM ou envoyez un fichier .pem, .crt, .cer ou .der. Lorsqu’une chaîne est fournie, le premier certificat est vérifié.
Collez la clé ou envoyez un fichier .key ou .pem non chiffré au format PKCS#8, RSA PKCS#1 ou EC SEC1.
Consultez la décision Correspondance ou Pas de correspondance, les deux empreintes SHA-256 et l’identité du certificat.
Résultats correspondants
Le certificat contient la clé publique dérivée de cette clé privée. La paire peut être configurée ensemble sur votre serveur.
Les clés publiques diffèrent. Retrouvez la clé d’origine, ou créez une nouvelle clé et un nouveau CSR avant de réémettre le certificat.
Vérifiez les lignes de délimitation PEM et utilisez OpenSSL localement si la clé privée est chiffrée ou stockée dans un matériel non pris en charge.
Comparaison des clés publiques
L’outil extrait la clé publique du certificat X.509 et dérive la clé publique correspondante à partir de la clé privée fournie. Les deux sont exportées en DER SubjectPublicKeyInfo canonique avant la comparaison des octets.
Il calcule aussi une empreinte SHA-256 pour chaque clé publique, afin que vous puissiez vérifier la décision. Cela fonctionne pour RSA et les clés à courbe elliptique prises en charge, alors qu’une comparaison de module RSA ne couvre pas ECC.
Une correspondance ne valide ni la chaîne du certificat, ni le nom d’hôte, ni l’état d’expiration, ni le statut de révocation, ni la confiance.
Exécutez ces commandes sur une machine de confiance si la clé privée est chiffrée ou si la politique de l’organisation interdit les outils du navigateur. Des empreintes identiques signifient que les clés publiques correspondent.
Certificat SPKI SHA-256
openssl x509 -in certificate.crt -pubkey -noout \
| openssl pkey -pubin -outform DER \
| openssl dgst -sha256Clé privée SPKI SHA-256
openssl pkey -in private.key -pubout -outform DER \
| openssl dgst -sha256Vérifiez le serveur qui a créé le CSR d’origine, le répertoire de renouvellement, le gestionnaire de secrets, les enregistrements de déploiement et les sauvegardes sécurisées. Un renouvellement automatique a pu créer une nouvelle clé alors qu’un ancien certificat ou une ancienne clé a gardé un nom de fichier familier.
Une clé privée ne peut pas être retrouvée à partir d’un certificat SSL. Si la bonne clé n’est plus disponible, générez une nouvelle clé privée et un CSR, puis demandez à l’autorité de certification de réémettre le certificat.
Le vérificateur accepte un certificat X.509 en PEM ou en DER Base64, et des clés privées non chiffrées PKCS#8, RSA PKCS#1 ou EC SEC1. Les courbes EC prises en charge sont P-256, P-384 et P-521.
Les clés privées chiffrées, les bundles PFX/PKCS#12 et les clés matérielles non exportables sont hors du périmètre de cette page. Lorsqu’une chaîne de certificats est collée, le premier certificat est traité comme le certificat feuille.
Related SSL outils
Vérifiez si une demande de certificat a été créée à partir d'une clé privée particulière.
Check CSR & keyInspecter le sujet, les SAN, la clé publique, la signature et les prolongations demandées.
Decode CSRCréez localement une nouvelle paire de clés CSR et privées lorsque la clé originale n'est pas disponible.
Generate CSRFAQ de comparaison certificat et clé
Collez le certificat X.509 complet et la clé privée candidate, ou choisissez leurs fichiers locaux. L’outil extrait la clé publique du certificat, dérive la clé publique de la clé privée, normalise les deux en SubjectPublicKeyInfo et les compare.
La comparaison s’exécute localement dans votre navigateur. Votre certificat et votre clé privée ne sont ni envoyés, ni stockés, ni placés dans l’URL. Effacez le formulaire ou fermez l’onglet après usage, et suivez la politique de gestion des clés de votre organisation pour les clés de production.
Oui. Il compare les données de clé publique canoniques plutôt qu’un module réservé à RSA, et prend donc en charge RSA ainsi que les clés privées ECDSA sur les courbes P-256, P-384 et P-521.
Cette page ne demande pas ou ne déchiffre pas les mots de passe à clé privée. Utilisez les commandes OpenSSL sur cette page sur une machine de confiance, ou créez une copie temporaire non chiffrée et retirez-la en toute sécurité après.
Retrouvez la clé privée utilisée pour créer le CSR d’origine du certificat, sur le serveur d’émission, dans le répertoire de renouvellement, le gestionnaire de secrets et les sauvegardes. Si elle est introuvable, générez une nouvelle clé et un nouveau CSR, puis réémettez le certificat.
Non. Un certificat SSL contient la clé publique, mais pas la clé privée. Par conception, on ne peut pas déduire la clé privée du certificat.
Nginx signale une incompatibilité de clés lorsque le certificat configuré contient une clé publique différente de celle de la clé privée configurée. Vérifiez que le certificat feuille et la clé vont ensemble, et que le fichier de certificat n’est pas une chaîne dans le mauvais ordre.