Guide du générateur de hash SHA-256 : UTF-8, SHA-384 et SHA-512

Comment générer une empreinte de texte

Ouvrez le générateur de hash SHA-256 et collez du texte, ouvrez un fichier texte local ou laissez l’éditeur vide. Algorithme utilise SHA-256 par défaut ; SHA-384 et SHA-512 sont aussi disponibles. Appuyez explicitement sur Générer l’empreinte. La saisie seule ne produit pas d’empreinte, et modifier l’entrée ou l’algorithme invalide l’ancien résultat.

Lisez l’algorithme choisi avec le résultat, puis utilisez Copier le résultat ou Télécharger. Une entrée vide est autorisée et produit une véritable empreinte non vide. Retour à la ligne change seulement l’affichage. Avant de comparer la valeur d’une autre application, vérifiez que les deux côtés hachent la même séquence d’octets avec le même algorithme et des représentations de sortie comparables.

• Traitez volontairement les espaces finaux et fins de ligne ; ne les retirez pas seulement pour obtenir une correspondance.
• Utilisez un exemple fixe comme abc pour contrôler l’algorithme avant d’examiner des données réelles.
• Conservez les données d’origine et l’empreinte attendue fiable séparément des captures ou valeurs abrégées.

Longueurs des sorties SHA-256, SHA-384 et SHA-512

Ces trois algorithmes appartiennent à la famille SHA-2. La longueur de leur empreinte est fixe, que l’entrée soit vide, un mot court ou un texte plus long autorisé. Un caractère hexadécimal représente quatre bits ; une empreinte de 256 bits comporte donc 64 caractères hexadécimaux. Les octets nuls initiaux restent représentés : l’outil ne raccourcit pas la sortie. L’indicateur d’octets compte le texte hexadécimal UTF-8, soit 64, 96 ou 128 octets, plutôt que les octets bruts de l’empreinte indiqués dans le tableau.

Choisissez l’algorithme demandé par le format destinataire ou la comparaison. SHA-384 a sa propre initialisation et n’est pas simplement un préfixe d’une empreinte SHA-512 ordinaire. Une sortie SHA-512 ne se compare pas directement à une sortie SHA-256 comme si les caractères supplémentaires étaient facultatifs. Une sortie plus longue ne crée pas à elle seule un stockage des mots de passe et ne prouve pas que l’application est sûre. Cette interface ne propose ni SHA-1, ni MD5, ni SHA-3, ni HMAC, ni réglage de sel ou de clé.

NIST FIPS 180-4 : norme de hachage sécuriséAPI Web Cryptography du W3C : empreintes et algorithmes SHA

Exemples SHA-256 connus : texte vide et abc

Le tableau donne les empreintes SHA-256 complètes en minuscules de l’entrée UTF-8 exactement indiquée. La chaîne vide comporte zéro octet d’entrée ; ce n’est pas l’empreinte d’un espace ou d’un saut de ligne. L’exemple abc comporte les trois octets ASCII 61 62 63 en hexadécimal. Ce sont des tests fixes, pas une mesure de votre entrée.

Copiez l’empreinte entière plutôt qu’un aperçu abrégé. Si une référence écrit l’hexadécimal en majuscules, la casse change dans la représentation, pas dans les octets de l’empreinte ; ToolMellow produit des minuscules. Une représentation Base64 des mêmes octets serait un autre encodage, pas un autre algorithme de hachage. Cet outil n’a pas de sélecteur de format de sortie.

NIST FIPS 180-4 : norme de hachage sécuriséWHATWG Encoding : UTF-8 et décodage de texte

Octets UTF-8, espaces et normalisation Unicode

Avant le hachage, l’outil recherche les substituts Unicode isolés, puis convertit la chaîne en UTF-8. Il ne retire pas les espaces, ne supprime pas un U+FEFF initial déjà présent dans la chaîne fournie et n’applique pas de normalisation Unicode. Un espace final, un changement de casse ou une représentation différente en octets peut changer l’empreinte. L’opération utilise la chaîne transmise au worker.

Deux chaînes peuvent sembler identiques tout en ayant des octets différents. Par exemple, U+00E9 précomposé et la séquence U+0065 U+0301 peuvent afficher la même lettre accentuée avec des encodages UTF-8 différents. De même, LF et CRLF sont des séquences d’octets différentes. L’édition ou l’importation dans le navigateur peut affecter la chaîne fournie ; n’en déduisez pas l’identité des octets à partir de l’apparence.

WHATWG Encoding : UTF-8 et décodage de texteECMAScript : isWellFormed de StringWHATWG HTML : valeurs de textarea et fins de ligne

Ouvrir un fichier texte ne hache pas ses octets d’origine

Le sélecteur de fichiers utilise File.text(), qui décode du texte UTF-8, supprime un BOM UTF-8 initial et remplace les séquences UTF-8 mal formées. Le fichier doit faire moins de 4,000,000 octets, et le texte lu doit respecter le plafond d’un million d’unités UTF-16. L’extension du nom ne prouve pas l’encodage des caractères.

La chaîne décodée est ensuite réencodée en UTF-8 pour le hachage ; le résultat peut donc différer d’une somme de contrôle calculée directement sur les octets du fichier d’origine. Des documents binaires, images, un BOM, un autre encodage ou des caractères de remplacement peuvent compter. Pour vérifier un fichier octet par octet, utilisez une méthode qui lit et hache les octets bruts avec l’algorithme attendu ; cet espace de travail n’est pas cette méthode de contrôle de fichier.

API File du W3C : lecture de Blob comme texteWHATWG Encoding : UTF-8 et décodage de texte

Ce qu’indique une empreinte identique ou différente

Pour une comparaison utile, établissez le même algorithme, la même séquence d’octets et la représentation complète de l’empreinte des deux côtés. Une différence signifie que les empreintes calculées diffèrent ; elle ne révèle pas si la cause est une édition, l’encodage, un mauvais algorithme, une altération pendant le transport ou un autre changement. Les vecteurs connus aident à distinguer le fonctionnement de base des hypothèses sur l’entrée réelle.

Une empreinte sans clé identique soutient la cohérence avec la valeur attendue, mais n’est ni une signature, ni un contrôle d’identité, ni une preuve d’innocuité. Les hachages cryptographiques ont un espace de sortie fini et ne sont pas des identifiants mathématiquement uniques pour tous les messages possibles. Faites confiance à la source de l’empreinte attendue : si le contenu et la référence sont tous deux remplacés, leur correspondance ne suffit pas à établir l’authenticité.

NIST FIPS 180-4 : norme de hachage sécuriséAPI Web Cryptography du W3C : empreintes et algorithmes SHA

Une empreinte ne se déchiffre pas, mais des hypothèses peuvent être testées

Le hachage produit une empreinte plutôt qu’un texte chiffré assorti d’une clé de déchiffrement. ToolMellow ne propose ni déchiffrement ni récupération du texte d’origine. Chiffrement, Base64 et hachage ont des rôles différents : Base64 représente des octets de façon réversible, tandis que le chiffrement exige un schéma cryptographique et des clés. Une empreinte n’est pas une version compressée permettant de reconstruire une entrée arbitraire.

Cela ne signifie pas que toutes les entrées hachées sont impossibles à deviner. On peut hacher des valeurs candidates et les comparer, surtout si l’original est court ou prévisible. Publier une empreinte ne garantit donc pas le secret de toute donnée. Ajouter un hachage seul ne résout ni l’authentification, ni la gestion des clés, ni le stockage sécurisé.

NIST FIPS 180-4 : norme de hachage sécuriséOWASP : aide-mémoire sur le stockage des mots de passe

Pourquoi SHA-256 simple n’est pas un stockage des mots de passe

Cet outil calcule une empreinte SHA-2 sans clé, sans facteur de coût propre aux mots de passe, gestion du sel ou procédure de vérification de comptes. Choisir SHA-384 ou SHA-512 modifie l’empreinte mais n’ajoute pas ces fonctions. Saisir manuellement une chaîne tenant lieu de sel n’équivaut pas non plus à un système complet de stockage des mots de passe.

Le stockage des mots de passe exige une construction adaptée et les contrôles applicatifs appropriés. Suivez les recommandations actuelles pour le système que vous construisez. HMAC et les signatures numériques utilisent des constructions différentes pour l’authentification avec clé ; l’empreinte de texte ToolMellow ne génère ni ne vérifie l’un ou l’autre. Gardez les véritables identifiants hors des exemples publics et captures d’écran.

OWASP : aide-mémoire sur le stockage des mots de passeAPI Web Cryptography du W3C : empreintes et algorithmes SHA

Utiliser le résultat comme entrée hache le texte hexadécimal

Après le calcul, Utiliser le résultat comme entrée place les caractères hexadécimaux de l’empreinte dans l’éditeur. Un nouveau calcul hache les octets UTF-8 de ce texte. Il n’alimente pas automatiquement l’opération avec les 32, 48 ou 64 octets bruts de l’empreinte précédente ; cette interface n’a pas de mode d’entrée d’octets bruts.

Si un protocole exige un second hachage des octets bruts d’une empreinte, hacher le texte hexadécimal visible est un calcul différent. Identifiez la représentation voulue à chaque étape plutôt que de supposer que « hacher deux fois » définit une opération universelle. Répéter ici une empreinte sans clé n’en fait pas un stockage des mots de passe ni une authentification avec clé.

WHATWG Encoding : UTF-8 et décodage de texteAPI Web Cryptography du W3C : empreintes et algorithmes SHA

Limites d’entrée, Web Crypto et HTTPS

Le plafond d’entrée est de 1,000,000 unités de code UTF-16 de JavaScript, pas un million d’octets UTF-8 ou de graphèmes visibles. Les emojis et séquences combinées illustrent ces différences de comptage. La sortie SHA-2 garde sa longueur hexadécimale fixe ; un résultat autorisé tient donc dans le plafond d’entrée pour être réutilisé. La mémoire disponible et le fonctionnement du worker restent des contraintes pratiques.

Le navigateur doit exposer crypto.subtle dans un contexte sécurisé approprié, par exemple HTTPS ou un contexte local digne de confiance, dont localhost. Si l’API est indisponible, l’outil affiche son erreur de compatibilité. HTTPS seul ne garantit pas que tous les navigateurs ou environnements intégrés prennent en charge l’API. Un algorithme standardisé ne prouve pas que le navigateur, le site ou l’implémentation dispose d’une validation ou certification FIPS.

ECMAScript : isWellFormed de StringAPI Web Cryptography du W3C : empreintes et algorithmes SHAW3C Secure Contexts : origines potentiellement dignes de confiance

Résoudre un hachage de texte échoué ou inattendu

Si le calcul échoue, lisez l’erreur, confirmez un algorithme pris en charge et Web Crypto disponible dans un contexte sécurisé, puis recherchez des substituts isolés dans l’entrée. Une erreur de plafond d’importation diffère d’une erreur de hachage. Ne modifiez pas le texte avant de savoir quelle représentation d’octets décrit le résultat attendu.

Si la comparaison échoue, commencez par le vecteur connu abc, puis comparez les conditions réelles d’entrée une à une. L’outil ne diagnostique pas une corruption, ne produit pas un certificat de vérification et ne récupère pas une somme de contrôle de référence depuis une URL. Si le presse-papiers est inaccessible, sélectionnez l’empreinte et copiez-la manuellement.

API Web Cryptography du W3C : empreintes et algorithmes SHAWHATWG Encoding : UTF-8 et décodage de texte

Téléchargements de texte, effacement et confidentialité locale

Télécharger enregistre l’hexadécimal comme texte UTF-8 dans toolmellow-result.txt, pas comme octets bruts de l’empreinte, manifeste binaire de sommes de contrôle ou rapport. Effacer supprime l’entrée, la sortie, les erreurs, le contenu de recherche/remplacement et l’historique de l’éditeur, tout en conservant Algorithme et Retour à la ligne. Actualiser ou fermer l’espace de travail abandonne son état en mémoire ; les fichiers téléchargés restent sur l’appareil.

L’application ne téléverse pas le texte fourni, les fichiers sélectionnés ou le résultat vers un serveur de hachage. Charger le site transmet toujours des métadonnées ordinaires à l’hébergement, et le site public utilise Google Analytics pour les visites, avec cookies et informations sur le navigateur et l’appareil. Le hachage local n’implique ni anonymat, ni trafic réseau nul, ni absence de journaux d’infrastructure. Effacer ne garantit pas une suppression forensique dans la mémoire du navigateur ou du système d’exploitation.

Intégrer le générateur de hash avec son lien d’attribution

Choisissez la langue de la page et ouvrez la section d’intégration sous l’espace de travail. Copiez ou téléchargez son extrait HTML dans une zone du site qui autorise les iframes et scripts externes. Il comprend l’iframe ToolMellow, le script d’ajustement de taille et un lien visible vers la page ToolMellow dans la langue correspondante. Conservez ce lien d’attribution.

Vérifiez l’aperçu sur écran étroit, le contexte sécurisé de l’intégration et les autorisations du presse-papiers. L’intégration conserve les algorithmes, le périmètre textuel et les limites d’entrée ; elle ne devient ni API distante de hachage, ni service de contrôle des fichiers, ni système de vérification des mots de passe. Le lien fourni utilise nofollow et noopener et ne garantit pas un meilleur classement.

Questions fréquentes

Sources et lectures complémentaires

• NIST FIPS 180-4 : norme de hachage sécurisé
• API Web Cryptography du W3C : empreintes et algorithmes SHA
• WHATWG Encoding : UTF-8 et décodage de texte
• API File du W3C : lecture de Blob comme texte
• ECMAScript : isWellFormed de String
• WHATWG HTML : valeurs de textarea et fins de ligne
• W3C Secure Contexts : origines potentiellement dignes de confiance
• OWASP : aide-mémoire sur le stockage des mots de passe