Décompresser ZIP

À propos de l'outil de décompression ZIP

Les archives ZIP sont le moyen universel de regrouper plusieurs fichiers dans un conteneur compressé — créées en 1989 par Phil Katz, maintenant normalisées ISO/IEC 21320 et prises en charge nativement par chaque système d'exploitation et navigateur moderne. Cet extracteur lit les ZIP entièrement dans votre navigateur en utilisant la bibliothèque JSZip : il analyse le répertoire central du fichier, liste le nom, la taille, le type et la taille compressée de chaque entrée, et décompresse à la demande lorsque vous cliquez sur télécharger. Vous pouvez extraire des fichiers individuels, faire une sélection en masse avec des cases à cocher ou télécharger tout sous forme d'une nouvelle archive ZIP. Prend en charge l'algorithme DEFLATE standard, les entrées stored (non compressées) et les extensions ZIP64 pour les fichiers de plus de 4 Go. Taille d'entrée maximale 100 Mo. Essayez aussi notre Créer un ZIP et notre Extracteur 7Z.

Pourquoi cet outil refuse-t-il les ZIP protégés par mot de passe alors que les outils de bureau les ouvrent ?

ZIP prend en charge deux modes de chiffrement : ZipCrypto (hérité, cryptographiquement brisé depuis 2003) et AES-128/256 (ajouté par WinZip en 2003, véritablement sécurisé). Déchiffrer l'un ou l'autre nécessite de demander le mot de passe à l'utilisateur et d'exécuter le chiffrement dans le navigateur. JSZip, la bibliothèque qui alimente cet outil, n'implémente délibérément pas le déchiffrement basé sur mot de passe pour garder le bundle petit et le modèle de sécurité simple — il n'y a aucun moyen pour nous de vérifier que le mot de passe est correct avant de tenter de déchiffrer chaque entrée. Pour ouvrir les ZIP protégés par mot de passe, utilisez 7-Zip (Windows/Linux), The Unarchiver (macOS) ou le CLI unzip avec l'option -P.

Puis-je extraire des fichiers spécifiques d'un énorme ZIP sans tout décompresser ?

Oui — c'est la partie brillante de la conception de ZIP. Contrairement à tar.gz où tout est compressé séquentiellement (vous devez décompresser le début pour lire la fin), ZIP stocke chaque fichier indépendamment avec sa propre compression et le répertoire central à la fin de l'archive liste chaque entrée avec des offsets en octets. Notre extracteur lit d'abord le répertoire central (typiquement quelques Ko quelle que soit la taille de l'archive) et ne décompresse que les entrées que vous sélectionnez pour téléchargement — vous pouvez prévisualiser un ZIP de 5 Go et extraire juste un CSV de 10 Ko en quelques secondes.

Qu'arrive-t-il aux horodatages, permissions et propriété des fichiers lors de l'extraction ?

ZIP stocke trois horodatages par entrée (créé, modifié, accédé) et les permissions de fichier Unix lorsque l'archive a été créée sur un système Unix. Les extracteurs basés sur navigateur comme celui-ci ne peuvent pas restaurer les permissions Unix car l'API JavaScript File System Access n'expose pas chmod — les fichiers extraits reçoivent des permissions par défaut (typiquement 644 pour les fichiers, 755 pour les répertoires sur les systèmes de type Unix). Les horodatages de modification sont préservés lorsque pris en charge par la boîte de dialogue de sauvegarde du navigateur. Pour une restauration de fidélité complète, utilisez le CLI unzip sur Linux/macOS avec l'option -X ou 7-Zip sur Windows.

Comment la compression ZIP se compare-t-elle à RAR, 7Z et tar.gz ?

Le taux de compression dépend du contenu, mais pour le texte et le code typiques : ZIP atteint environ 30-40% de la taille originale en utilisant DEFLATE ; tar.gz utilise le même DEFLATE donc les ratios correspondent ; 7Z avec LZMA2 atteint 20-25% (15-20% meilleur que ZIP) ; RAR avec le dernier algorithme atteint 20-25% similaire ; tar.zst avec ZSTD au niveau 19 correspond à la qualité LZMA tout en se décompressant 3-5 fois plus rapidement. L'avantage de ZIP est la compatibilité universelle — chaque OS extrait les ZIP sans logiciel supplémentaire — tandis que 7Z et RAR nécessitent des outils tiers sur Windows et macOS par défaut.

Qu'est-ce que ZIP64 et pourquoi mon navigateur échoue sur les archives énormes ?

La spécification ZIP originale utilisait des champs 32 bits, limitant les fichiers individuels à 4 Go, le nombre d'archives à 65 535 et la taille totale de l'archive à 4 Go. Ces limites étaient inatteignables en 1989 mais régulièrement atteintes par les archives modernes de sauvegarde, multimédia et de jeux de données. ZIP64 (ajouté en 2001) étend chaque compteur à 64 bits, prenant en charge les fichiers individuels jusqu'à 16 Eo et un nombre illimité de fichiers. Les outils modernes écrivent ZIP64 automatiquement lorsque nécessaire. JSZip prend en charge ZIP64 depuis la version 3.0, donc notre extracteur les gère, mais les très grandes archives (>500 Mo) échouent souvent en mémoire du navigateur avant que la logique unzip ne s'exécute.

Y a-t-il des risques de sécurité lors de l'extraction de ZIP non fiables ?

Deux classes d'attaque : (1) ZIP slip — une archive malveillante contient des entrées avec des noms de path-traversal comme '../../../etc/passwd', que les extracteurs naïfs écrivent aveuglément en dehors du dossier prévu. Les extracteurs du navigateur sont protégés de cela car l'API JavaScript File System Access ne permet pas d'écrire en dehors du répertoire sélectionné par l'utilisateur. (2) Zip bomb — une archive minuscule (quelques Ko) qui s'étend en téraoctets de données, épuisant le disque ou la mémoire. Le célèbre exemple 42.zip se décompresse récursivement en ~4,5 Po de zéros. Notre limite d'entrée de 100 Mo et l'affichage de la taille par fichier protègent contre les cas extrêmes.

Pourquoi mes noms de fichiers extraits affichent-ils des points d'interrogation ou de mauvais caractères ?

La spécification ZIP originale de 1989 ne définissait que les noms de fichiers ASCII, laissant les noms non latins (français avec accents, chinois, cyrillique, emoji) dans un limbe d'encodage. Les archives créées sur Windows utilisent souvent la page de codes héritée sans la déclarer ; les lecteurs par défaut à UTF-8 et produisent une sortie brouillée. En 2008, la spécification ZIP a ajouté un bit drapeau UTF-8 (bit 11 du general purpose bit flag) — les outils modernes (7-Zip 9.20+, WinRAR 5+, l'utilitaire d'archive intégré de macOS, unzip 6.0+ de Linux) définissent ce drapeau et produisent des noms cross-platform corrects.

Puis-je jeter un œil dans un ZIP sans le télécharger ?

Pas depuis un navigateur sauf si le serveur hébergeant le ZIP prend en charge les HTTP Range Requests ET que CORS est configuré pour permettre à votre origine de lire ces plages d'octets. L'astuce est que le répertoire central ZIP vit à la fin du fichier : vous pouvez émettre une requête Range pour les 64 derniers Ko, analyser le répertoire central, puis émettre d'autres requêtes Range uniquement pour les entrées que vous voulez. Les bibliothèques comme Zarr (utilisées pour les données scientifiques cloud-native) et unzipit.js démontrent ce modèle, et S3 + Cloudflare R2 exposent le support Range par défaut.