fingerprint Vérificateur de Somme de Contrôle de Fichier star

Pourquoi les éditeurs de logiciels publient des sommes de contrôle

Lorsque vous téléchargez une image ISO de Linux, un binaire open source ou un installateur signé, la page de téléchargement affiche généralement une somme de contrôle à côté du fichier — une courte chaîne comme a94a8fe5ccb19ba61c4c0873d391e987982fbbd. Cette chaîne est le résultat d'une fonction de hachage cryptographique appliquée à chaque octet du fichier. Changez ne serait-ce qu'un seul bit n'importe où dans le fichier, et le hachage devient totalement différent. Les éditeurs publient cette valeur afin que, après avoir téléchargé le fichier, vous puissiez exécuter vous-même la même fonction de hachage et comparer votre résultat à celui qu'ils ont publié. Si les deux chaînes correspondent exactement, vous pouvez avoir confiance que la copie présente sur votre disque contient précisément les mêmes octets que ceux compilés et téléversés par l'éditeur — rien ajouté, rien manquant, rien modifié.

Une somme de contrôle détecte deux types de problèmes très différents. Le premier est banal : les connexions réseau se coupent en cours de transfert, les proxys tronquent les fichiers volumineux, et les disques écrivent parfois dans des secteurs défectueux — chacun de ces cas peut vous laisser avec un fichier qui semble complet (bonne taille, s'ouvre sans erreur évidente) mais qui diffère de l'original par une poignée d'octets corrompus, ce qui suffit souvent à faire planter un installateur ou à corrompre silencieusement des données par la suite. Le second est malveillant : si un attaquant compromet un serveur miroir ou intercepte un téléchargement en transit pour le remplacer par un binaire modifié embarquant un logiciel malveillant, comparer la somme de contrôle à la valeur publiée sur la page officielle et de confiance est l'un des rares contrôles capables de le détecter réellement — un nom et une taille de fichier sont triviaux à falsifier, mais reproduire un hachage exact exige de posséder exactement les octets d'origine.

Une somme de contrôle n'est pas un chiffrement

Il vaut la peine d'être précis sur ce que vérifie une somme de contrôle, car la terminologie prête souvent à confusion. Le hachage est une opération à sens unique, irréversible : SHA-256 transforme un fichier en une chaîne hexadécimale fixe de 64 caractères, mais aucune opération ne permet de retransformer cette chaîne en fichier. Cela seul indique qu'il ne s'agit pas de chiffrement — le chiffrement est conçu pour être réversible avec la bonne clé, le hachage est conçu pour n'être jamais réversible du tout. Une somme de contrôle vérifie l'intégrité, pas la confidentialité : elle confirme que les octets que vous possédez sont bien ceux qui ont été hachés. Quiconque a accès au fichier peut toujours en lire chaque octet en clair ; le hachage ne cache en rien le contenu. Ce qu'il garantit, c'est que si un seul octet était modifié — délibérément ou par accident — le hachage que vous calculez ne correspondrait plus à celui publié, et vous le sauriez immédiatement.

Cette distinction compte aussi pour le choix de l'algorithme. SHA-1 a été formellement considéré comme cassé sur le plan de la sécurité cryptographique en 2017, lorsque des chercheurs de Google et du CWI Amsterdam ont publié l'attaque « SHAttered » : deux fichiers PDF différents conçus pour produire le même hachage SHA-1, prouvant qu'un attaquant suffisamment motivé pouvait construire un fichier malveillant partageant sa somme de contrôle avec un fichier légitime. Ce résultat a mis SHA-1 à la retraite pour tout ce qui touche à la sécurité critique — certificats TLS, signatures numériques, défense contre un acteur hostile fabriquant délibérément une collision. Mais pour le cas bien plus courant que traite cet outil — confirmer qu'un téléchargement n'a pas été corrompu par une connexion instable — SHA-1 fonctionne encore parfaitement bien en pratique, car personne ne conçoit spécifiquement votre téléchargement corrompu pour qu'il corresponde à un hachage cible ; la corruption accidentelle est un basculement aléatoire de bits, pas la construction intentionnelle d'une collision. Cela dit, lorsqu'un éditeur propose le choix, SHA-256 ne coûte rien de plus à calculer et referme entièrement cette brèche, ce qui en fait le choix par défaut le plus sûr.