Formater une empreinte SSH en hexadécimal ou Base64

Ce formateur reçoit les octets que vous avez déjà calculés et les affiche de manière cohérente en hexadécimal minuscule séparé par deux-points ou en Base64 sans remplissage. Il n’analyse aucune clé, ne choisit aucun algorithme et ne calcule aucun condensat. En séparant le hachage de sa présentation, il permet aux scripts, outils d’administration, documentations et tests de produire la notation attendue sans modifier les octets d’origine.

Partez du condensat brut, et non d’un fichier de clé

Cette capacité accepte les octets d’un hachage déjà calculé à partir d’une clé publique SSH. Fournissez-les dans leur ordre d’origine sous forme d’entiers compris entre 0 et 255. Ainsi, un condensat commençant par 222, 173, 190 et 239 débute par <code>de:ad:be:ef</code> dans l’affichage hexadécimal. Le formateur refuse volontairement une ligne de clé OpenSSH, un bloc PEM, un certificat ou un texte qui ressemble simplement à un condensat. L’analyse et le hachage doivent être effectués auparavant. Cette séparation est essentielle, car une chaîne arbitraire ne permet pas de déduire sûrement l’encodage de la clé ou l’algorithme employé. Elle facilite aussi les tests : une même séquence produit toujours les mêmes caractères. Conservez chaque octet, y compris les zéros initiaux, car toute suppression modifie les formes hexadécimale et Base64. Les tableaux vides et ceux dépassant 128 octets sont refusés afin d’écarter les valeurs inutiles ou les charges accidentelles présentées comme des empreintes.

Choisissez l’affichage attendu par le système destinataire

Sélectionnez <code>hex-colon</code> lorsqu’un outil, un inventaire ou une procédure attend deux chiffres hexadécimaux minuscules par octet, séparés par deux-points. Chaque octet conserve sa largeur : zéro devient <code>00</code>, quinze <code>0f</code> et 255 <code>ff</code>. Choisissez <code>base64</code> si la cible attend l’alphabet compact couramment utilisé pour les empreintes SSH modernes. Le résultat Base64 ne comporte pas de signes égal de remplissage finaux, conformément à l’affichage SSH habituel. Ces options changent uniquement la représentation : elles ne modifient, n’inversent, ne tronquent et ne rehachent jamais les octets. La réponse contient <code>fingerprint</code> et <code>format</code> afin que les traitements suivants conservent la notation avec la valeur. Les noms sont stricts : une faute, une valeur inconnue ou une casse différente produit une erreur plutôt que de sélectionner silencieusement une valeur par défaut vraisemblable mais incorrecte.

Comparez les empreintes avec prudence et connaissez la limite

N’utilisez la valeur formatée qu’après avoir établi comment le condensat brut a été obtenu. Une correspondance n’est significative que si les deux côtés ont appliqué le même algorithme aux mêmes octets canoniques de clé publique. La mise en forme ne prouve pas ces conditions, ne renforce pas le condensat et n’authentifie pas un hôte. Notez séparément l’algorithme si le protocole ne l’indique pas. Pour une comparaison automatisée, normalisez les deux valeurs à partir des octets ou imposez un format explicite au lieu de le deviner grâce à la ponctuation. Cette capacité fournit des résultats stables pour les terminaux, rapports de déploiement, inventaires, validations et tests de régression. Elle n’accède pas au réseau et ne conserve aucune clé. La version navigateur s’exécute localement ; l’automatisation par API coûte $0.002 par requête. Toute valeur invalide échoue clairement. En cas de différence, arrêtez-vous et vérifiez la source par un canal fiable.