🧰 ToolPicoTous les outils →
AccueilBlog › Comment vérifier qu'un fichier téléchargé n'est pas corrompu ?

Comment vérifier qu'un fichier téléchargé n'est pas corrompu ? (SHA-256)

Vous venez de télécharger un installateur, une image disque ou une archive, et le site de l'éditeur indique une valeur SHA-256 « à vérifier avant utilisation ». Ce guide explique comment comparer ce hash en quelques secondes, et comment choisir le bon algorithme selon votre besoin.

Dans ce guide

Vérifier l'intégrité d'un fichier téléchargé

En résumé : chargez le fichier dans l'onglet « Fichier », collez le hash fourni par l'éditeur dans le champ « Hash attendu », et l'outil compare automatiquement les deux valeurs — une correspondance confirme que le fichier est intact.

Un hash (ou empreinte) est une chaîne de caractères de longueur fixe calculée à partir du contenu d'un fichier ou d'un texte. La propriété qui rend cette empreinte utile pour vérifier l'intégrité d'un fichier est simple : les mêmes données produisent toujours exactement le même hash, et modifier ne serait-ce qu'un seul bit — par exemple à cause d'une connexion interrompue pendant le téléchargement — change entièrement le résultat. Comparer le hash calculé localement au hash publié par l'éditeur permet donc de détecter un fichier corrompu ou altéré sans avoir à ouvrir ou exécuter quoi que ce soit.

Dans la pratique, un générateur de hash qui accepte les fichiers calcule cette empreinte directement dans le navigateur : vous glissez-déposez le fichier téléchargé (installateur, image disque ISO, archive), l'outil calcule ses valeurs MD5 et de la famille SHA, et si vous collez le hash attendu dans un champ dédié, la comparaison s'affiche automatiquement avec une coche verte ou une alerte rouge selon le résultat.

Exemple concret et hypothétique : imaginons que vous téléchargez une distribution Linux dont le site officiel publie un SHA-256 de 64 caractères hexadécimaux. Après le téléchargement, vous chargez le fichier ISO dans l'outil, collez ce SHA-256 dans le champ « Hash attendu », et cliquez sur « Générer le hash ». Si les deux valeurs correspondent au caractère près, le fichier n'a subi aucune altération pendant le transfert ; sinon, mieux vaut retélécharger le fichier avant de l'utiliser.

MD5, SHA-1, SHA-256, SHA-512 : lequel choisir ?

En résumé : SHA-256 est le choix par défaut le plus sûr pour la plupart des usages actuels ; MD5 et SHA-1 restent utiles pour la compatibilité avec d'anciens systèmes ou de simples sommes de contrôle non critiques, mais sont cryptographiquement faibles.

Ces algorithmes diffèrent avant tout par la longueur de l'empreinte produite et par leur robustesse face aux attaques. Le MD5 produit 128 bits (32 caractères hexadécimaux) et reste rapide, mais des chercheurs ont démontré des attaques par collision (deux contenus différents produisant le même hash), ce qui le rend impropre à tout usage sensible pour la sécurité. Le SHA-1 (160 bits) est aujourd'hui également considéré comme faible pour les mêmes raisons. Le SHA-256 (256 bits) et le SHA-512 (512 bits) sont en revanche considérés comme sûrs aujourd'hui et servent de base aux certificats TLS et aux signatures numériques modernes.

AlgorithmeLongueurStatutUsage typique
MD5128 bits (32 car.)FaibleSomme de contrôle rapide, non critique
SHA-1160 bits (40 car.)FaibleCompatibilité avec d'anciens systèmes
SHA-256256 bits (64 car.)SûrVérification de fichier, TLS, blockchains
SHA-384384 bits (96 car.)SûrCertificats renforcés
SHA-512512 bits (128 car.)SûrSignatures numériques, empreinte longue

Pour un identifiant de hash trouvé quelque part (un forum, un fichier de log, une base de données) sans avoir le fichier ou le texte d'origine sous la main, un outil peut aussi tenter de deviner l'algorithme utilisé simplement à partir de la longueur de la chaîne collée — 32 caractères suggèrent du MD5, 64 du SHA-256, et ainsi de suite.

HMAC : signer un message avec une clé secrète

En résumé : HMAC combine un hash (comme SHA-256) avec une clé secrète pour produire une signature qui prouve à la fois l'intégrité et l'origine d'un message, typiquement utilisée pour la vérification de webhooks et de requêtes API.
HMAC (Hash-based Message Authentication Code) : signature calculée à partir d'un message et d'une clé secrète partagée. Contrairement à un hash simple, que n'importe qui peut recalculer à partir des seules données, HMAC nécessite de connaître la clé secrète pour produire ou vérifier la signature — ce qui permet d'authentifier l'émetteur d'un message, pas seulement son intégrité.

Un cas d'usage fréquent : un service qui envoie des notifications automatiques (un « webhook ») signe chaque requête avec HMAC-SHA-256 en utilisant une clé secrète partagée à l'avance avec le destinataire. Le destinataire recalcule le HMAC de son côté avec la même clé et vérifie qu'il correspond à la signature reçue dans l'en-tête de la requête — cela confirme que la requête vient bien du service attendu et n'a pas été modifiée en chemin.

Un outil de hash en ligne est-il sûr pour un document confidentiel ?

En résumé : uniquement si les calculs s'effectuent entièrement dans le navigateur ; dans ce cas, ni le texte saisi ni le fichier chargé ne quittent votre appareil ou ne sont envoyés à un serveur.

La confidentialité d'un générateur de hash dépend entièrement de l'endroit où le calcul a lieu. Un outil qui traite tout côté client utilise généralement l'API Web Crypto intégrée au navigateur (fonction crypto.subtle.digest) pour la famille SHA, et une implémentation JavaScript pure pour le MD5 — sans jamais téléverser le contenu vers un serveur distant. Cela permet de hasher en toute confiance un contrat, un document interne ou un fichier de configuration sensible, tant que la page confirme clairement ce fonctionnement local.

Calculez MD5, SHA-1, SHA-256, SHA-384 et SHA-512 pour du texte ou un fichier, comparez des hashs et signez avec HMAC — gratuit, 100% dans votre navigateur.

Essayer l'outil →

Questions fréquentes

Comment vérifier le hash d'un fichier téléchargé ?
Chargez le fichier dans l'onglet « Fichier » d'un générateur de hash ; l'outil calcule ses valeurs MD5 et SHA directement dans votre navigateur. Collez ensuite le hash fourni par l'éditeur (généralement SHA-256) dans le champ « Hash attendu » : l'outil le compare automatiquement au hash réel du fichier et indique si les deux correspondent.
Quelle est la différence entre MD5 et SHA-256 ?
Le MD5 produit une empreinte de 128 bits (32 caractères hexadécimaux) et est cryptographiquement faible : des collisions peuvent être produites, donc il ne doit pas être utilisé pour des usages sensibles. Le SHA-256 produit une empreinte de 256 bits (64 caractères hexadécimaux) et est considéré comme sûr aujourd'hui, utilisé dans les certificats TLS et les signatures numériques. Pour une simple somme de contrôle non critique, MD5 reste rapide et suffisant ; pour tout ce qui touche à la sécurité, préférez SHA-256.
Un outil de hash en ligne est-il sûr pour un fichier confidentiel ?
Cela dépend entièrement de l'outil : si les calculs s'effectuent dans le navigateur via l'API Web Crypto (crypto.subtle.digest), le fichier n'est jamais envoyé ni téléversé vers un serveur, ce qui permet de hasher un document confidentiel en toute sécurité. Vérifiez toujours que l'outil précise clairement que le traitement est local avant d'y charger un fichier sensible.
Comment fonctionne HMAC et à quoi ça sert ?
HMAC (Hash-based Message Authentication Code) combine un hash classique (comme SHA-256) avec une clé secrète pour produire une signature qui prouve à la fois l'intégrité du message et l'identité de son émetteur. C'est le mécanisme utilisé pour signer des webhooks ou authentifier des requêtes API : le destinataire recalcule le HMAC avec la même clé secrète et vérifie qu'il correspond à la signature reçue.
Peut-on retrouver le texte d'origine à partir d'un hash ?
Non, les fonctions de hash sont conçues pour être à sens unique : il est mathématiquement impossible de reconstituer les données d'origine à partir de l'empreinte seule. En revanche, des entrées courtes ou prévisibles (comme des mots de passe courants) peuvent être retrouvées en comparant le hash à des listes précalculées (rainbow tables), d'où l'importance d'ajouter un sel avant de hasher un mot de passe.

Guides associés

Note méthodologique : l'exemple de vérification de fichier ISO ci-dessus est fourni à titre illustratif pour clarifier le raisonnement, et non comme un cas réel vérifié. Ce guide est informatif et ne remplace pas une expertise en sécurité informatique pour des usages cryptographiques sensibles.