Protéger un fichier par mot de passe

Comment protéger le fichier

1. 1

   Ajoutez les fichiers

   Jusqu’à vingt à la fois, quel que soit le format. On vient surtout ici pour des KMZ et des KML. Un seul format est traité autrement, simplement parce qu’il le permet : un PDF porte son mot de passe en lui-même.

2. 2

   Saisissez le mot de passe deux fois

   Huit caractères au minimum. La double saisie n’est pas une formalité : un mot de passe mal tapé ici ne pourra plus être retrouvé à partir de l’archive.

3. 3

   Téléchargez l’archive

   Un PDF revient sous forme de PDF, verrouillé par le mot de passe lui-même. Tout le reste revient dans un seul .zip dont chaque élément est chiffré. Le destinataire l’extrait avec le mot de passe et retrouve le fichier d’origine, à l’octet près.

Pourquoi un KMZ ou un KML passe par une archive plutôt que par un mot de passe interne

Un fichier KML est du XML, et un KMZ est un ZIP ordinaire qui contient ce XML. Ni la spécification de l’OGC qui définit ces formats ni Google Earth ne connaissent la notion de mot de passe. Il n’existe donc aucun champ où le placer, ni aucun lecteur qui le demanderait. Techniquement, on pourrait chiffrer l’élément à l’intérieur du KMZ et garder le nom en .kmz, mais le résultat serait pire qu’inutile : le fichier ressemblerait en tout point à une carte valide et échouerait sans un mot dès son ouverture. Le fichier est donc placé dans une archive chiffrée. Votre destinataire extrait маршрут.kmz.zip avec le mot de passe, récupère маршрут.kmz intact et l’ouvre dans Google Earth comme d’habitude. L’extension est conservée volontairement, car Google Earth reconnaît un fichier à son nom. Le PDF est la seule exception, et il est traité comme tel : ce format possède son propre mot de passe. Un PDF déposé ici est donc chiffré sur place en AES-256 et se télécharge en PDF, que n’importe quel lecteur ouvre une fois le mot de passe saisi.

AES-256, et non l’ancien mot de passe ZIP

L’option de mot de passe de la plupart des outils ZIP des années 1990 repose sur un chiffrement par flot qui cède en quelques secondes, sur un ordinateur portable ordinaire, à une attaque à texte clair connu. Il suffit de connaître quelques octets d’un fichier dont on devine le format, et pour un KMZ les premiers octets sont toujours les mêmes. Cet outil écrit uniquement du WinZip AE-2 en AES-256 : un sel aléatoire de 16 octets par élément, une clé renforcée par PBKDF2 et un code d’authentification HMAC-SHA1. Une modification de l’archive est ainsi détectée au lieu d’être déchiffrée en données illisibles. Aucune liste déroulante ne propose de chiffrement plus faible, car une option qui existe finit toujours par être choisie.

Ce que l’archive laisse voir

Le ZIP chiffre le contenu de chaque élément, jamais le catalogue qui les liste. Quiconque possède l’archive voit les noms des fichiers, leur taille et leur date de modification sans connaître le mot de passe. En revanche, il ne peut pas lire un seul octet de leur contenu. Si les noms eux-mêmes sont confidentiels, renommez les fichiers avant de les protéger. Tout le reste est couvert : sans le mot de passe, les octets sont illisibles, et aucune récupération n’est possible en cas d’oubli, y compris de notre côté. Rien n’est envoyé, il n’y a donc rien à récupérer.

Avec quels logiciels l’ouvrir

Le ZIP chiffré en AES est un standard depuis 2003. Il est lu par 7-Zip, WinRAR, Keka, Ark, PeaZip, The Unarchiver et par l’Explorateur de fichiers de Windows 11. Deux outils courants ne le lisent pas : la commande unzip d’Info-ZIP fournie avec les anciennes distributions Linux, et le module zipfile intégré à Python. Tous deux affichent correctement le contenu de l’archive, puis refusent de l’extraire. Sur macOS, l’Utilitaire d’archive s’en charge. En cas de doute, 7-Zip est gratuit et disponible partout, et notre outil Extraire ZIP, sur ce site, le lit aussi.

Questions fréquentes