SHA-256 et SHA-512 avec une entrée identique
Saisissez MultiVerto, avec cette casse et sans espace avant ou après, dans l’outil SHA-256 intégré. Son empreinte hexadécimale commence par ae71dfc48b890921 et se termine par c68938f7185915aa. Ouvrez l’outil SHA-512 associé et saisissez exactement les mêmes dix caractères. Sa sortie commence par cacbdf4e6ceeaa77 et se termine par b71e458c3b7209d9. Il s’agit de deux algorithmes distincts, et non de deux affichages d’une même empreinte. Si vous obtenez d’autres valeurs, inspectez les octets d’entrée : un retour à la ligne copié, un espace, une majuscule différente ou un autre encodage modifie le résultat. Le site encode le texte en UTF-8 avant que le navigateur calcule chaque hash. Pour reproduire le contrôle, notez le nom de l’algorithme, le texte exact et la présence éventuelle d’un saut de ligne final. On ne peut pas décoder une empreinte pour retrouver le texte.
Pourquoi 64 caractères ou 128 caractères
La norme FIPS 180-4 définit une sortie de 256 bits pour SHA-256 et de 512 bits pour SHA-512. Un caractère hexadécimal représente quatre bits : la notation courante exige donc 64 caractères pour le premier et 128 pour le second. Cette seconde valeur demande deux fois plus de place sous cette forme. SHA-512 n’est pas simplement SHA-256 prolongé par des caractères ; le calcul interne change aussi. Vérifiez ce qu’attend le système destinataire. Si un manifeste, une API ou une colonne de base de données réclame SHA-256, une valeur SHA-512 ne correspondra jamais, même si les mêmes octets ont été traités correctement. Distinguez également l’empreinte brute d’un format contenant un préfixe d’algorithme, un sel ou une signature. Ces éléments supplémentaires se lisent suivant leur propre spécification.
- Texte exact : MultiVerto, sans saut final
- Octets UTF-8 dans le navigateur
- SHA-256 → 64 caractères hexadécimaux
- SHA-512 → 128 caractères hexadécimaux
Vérifier l’intégrité avec une empreinte fiable
Imaginons qu’un éditeur publie une empreinte SHA-256 fiable pour un téléchargement. Calculez SHA-256 sur les octets du fichier reçu et comparez la totalité des 64 caractères, pas seulement les fragments présentés dans notre exemple. Une égalité indique avec une forte confiance que les octets correspondent à ceux représentés par l’empreinte attendue. Le même principe vaut pour SHA-512 uniquement si l’éditeur fournit une référence SHA-512. MultiVerto calcule ici l’empreinte du texte saisi ; pour vérifier un fichier, il faut un outil qui traite les octets exacts du fichier. Coller son nom ne suffit pas. Obtenez la référence par un canal de confiance. Si un attaquant peut remplacer à la fois le fichier et l’empreinte affichée, une simple comparaison de hash sans clé n’authentifie pas l’éditeur. Une signature numérique ou un canal authentifié traite cette autre question.
Choisir selon la sécurité et la compatibilité
Les deux fonctions appartiennent à la famille SHA-2 normalisée. Une collision désigne deux entrées différentes produisant la même empreinte. En pratique, une valeur différente de la référence indique généralement une différence d’octets ou d’algorithme. La sortie plus longue de SHA-512 offre une marge théorique supérieure contre les collisions, mais la longueur ne suffit pas à définir la sécurité de tout un système. Il faut aussi considérer le protocole, le format attendu, les performances dans l’environnement réel et les exigences applicables. Ne remplacez pas un format établi SHA-256 par SHA-512 uniquement parce que 128 caractères paraissent plus rassurants. Lors de la conception d’un nouveau flux qui accepte les deux, documentez le choix et testez-le sur des données réelles. Comparer directement une sortie SHA-256 à une sortie SHA-512 ne permet jamais de conclure que l’entrée a changé : leurs sorties diffèrent par définition.
Aucune empreinte brute ne protège un mot de passe
Un hash SHA-256 ou SHA-512 brut se calcule rapidement. C’est utile pour les contrôles d’intégrité, mais cela permet également à un attaquant ayant volé une base de mots de passe de tenter rapidement de nombreuses hypothèses. OWASP recommande une fonction adaptative conçue pour les mots de passe, avec un sel, telle qu’Argon2id ; les alternatives dépendent du contexte. Choisir SHA-512 ou appliquer deux fois une fonction rapide ne crée pas une protection adaptée. Le hachage n’est pas du chiffrement : aucune clé ne permet de le déchiffrer, mais une entrée prévisible peut être devinée. MultiVerto effectue ces calculs de texte localement dans le navigateur sans transmettre la saisie pour conversion. N’utilisez pourtant pas de vrai mot de passe dans une démonstration ; suivez le système de gestion approuvé par votre application. Conservez le nom de l’algorithme avec chaque somme de contrôle pour faciliter les vérifications ultérieures.