Outil de Vérification de Hachage de Fichier

Un hash de fichier transforme le contenu d’un fichier en empreinte de longueur fixe selon un algorithme choisi. Le même fichier produit toujours la même valeur, tandis qu’un changement d’un seul octet peut donner un résultat totalement différent. Les hash servent à vérifier des téléchargements, comparer des sauvegardes, détecter des doublons, contrôler l’intégrité après transfert et confronter des checksums de release ou d’avis de sécurité. L’outil prend en charge MD5, SHA-1, SHA-256, SHA-384 et SHA-512. MD5 et SHA-1 existent encore dans des flux anciens, mais ne conviennent plus aux garanties modernes; SHA-256 ou mieux est préférable pour l’intégrité. L’empreinte ne révèle pas le fichier original.

Tous les digests SHA de la page passent par l'API W3C Web Cryptography, exposée dans le navigateur sous crypto.subtle. L'appel est await crypto.subtle.digest(algorithm, buffer), où algorithm vaut 'SHA-1', 'SHA-256', 'SHA-384' ou 'SHA-512' (sensible à la casse) et buffer est un ArrayBuffer ou n'importe quel TypedArray. La fonction retourne une Promise qui résout vers un ArrayBuffer contenant les octets du digest ; la page le convertit en hex minuscule en le parcourant comme un Uint8Array et en mappant chaque octet sur byte.toString(16).padStart(2, '0'). SubtleCrypto n'est disponible que dans des contextes sécurisés (HTTPS ou localhost), et SHA-1 reste accessible pour la vérification héritée, bien que la spécification le qualifie de cassé en termes de résistance aux collisions. MD5 n'est pas dans la spécification Web Crypto (le W3C l'a omis volontairement à cause des attaques par collision) ; le MD5 de cette page est donc calculé par une implémentation en JavaScript pur qui s'exécute entièrement dans le navigateur. Pour tous les algorithmes — MD5 comme la famille SHA — le fichier est lu en une seule fois en ArrayBuffer via FileReader.readAsArrayBuffer puis transmis à la routine MD5 en JavaScript ou à crypto.subtle.digest. Cet outil ne propose pas d'API incrémentale .append ni de repli vers un Web Worker, donc la mémoire doit contenir le fichier entier d'un coup : convenable pour des téléchargements classiques, moins pour des charges de plusieurs Go, où un outil de bureau qui streame depuis le disque (sha256sum, certutil -hashfile, Get-FileHash) est plus adapté. Longueurs de digest et posture de sécurité : MD5 = 128 bits / 32 caractères hex (RFC 1321, résistance aux collisions cassée depuis Wang Xiaoyun 2004, exploité in the wild par le malware Flame en 2012) ; SHA-1 = 160 bits / 40 caractères hex (FIPS 180-4, collision démontrée par SHAttered de Google en 2017 avec ~9,2 × 10^18 calculs SHA-1, dépréciation formelle prévue par NIST après 2030) ; SHA-256 = 256 bits / 64 caractères hex (FIPS 180-4, pas de collision connue, baseline recommandée) ; SHA-384 et SHA-512 = 384 / 512 bits, sortie tronquée et complète de la famille SHA-512 (FIPS 180-4). L'effet d'avalanche des hachages cryptographiques fait qu'un seul bit d'entrée modifié change en moyenne la moitié des bits de sortie, ce qui explique qu'une modification d'un seul octet produise un digest totalement différent.

• crypto.subtle.digest(algorithm, buffer) accepte 'SHA-1', 'SHA-256', 'SHA-384', 'SHA-512' (sensible à la casse) et rejette 'MD5' ; nécessite un contexte sécurisé (HTTPS ou localhost) et renvoie un Promise<ArrayBuffer>.
• Encodage hexadécimal : parcourez le résultat avec new Uint8Array(digestBuffer) et mappez chaque octet en byte.toString(16).padStart(2, '0') ; comparez les condensés de manière insensible à la casse (normalisez via .toLowerCase()).
• MD5 est volontairement absent de Web Crypto ; cet outil le calcule en JavaScript pur, lit le fichier en un seul ArrayBuffer via FileReader.readAsArrayBuffer et produit un digest hex minuscule de 32 caractères en une passe.
• Profil mémoire : la page lit le fichier complet dans un seul ArrayBuffer (pas d'API incrémentale .append, pas de délégation à un Web Worker) et passe le buffer en un seul appel à la routine MD5 JavaScript ou à crypto.subtle.digest. Pour les fichiers qui dépassent le heap disponible de l'onglet, passe à un outil de bureau (sha256sum, certutil -hashfile, Get-FileHash) qui streame depuis le disque.
• Tailles de condensés (FIPS 180-4) : MD5 128 bits, SHA-1 160 bits, SHA-256 256 bits, SHA-384 384 bits, SHA-512 512 bits ; le nombre de caractères hex est le double du nombre d'octets.
• Attaques de collision connues : MD5 compromis par Wang 2004, exploité par Flame 2012 ; SHA-1 compromis par Google SHAttered 2017 (~9,2 × 10^18 ops, ~110 années-GPU) ; SHA-256 et au-delà n'ont aucune collision pratique connue.
• Effet d'avalanche : un changement d'un seul bit d'entrée inverse ~50% des bits de sortie en moyenne ; c'est pourquoi l'édition d'un seul octet produit un condensé hexadécimal complètement différent et pourquoi des correspondances partielles de fichier n'existent pas.