Casser un mot de passe d'archive ZIP, RAR ou 7-Zip

Une archive protégée par mot de passe ressemble, vue de l'extérieur, à un seul problème : vous avez un .zip, un .rar ou un .7z, et pas de mot de passe. En dessous, ce sont en réalité trois problèmes distincts, car ZIP, RAR et 7-Zip chiffrent chacun différemment, et deux d'entre eux ont plusieurs variantes selon l'outil qui a créé l'archive. Si vous faites l'extraction et choisissez le bon mode, c'est un travail de wordlist de routine. Si vous vous trompez, hashcat refuse carrément la ligne ou casse silencieusement dans le vide.

D'abord, extraire le hash

Aucun de ces formats ne vous donne un hash exploitable en regardant simplement le fichier. Vous exécutez l'extracteur John the Ripper correspondant, fourni avec la distribution jumbo :

zip2john secret.zip > zip.hash
rar2john secret.rar > rar.hash
7z2john.pl secret.7z > 7z.hash

Chacun imprime une ligne de hash préfixée par $zip2$, $pkzip2$, $RAR3$, $rar5$ ou $7z$ selon ce qu'il trouve dans l'archive. Ce préfixe est l'étape d'identification — il vous indique quel mode hashcat utiliser, de la même manière qu'identifier un hash inconnu part de la forme de la chaîne plutôt que d'une supposition. La ligne produite par ces outils est acceptée telle quelle par hashcat ; aucun reformatage n'est nécessaire.

Choisir le mode

Si le préfixe ne correspond clairement à aucun de ceux-ci, suivez comment trouver le bon mode hashcat plutôt que de forcer un mode en supposant qu'une absence de résultat signifie que le mot de passe est robuste — cela peut simplement vouloir dire que vous avez extrait le mauvais type de hash.

Lancer l'attaque

Une fois le bon mode en main, c'est le même flux wordlist-et-règles que partout ailleurs :

hashcat -m 13600 zip.hash rockyou.txt -r rules/best64.rule
hashcat -m 13000 rar.hash rockyou.txt -r rules/best64.rule
hashcat -m 11600 7z.hash rockyou.txt -r rules/best64.rule

John the Ripper peut casser les mêmes fichiers extraits directement, généralement sans forcer de format puisqu'il le détecte automatiquement à partir du préfixe de la ligne :

john zip.hash --wordlist=rockyou.txt
john --show zip.hash

Pourquoi la vitesse varie autant entre ces trois formats

C'est ici que le format compte plus que la wordlist. Le mode AES de WinZip (13600) et RAR3-hp (12500) dérivent tous deux leur clé avec une étape relativement légère basée sur SHA-1 ou en une seule passe, donc un GPU traite bien plus de candidats par seconde qu'il ne le ferait contre un hash délibérément lent. RAR5 et 7-Zip, c'est une autre histoire : les deux font passer le mot de passe par une étape de dérivation de clé itérée et configurable basée sur PBKDF2/SHA-256 avant même que la clé ne touche l'AES, si bien que le débit sur un matériel identique est nettement plus faible que contre RAR3-hp ou WinZip AES. Le même écart apparaît entre le chiffrement Office/PDF et les hash bruts, et pour la même raison : le nombre d'itérations est un choix de conception délibéré pour rendre la force brute coûteuse, pas un accident.

Cet écart doit orienter votre approche, pas seulement votre patience. Contre RAR3-hp ou le PKZIP ancien, une grande liste associée à des règles est viable. Contre RAR5 ou 7-Zip, traitez-les comme un hash bcrypt robuste : une liste courte et ciblée vaut mieux que de passer rockyou en revue à quelques milliers d'essais par seconde, et une attaque par masque au-delà de sept ou huit caractères est rarement réaliste sur du matériel grand public.

En résumé

Les mots de passe d'archive tombent selon le même processus que n'importe quel autre hash hors ligne : extraire correctement, identifier la variante exacte à partir du préfixe du hash lui-même, choisir le mode correspondant, puis dépenser votre puissance de calcul là où elle compte. Le vrai piège est de traiter « ZIP » ou « RAR » comme un seul type de hash alors que chacun est en réalité une petite famille, et lancer le mauvais mode de la famille gaspille une session sans rien vous apprendre sur la robustesse du mot de passe.