Hachage/Crypto
Checksum Verifier
Vérifier l'intégrité d'un fichier ou d'un texte — collez le hash attendu et l'outil détectera l'algorithme parmi les 13 pris en charge.
Hashes calculés
Sites publish a checksum next to a download so users can confirm the file arrived intact and hasn't been tampered with. This tool hashes your file and compares it against the expected value, detecting the algorithm automatically.
How to use it
- Pick a file or paste text, then paste the expected hash published by the source.
- The tool auto-detects the algorithm from the hash's length among the 13 it supports (MD5, SHA-1, SHA-256, and others) and shows whether the result matches.
- If the algorithm is known ahead of time, you can select it manually for a more precise check.
Common uses
- Verifying an ISO image or installer after downloading it, before burning it to media.
- Confirming an archive of important data survived a network transfer intact.
- Cross-checking a package manager's checksum against the one the developer published.
Things to keep in mind
A checksum check protects against accidental corruption and confirms file integrity, but it doesn't guarantee the original itself wasn't compromised at the source — that requires a digital signature.
If the checksum doesn't match, re-download the file first: the most common cause is corruption in transit, not tampering.
Article sur cet outil: Checksum Verifier : comment vérifier qu'un fichier n'est pas corrompu
Questions fréquentes
Comment comparer le hash calculé avec celui fourni par l'éditeur ?
Collez le hash publié (par exemple sur la page de téléchargement) dans le champ « Hash attendu » : l'outil le compare automatiquement aux 13 algorithmes calculés et indique lequel correspond.
La comparaison est-elle sensible à la casse ?
Non, la comparaison hexadécimale ignore la casse : un hash en majuscules et le même en minuscules sont considérés comme identiques.
Une correspondance de hash prouve-t-elle que le fichier est authentique ?
Non, elle prouve seulement que le fichier n'a pas été corrompu ou modifié par rapport à la version dont provient le hash. Pour vérifier l'authenticité (que le fichier vient bien de l'éditeur), il faut une signature cryptographique, pas seulement une somme de contrôle.
Pourquoi utilise-t-on parfois CRC32 au lieu de SHA-256 pour les sommes de contrôle ?
CRC32 est bien plus rapide, mais il est facile à falsifier délibérément — acceptable pour détecter une corruption accidentelle pendant le transfert (archiveurs, protocoles réseau), mais inadapté comme protection contre un attaquant qui veut remplacer un fichier discrètement.
Que faire si la somme de contrôle ne correspond pas ?
Retéléchargez d'abord le fichier — la cause la plus fréquente d'un écart est une corruption pendant le transfert. Si après un nouveau téléchargement la somme ne correspond toujours pas, n'utilisez pas le fichier : peut-être que la source a mis à jour le fichier sans mettre à jour la somme publiée, ou que le fichier a été remplacé.