Modificateur MD5 de Fichier

Le modificateur MD5 change l’empreinte MD5 d’un fichier en ajoutant une petite quantité de données aléatoires à sa fin. Comme MD5 est calculé sur tout le contenu, quelques octets supplémentaires suffisent à produire un condensat totalement différent. L’outil sert à créer des fichiers de test distincts, vérifier le comportement d’un cache, simuler des cas de détection de doublons ou contrôler des processus fondés sur la comparaison de hash. Ce n’est ni un outil de réparation ni une amélioration de sécurité. Le fichier est réellement modifié, même si certains formats acceptent des octets ajoutés en fin de fichier; gardez donc l’original.

Le principe du modificateur MD5 est extrêmement simple : on ajoute N octets aléatoires (généralement 8 à 16) à la fin du fichier, puis on laisse MD5 recalculer son condensat sur l'ensemble des données. Grâce à l'effet d'avalanche, la modification d'un seul octet inverse environ la moitié des bits de sortie, si bien que le résultat semble totalement différent. Pourquoi l'ajout en fin de fichier préserve-t-il l'utilisabilité ? La plupart des formats conteneurs (ZIP, PNG, MP4, JPEG, PDF, APK) ne lisent que les régions de données définies dans l'en-tête et ignorent les octets supplémentaires après la fin du fichier. Cela découle d'une tradition de conception : de nombreux formats autorisent des commentaires ou des extensions personnalisées après la marque de fin. Par exemple, l'End of Central Directory Record d'un ZIP peut être suivi d'octets arbitraires, et PNG ignore explicitement tout ce qui suit le chunk IEND. Ajout vs attaques par collision : les utilisateurs demandent parfois s'il est possible de calculer un MD5 précis. Cela nécessiterait de trouver deux messages différents tels que MD5(msg1) = MD5(msg2) — la fameuse attaque par collision que Wang Xiaoyun a brisée en 2004. Générer une collision exige des heures sur un cluster GPU et produit des messages à la structure spécifique et incontrôlable. L'ajout d'octets aléatoires est une alternative pratique en O(1) ; le compromis est que le nouveau MD5 est imprévisible et ne peut pas être imposé. Où insérer les données : l'insertion de données aléatoires au milieu corromprait le flux de données, donc l'outil ajoute toujours en fin de fichier. Ajouter trop peu d'octets (1-2) est techniquement correct mais le résultat reste trop proche de l'original ; 8 octets ou plus sont recommandés, offrant un espace de collision allant jusqu'à 2^64.

• Effet d'avalanche MD5 : modifier 1 bit en entrée inverse environ 50 % des bits de sortie, si bien que toute modification d'un seul octet, où qu'il soit, altère complètement le condensat.
• Les conteneurs ZIP peuvent être décompressés normalement même avec des données ajoutées après l'End of Central Directory ; la boîte mdat d'un MP4 peut être placée en fin de fichier avec des données supplémentaires derrière ; PNG ignore explicitement tout ce qui suit le chunk IEND.
• Ajoutez au moins 8 octets par sécurité ; l'espace de résultats est théoriquement de 2^64, rendant les collisions pratiquement impossibles.
• Il est impossible de spécifier un MD5 cible : obtenir un hash précis pour un fichier nécessite de trouver une collision, ce qui est extrêmement coûteux et incontrôlable. Cet outil garantit uniquement un MD5 aléatoirement différent.
• L'ajout de 8 octets sur des fichiers de plusieurs Mo est négligeable (moins de 0,0001 % d'augmentation), mais la croissance relative est plus visible sur les petits fichiers de quelques Ko.
• Les exécutables, conteneurs chiffrés et paquets signés sont sensibles aux modifications de structure ; l'ajout peut invalider leur vérification, aussi testez dans un environnement isolé avant de vous y fier.