Le terme « crypter » reste impropre en cryptographie, mais il s’est imposé dans l’usage courant pour désigner le chiffrement d’un PDF. La distinction technique a son importance : chiffrer un document, c’est appliquer un algorithme symétrique (AES, RC4) avec une clé dérivée d’un mot de passe. La robustesse dépend de l’algorithme, de la révision du handler de sécurité et de la longueur du secret, pas du logiciel qui pose l’étiquette « protégé ».
Algorithme de chiffrement PDF : AES-256 révision 6 et ce que la version du fichier ne dit pas
La norme ISO 32000-2:2017 (PDF 2.0) déprécie les anciens mécanismes de sécurité et prévoit AES-256 avec la révision 6 du handler. Un outil qui affiche « PDF 2.0 » n’applique pas forcément ce niveau de chiffrement. Il faut vérifier dans les propriétés de sécurité du document l’algorithme effectivement utilisé et le numéro de révision.
RC4 40 bits et RC4 128 bits, encore proposés par certains utilitaires gratuits, se cassent en quelques minutes sur du matériel courant. AES-128 résiste à une attaque par force brute classique, mais AES-256 révision 6 reste la cible à atteindre pour tout document contenant des données sensibles.
Nous recommandons de toujours ouvrir le PDF chiffré dans un lecteur qui affiche les métadonnées de sécurité (Acrobat, PDF-XChange, certaines bibliothèques open source) et de confirmer la ligne « Encryption: AES 256-bit, Revision 6 » avant d’envoyer le fichier.
Mot de passe d’ouverture et mot de passe de permissions : deux protections très inégales
Un PDF peut embarquer deux types de mots de passe. Le mot de passe d’ouverture chiffre réellement le contenu : sans lui, le fichier reste illisible. Le mot de passe de permissions (dit « owner password ») se contente de signaler au lecteur PDF qu’il doit interdire l’impression, la copie ou la modification.
La différence est fondamentale. Le mot de passe de permissions repose sur la bonne volonté du logiciel. Des outils tiers, y compris des scripts Python de quelques lignes, suppriment ces restrictions sans toucher au contenu. Quiconque souhaite savoir comment crypter un document PDF de manière fiable doit poser un mot de passe d’ouverture, pas uniquement des restrictions de permissions.
Combiner les deux reste pertinent dans un workflow interne : le mot de passe d’ouverture protège la confidentialité, celui de permissions décourage la copie accidentelle par un collaborateur autorisé. L’un ne remplace pas l’autre.
Force du mot de passe et transmission : le maillon faible du chiffrement PDF
Le chiffrement PDF se casse hors ligne. Une personne disposant du fichier peut lancer des essais de mots de passe sans aucune limite de tentatives, contrairement à un service web qui bloquerait après plusieurs échecs. La conséquence directe : un mot de passe court se retrouve en quelques heures, même avec AES-256.
Les critères d’un mot de passe résistant à une attaque hors ligne :
- Privilégier une phrase de passe longue et aléatoire (quatre mots sans lien logique, par exemple) plutôt qu’un mot court agrémenté de symboles. La longueur prime sur la complexité apparente.
- Éviter tout mot présent dans un dictionnaire, toute date de naissance, tout identifiant réutilisé sur un autre service.
- Générer le mot de passe via un gestionnaire de mots de passe (KeePass, Bitwarden, 1Password) et ne jamais le stocker en clair à côté du fichier.
La transmission du secret mérite autant d’attention que sa qualité. Envoyer le PDF et son mot de passe par le même canal (un seul e-mail, un seul message) annule l’intérêt du chiffrement. Transmettez le mot de passe par un canal distinct : SMS, appel vocal, messagerie chiffrée séparée.
Métadonnées et données cachées : ce que le chiffrement PDF ne masque pas
Chiffrer un PDF protège le flux de contenu (texte, images, annotations). Les métadonnées du document, elles, peuvent rester partiellement lisibles selon le niveau de chiffrement et les réglages de l’outil. Titre, auteur, logiciel de création, dates de modification : ces informations apparaissent parfois en clair dans un fichier pourtant protégé par mot de passe.
Sur des documents soumis au RGPD ou à des obligations de confidentialité contractuelle, cette fuite de métadonnées pose un problème concret. Un nom d’auteur ou un chemin de fichier réseau visible dans les propriétés du PDF peut révéler l’organisation émettrice, un nom de projet interne ou un identifiant utilisateur.
Avant de chiffrer, passer le document dans un outil de suppression des données cachées (Acrobat Pro propose « Supprimer les informations masquées », PDF-XChange offre une fonction équivalente) reste une étape souvent négligée. Cette opération retire :
- Les métadonnées du document (auteur, titre, mots-clés, dates)
- Les calques masqués et le texte invisible
- Les pièces jointes intégrées au PDF
- Les commentaires et annotations de révision
- Les données de formulaire enregistrées en arrière-plan
Le chiffrement sans nettoyage préalable protège un conteneur qui peut encore fuiter des informations par ses métadonnées.
Signature numérique et chiffrement : complémentaires, pas interchangeables
La signature numérique authentifie l’émetteur et garantit l’intégrité du document. Elle ne chiffre pas le contenu. Un PDF signé mais non chiffré reste lisible par quiconque l’ouvre. Inversement, un PDF chiffré sans signature ne prouve rien sur l’identité de son auteur ni sur l’absence de modification avant chiffrement.
Pour des documents sensibles (contrats, pièces juridiques, données de santé), associer chiffrement AES-256 et signature qualifiée couvre les deux besoins : confidentialité et authenticité.
Le chiffrement d’un PDF ne se résume pas à cocher une case « protéger par mot de passe ». Algorithme vérifié, mot de passe long transmis séparément, métadonnées purgées, signature ajoutée quand l’authenticité compte : chaque couche répond à une menace distincte. Négliger l’une d’elles laisse une brèche que le reste de la chaîne ne compense pas.
