Combien de temps prend la récupération d'un mot de passe ZIP

Pourquoi il n'existe pas de réponse unique

Il n'existe pas de chiffre unique pour la durée d'une récupération de mot de passe ZIP. La même archive peut être résolue en une seconde, ou jamais résolue, selon le mot de passe qui la protège et la méthode employée pour la protéger. Quiconque annonce un temps fixe sans avoir vu votre fichier avance un chiffre au hasard.

Quatre choses dominent la durée : la méthode de chiffrement de l'archive, la longueur et le jeu de caractères du mot de passe, le type d'attaque que vous lancez, et la vitesse de votre appareil. Les deux premières sont fixées par celui qui a créé le fichier. Les deux dernières dépendent de vous, et c'est là qu'une stratégie sensée fait ses preuves.

La méthode de chiffrement donne le rythme

Le facteur le plus important, et de loin, est la façon dont l'archive a été chiffrée, car elle décide du coût du test de chaque candidat.

• ZipCrypto, la méthode héritée, est peu coûteux à tester. Il n'y a pas de ralentissement délibéré, si bien qu'une machine moderne vérifie les candidats rapidement. À titre de repère approximatif, dépendant de l'appareil, un seul thread teste environ 240 000 candidats ZipCrypto par seconde sur un cœur (mesuré avec le script de preuve du site ; votre appareil variera).
• WinZip AES est lent à tester à dessein. Il dérive une clé avec PBKDF2-HMAC-SHA1 exécutant 1 000 itérations pour chaque candidat, spécifiquement pour rendre coûteux le test en masse. Sur le même cœur, cela fait chuter le test à environ 640 candidats par seconde (mesuré avec le script de preuve du site ; votre appareil variera). Ce débit vaut pour AES-256 ; une archive AES-128 demande deux fois moins de travail de dérivation de clé par candidat, elle se teste donc jusqu'à environ deux fois plus vite.

C'est un écart d'environ deux à trois ordres de grandeur par candidat testé, avant même de changer quoi que ce soit d'autre. Une recherche qui prend environ 2,5 heures sur une archive ZipCrypto prend environ 40 jours sur une archive AES-256 de même forme. La page du chiffrement WinZip AES explique pourquoi ce ralentissement est délibéré.

Longueur du mot de passe et jeu de caractères

Pour une recherche par force brute, chaque caractère supplémentaire multiplie le nombre de mots de passe possibles par la taille du jeu de caractères. Cette multiplication explique pourquoi la longueur compte plus que toute autre propriété d'un mot de passe.

Ajouter deux caractères ne double pas le travail, il le multiplie par des centaines ou des milliers. Élargir le jeu de caractères fait de même. Un mot de passe court issu d'un petit jeu est souvent trivial à parcourir, alors qu'un long mot de passe issu d'un grand jeu ne l'est pas.

Ce que cela signifie en temps

Ces décomptes deviennent concrets une fois divisés par un débit de test. Le tableau ci-dessous prend la colonne minuscules-plus-chiffres et traduit le pire cas, l'épuisement de tout l'espace sur un seul thread, en temps approximatif aux débits de référence ci-dessus.

Deux caractères de plus transforment des heures en mois, et sur AES ils transforment des semaines en vies entières. Les chiffres sont approximatifs et dépendent de l'appareil, et en moyenne un mot de passe correct apparaît en cours de recherche plutôt qu'à la toute fin, mais la tendance tient : le coût de la force brute explose à mesure que le mot de passe s'allonge, et AES l'alourdit encore.

Le type d'attaque réduit la recherche

Ces nombres du pire cas supposent que vous ne savez rien et testez toutes les combinaisons à l'aveugle. C'est rarement nécessaire. Une récupération n'a pas besoin de couvrir tout l'espace des clés, seulement la région où vit votre vrai mot de passe.

• Un dictionnaire de mots de passe que vous utilisez réellement peut contenir la réponse dans ses quelques centaines de premières entrées. Cela peut se terminer en quelques secondes, même sur AES.
• Un masque qui capture la forme dont vous vous souvenez, comme un mot familier suivi de quatre chiffres, pourrait décrire quelques dizaines de milliers de candidats au lieu de milliers de milliards. Cela aussi peut se terminer en quelques secondes ou minutes.
• La force brute est le dernier recours, pas le premier, car elle ignore ce que vous savez et doit parcourir tout l'espace des clés.

Les temps des tableaux sont donc un plafond pour une recherche aveugle ; une recherche bien ciblée s'en approche rarement. L'aperçu de la récupération de mot de passe ZIP guide le choix entre ces approches.

Quand la réponse est, en pratique, « jamais »

Si votre archive utilise WinZip AES et que le mot de passe a été généré aléatoirement, long et tiré d'un grand jeu de caractères, vous ne le retrouverez pas en devinant dans un délai raisonnable. Il n'y a aucune faiblesse à exploiter et aucun raccourci autour de PBKDF2. Un mot de passe AES aléatoire de douze caractères est hors de portée de tous les outils, celui-ci compris, et tout outil qui prétend le contraire n'est pas honnête avec vous. La récupération est réaliste quand une personne a choisi le mot de passe et peut en décrire une partie. Si cela ne correspond pas à votre situation, le guide sur pourquoi la récupération peut échouer couvre ce qu'il reste à vérifier.

Arriver à un résultat plus vite

Vous ne pouvez pas changer le chiffrement d'une archive que vous essayez d'ouvrir, mais vous pouvez contrôler à quel point la recherche est bien ciblée, et c'est ce qui décide si une recherche se termine en quelques secondes ou jamais. Commencez par ce dont vous vous souvenez : les mots, dates et motifs que vous avez tendance à utiliser, et la longueur approximative. Lancez d'abord un dictionnaire, puis un masque, et gardez la force brute pour les mots de passe courts sur ZipCrypto uniquement. Plus vous décrivez précisément le mot de passe, plus la recherche devient petite et plus vite elle se termine. Quand vous êtes prêt, ouvrez l'outil de récupération et chargez votre archive.