Combien de Temps Faut-il pour Craquer un Mot de Passe PDF ? (Chiffres Réels)
Mis à jour en juillet 2026 • 5 min de lecture
« Combien de temps faudrait-il pour craquer le mot de passe de mon PDF » n'a pas une seule réponse : cela dépend fortement du chiffrement utilisé par le fichier et, bien plus encore, de la façon dont le mot de passe lui-même a été choisi. Voici des chiffres réels et mesurés, issus de tests menés sur du vrai chiffrement PDF sur du matériel GPU réel, couvrant les quatre révisions encore présentes en pratique, afin que vous puissiez voir exactement où se situe réellement le risque.
Le chiffre qui surprend les gens
Les PDF modernes en AES-256 (le chiffrement le plus fort proposé par le format) sont testés à environ 560 000 tentatives de mot de passe par seconde sur un seul GPU grand public, environ huit fois plus vite que l'étape équivalente sur un document Office 2013, car la norme PDF n'exécute sa dérivation de clé que 64 fois là où Office l'exécute 100 000 fois. Le chiffrement est fort ; la vitesse de test des candidats contre lui ne l'est pas.
Ce que mesure réellement le « craquage »
Craquer un mot de passe PDF ne signifie pas casser le chiffrement mathématiquement, AES-256 lui-même n'est nulle part le point faible ici. Cela signifie tester systématiquement des mots de passe candidats, en faisant passer chacun par la fonction de dérivation de clé du PDF pour voir s'il produit la bonne clé. La vitesse pertinente n'est donc pas « quelle est la force d'AES-256 » (extrême), c'est « combien de mots de passe candidats par seconde peuvent être testés contre l'étape de dérivation de clé de ce format de fichier spécifique », et ce chiffre varie énormément selon la révision du PDF.
Ces chiffres proviennent d'exécutions de hashcat contre de vrais fichiers PDF de test couvrant les quatre révisions de chiffrement encore en usage : RC4-40, RC4-128, AES-128, et AES-256 révision 6, mesurées sur un seul GPU grand public. Les différences relatives entre révisions se maintiennent sur n'importe quel GPU moderne, puisque la dérivation de clé PDF est limitée par la latence plutôt que par le débit brut.
Les chiffres mesurés, par révision de chiffrement
RC4-40 (le chiffrement PDF le plus ancien et le plus faible, des premières versions d'Acrobat) : environ 5,5 milliards de candidats par seconde. À cette vitesse, chaque mot de passe possible de 8 caractères utilisant minuscules et chiffres (environ 2,8 billions de combinaisons) est épuisé en environ 8,5 minutes, en force brute pure, sans dictionnaire nécessaire. La clé de chiffrement de 40 bits de RC4-40 peut aussi être forcée directement, indépendamment du mot de passe, en un temps borné ; en pratique, aucun PDF en RC4-40 n'est à l'abri de quelqu'un prêt à y consacrer le calcul nécessaire.
RC4-128 et AES-128 (un niveau intermédiaire courant) : environ 167 millions de candidats par seconde. Le même espace de 8 caractères minuscules et chiffres prend environ 4,7 heures à épuiser complètement, ce qui reste tout à fait faisable, et tout mot de passe plus court ou plus courant que cela tombe bien plus vite via des attaques par dictionnaire et par règles, souvent en quelques secondes.
AES-256 révision 6 (la norme moderne depuis Acrobat 9, et la plus forte proposée par le format) : environ 560 000 candidats par seconde, considérablement plus lent que les trois autres, mais quand même environ huit fois plus rapide que de tester des candidats contre un fichier Office 2013 équivalent, car la fonction de dérivation de clé de la spécification PDF n'exécute que 64 itérations, contre 100 000 pour Office. Une recherche exhaustive de 7 caractères prendrait de l'ordre de 39 heures à ce rythme ; un mot de passe faible ou basé sur un dictionnaire, quelle que soit sa longueur, tombe typiquement en quelques secondes, puisque les attaques par dictionnaire et par règles n'ont pas besoin de parcourir tout l'espace possible.
Ce que cela signifie pour un mot de passe faible ou choisi par un humain
Pour un mot de passe qui est un mot de dictionnaire, un nom, une courte phrase, ou un schéma courant avec quelques chiffres ajoutés, la révision de chiffrement importe à peine : les attaques par dictionnaire et par règles le trouvent en quelques secondes à quelques minutes sur n'importe laquelle des quatre révisions, car la recherche n'a pas besoin d'énumérer tout l'espace possible des mots de passe, elle teste l'ensemble bien plus restreint des mots de passe que les gens choisissent réellement. C'est l'enseignement le plus important de ces chiffres : la force du chiffrement (AES-256 contre RC4-40) compte bien moins pour votre risque réel que le fait de savoir si le mot de passe lui-même a jamais été conçu pour résister à un ordinateur, plutôt que juste à un humain qui devine.
Ce que cela signifie pour un mot de passe fort et aléatoire
La situation s'inverse complètement pour un mot de passe véritablement aléatoire. Les tests ont montré qu'un mot de passe aléatoire de 12 caractères, mélangeant majuscules, minuscules, chiffres et symboles, a résisté à chaque étape d'attaque sur les quatre révisions de chiffrement, y compris le chemin de force brute rapide de RC4-40 et le chemin plus lent d'AES-256 ; toute la chaîne de test (dictionnaire, mutation par règles, et attaques par masque bornées) est allée jusqu'au bout sans rien trouver sur chaque fixture testée. Ce n'est pas un échec de justesse, c'est le résultat attendu : un mot de passe aléatoire de 12 caractères se situe si loin au-delà même de la vitesse de 5,5 milliards par seconde de RC4-40 qu'épuiser l'espace de recherche n'est réaliste sur aucun budget matériel. La longueur et la véritable aléatoire, pas la révision de chiffrement, sont ce qui détermine réellement si un mot de passe résiste au test.
Pourquoi cela compte si vous choisissez un mot de passe pour protéger un PDF
Si c'est vous qui ajoutez une protection par mot de passe à un PDF, ces chiffres pointent vers une conclusion claire : choisissez un mot de passe véritablement long et aléatoire (un mot de passe généré par un gestionnaire de mots de passe, de douze caractères ou plus, est idéal), et la révision de chiffrement que votre outil PDF utilise devient presque sans importance pour votre sécurité réelle. À l'inverse, un mot de passe mémorable choisi par un humain abandonne la majeure partie de sa protection quelle que soit la révision AES ou RC4 qui l'enveloppe, puisque le test par dictionnaire se moque de la force du chiffrement sous-jacent.
Si vous êtes de l'autre côté, essayant de retrouver l'accès à votre propre PDF avec un mot de passe véritablement oublié, ces mêmes chiffres vous disent honnêtement à quoi vous attendre : notre guide sur la récupération d'un mot de passe PDF oublié détaille ce qui est réalistement récupérable compte tenu exactement de ces données, et ce qui ne l'est pas.
Comment ces chiffres ont-ils été réellement mesurés
Ce ne sont pas des estimations théoriques : ils proviennent de l'exécution de hashcat contre de vrais fichiers PDF construits spécifiquement pour tester chaque révision de chiffrement, à la fois avec des mots de passe délibérément faibles (issus d'une liste courante de mots de passe divulgués, pour valider que le pipeline fonctionne bien de bout en bout) et des mots de passe délibérément forts (aléatoires de 12 caractères, pour tester où se situe réellement le mur). Les fixtures faibles ont toutes été craquées, en quelques secondes à quelques dizaines de secondes par fichier, confirmant que le pipeline d'extraction et de test se comporte correctement face à un vrai chiffrement PDF plutôt qu'à une version simplifiée. Les fixtures fortes ont toutes tenu, sur toute la chaîne d'attaque (dictionnaire, puis mutation par règles, puis recherche par masque bornée), ce qui est exactement le résultat que l'on souhaiterait voir si le mur est réel plutôt qu'une faille dans les tests.
Le coût est une autre façon utile de regarder ces chiffres. Comme une tentative de test s'exécute pour un budget fixe quel que soit le mode ciblé, une tentative complète coûte à peu près le même temps de calcul quelle que soit la révision de chiffrement du PDF, la révision ne change que le nombre de mots de passe candidats que ce budget permet de tester. Un craquage réussi, quand le mot de passe est assez faible pour être trouvé, se produit généralement dans les toutes premières secondes du test par dictionnaire, ce qui représente une fraction infime de ce budget. Autrement dit : l'économie du test d'un mot de passe PDF est dominée par le fait que le mot de passe soit faible, pas par la révision de chiffrement qui le protège.
Comment estimer le risque réaliste de craquage de votre propre PDF
Un moyen rapide de raisonner sur le niveau d'exposition réel du mot de passe de votre PDF, en s'appuyant sur des vitesses de craquage mesurées.
- Identifiez à peu près comment le mot de passe a été choisi — Était-ce un mot de dictionnaire, un nom, ou une courte phrase, ou une longue chaîne générée par un gestionnaire de mots de passe ? Cela compte plus que la révision de chiffrement.
- Vérifiez la révision de chiffrement du PDF si possible — Les PDF plus anciens (avant 2008 environ) utilisent généralement RC4-40 ou RC4-128 ; les PDF depuis Acrobat 9 utilisent typiquement AES-128 ou AES-256.
- Comparez le style du mot de passe aux chiffres ci-dessus — Un mot de passe choisi par un humain est exposé sur n'importe quelle révision, en quelques secondes à quelques heures. Un long mot de passe aléatoire résiste sur chaque révision testée, y compris la plus rapide.
- Si c'est un mot de passe choisi par un humain que vous avez oublié — Une tentative de récupération dédiée a une vraie chance de le trouver ; consultez notre guide sur les mots de passe oubliés pour les chances honnêtes et le processus respectueux de la confidentialité.
- Si c'est un mot de passe véritablement aléatoire que vous avez oublié — Aucune tentative de récupération réaliste ne le trouvera. Vérifiez plutôt les gestionnaires de mots de passe ou les emplacements de stockage d'origine plutôt que d'attendre qu'un craquage réussisse.
Questions fréquentes
Le chiffrement AES-256 des PDF est-il craquable ?
Le chiffrement lui-même, non, pas dans un sens pratique. Ce qui est mesurable, c'est la vitesse à laquelle des mots de passe candidats peuvent être testés contre lui : environ 560 000 par seconde sur un seul GPU grand public, ce qui est assez rapide pour qu'un mot de passe faible ou choisi par un humain tombe souvent rapidement, même si le chiffrement lui-même n'est pas compromis.
Le chiffrement AES-256 des PDF est-il réellement plus faible que le chiffrement Office 2013 ?
En termes de vitesse à laquelle des mots de passe candidats peuvent être testés, oui, de façon mesurable : l'AES-256 du PDF (révision 6) n'exécute sa fonction de dérivation de clé que 64 fois, contre 100 000 pour Office 2013, rendant le test de candidats environ huit fois plus rapide sur PDF. Le chiffrement lui-même n'est pas plus faible ; c'est le nombre de tours le protégeant contre les tentatives de devinette qui l'est.
Combien de temps faudrait-il pour craquer un mot de passe PDF aléatoire de 12 caractères ?
D'après les tests mesurés, un mot de passe véritablement aléatoire de 12 caractères a résisté à chaque étape d'attaque sur les quatre révisions de chiffrement PDF, y compris la plus rapide (RC4-40 à environ 5,5 milliards de tentatives par seconde). Il n'est pas réalistement récupérable sur aucun budget matériel.
Quel chiffrement PDF est le moins sûr face aux tentatives de craquage ?
RC4-40, la révision la plus ancienne, est testée à environ 5,5 milliards de candidats par seconde, et sa clé de 40 bits peut aussi être forcée directement, indépendamment de la force du mot de passe. Tout PDF utilisant encore RC4-40 devrait être considéré comme pratiquement sans protection face à une tentative déterminée.
Un mot de passe plus long résiste-t-il toujours au craquage, quelle que soit la révision de chiffrement du PDF ?
Oui, la longueur combinée à une véritable aléatoire est ce qui compte le plus. Les tests mesurés ont montré qu'un mot de passe aléatoire de 12 caractères résiste à chaque révision, y compris la plus rapide (RC4-40), tandis que les mots de passe courts et basés sur un dictionnaire tombent rapidement même sur la révision la plus lente (AES-256).