Extracteur RAR

À propos de l'extracteur RAR

RAR (Roshal Archive) est un format d'archive compressée propriétaire créé par Eugene Roshal en 1993. Deux variantes existent sur disque : RAR4 (signature 'Rar!\x1A\x07\x00', utilisé de 1993 à 2013) et RAR5 (signature 'Rar!\x1A\x07\x01\x00', introduit avec WinRAR 5.0 en 2013, qui a ajouté le chiffrement AES-NI 256 bits, les sommes BLAKE2sp et des volumes jusqu'à 1 Po). Contrairement à ZIP, la spécification est fermée et le code de décompression est sous licence restrictive, c'est pourquoi la plupart des extracteurs web s'appuient sur des portages WebAssembly de libunrar ou unrar.js. Cet outil lit l'archive entièrement dans le navigateur via FileReader, liste chaque entrée (nom, taille, taille empaquetée, ratio, somme CRC32) et permet de télécharger les fichiers un par un ou l'archive complète. Les entrées chiffrées (RAR4 avec -p ou RAR5 avec -hp) ne peuvent pas être cassées ici — utilisez WinRAR, 7-Zip ou notre Extracteur 7Z, qui couvre davantage de formats. La limite de 200 Mo existe car le navigateur place l'archive entière en mémoire ; au-delà, il faut un outil de bureau qui lit le disque en streaming.

Quelle différence entre RAR4 et RAR5 et quelle version l'outil prend-il en charge ?

RAR4 (le format 'RAR' utilisé 2001–2013) emploie une variante propre de LZSS plus un codeur arithmétique, supporte des volumes jusqu'à 1 To et le chiffrement AES-128 quand on met un mot de passe. RAR5 (avec WinRAR 5.0, 2013) remplace tout : variante LZSS améliorée appelée RAR-Optimized, chiffrement AES-256-CTR, sommes BLAKE2sp optionnelles (plus paranoïaques que CRC32) et volumes jusqu'à 1 Po. La signature sur disque les distingue — ouvrez le fichier dans un visualiseur hex et regardez les 7-8 premiers octets. Cet extracteur lit la liste et sort les fichiers des deux variantes lorsqu'ils ne sont pas chiffrés ; les entrées chiffrées (définies via le dialogue de WinRAR ou `rar a -hp` en ligne de commande) ne peuvent pas être déchiffrées dans le navigateur car la dérivation de clé AES exécute des millions de tours PBKDF2 — lent en JavaScript et bloquant l'UI.

Pourquoi ne puis-je pas extraire un RAR protégé par mot de passe dans le navigateur ?

Deux raisons. Premièrement, la fonction de dérivation de clé de RAR5 est PBKDF2-HMAC-SHA-256 avec 32 768 itérations par défaut — assez pour prendre une demi-seconde par essai sur un mobile moderne, acceptable pour ouvrir une archive unique mais bloquant sans Web Worker. Deuxièmement, les en-têtes protégés chiffrent le répertoire central lui-même, donc l'extracteur ne peut même pas lister le contenu avant que le mot de passe soit fourni. Les extracteurs web qui prétendent supporter le mot de passe soit envoient le travail sur un serveur (votre fichier quitte l'appareil, adieu la confidentialité), soit utilisent un portage JS lent peinant face aux mots de passe forts. Pour les RAR chiffrés, préférez WinRAR, 7-Zip (libre, open source, gère RAR via libunrar), Keka (macOS) ou The Unarchiver (macOS) — ils utilisent le chemin matériel AES-NI nativement.

Que signifie le checksum CRC32 ou BLAKE2sp dans la liste ?

Chaque entrée d'une archive RAR porte une somme de contrôle pour vérifier que le fichier ressort identique octet par octet. RAR4 utilise CRC32 (somme polynomiale 32 bits, le même algorithme que les trames Ethernet, ZIP et PNG) ; RAR5 utilise CRC32 par défaut et optionnellement BLAKE2sp (hash cryptographique parallèle bien plus difficile à falsifier). Si l'extraction réussit mais que la somme ne correspond pas, l'archive source est corrompue (bit-rot sur le support, téléchargement incomplet ou altération malveillante). Téléchargez à nouveau ou exécutez `rar t archive.rar` depuis la CLI WinRAR pour tester l'intégrité. CRC32 n'est *pas* cryptographique — n'importe qui peut fabriquer un autre fichier avec le même CRC32 — donc une correspondance ne prouve que l'absence de corruption accidentelle, pas l'authenticité.

Peut-on extraire des archives multi-volumes (.part1.rar, .part2.rar) ?

Support partiel. RAR découpe les grosses archives en volumes nommés archive.part01.rar, archive.part02.rar, etc. (ancien style : archive.rar, archive.r00, archive.r01). Pour extraire, l'outil doit charger toutes les parties ensemble ; le navigateur ne peut pas relier automatiquement des uploads séparés comme WinRAR le fait dans un dossier disque. Contournement : combinez les parties en un seul flux avec un outil de bureau (`cat *.part*.rar > combine.bin` sous Linux/macOS, ou pointez WinRAR sur part1 et laissez-le suivre la chaîne). Pour des flux 100% navigateur, notre Extracteur 7Z gère mieux les multi-volumes 7Z. La limite de 200 Mo s'applique à l'archive assemblée — pour un découpage de 5 volumes totalisant 1 Go, utilisez un logiciel bureau.

Quelles différences entre RAR, ZIP, 7Z et TAR et lequel choisir ?

ZIP (PKZIP 1989, RFC 9018 en 2024) : compatibilité universelle, tout système ouvre nativement, compression Deflate (années 90), pas de mode solide, chiffrement par défaut faible. RAR : meilleure compression que ZIP (5–15% de moins en texte et code), supporte le mode solide (traite l'archive comme un seul flux) et les enregistrements de récupération (répare le bit-rot), mais propriétaire. 7Z (7-Zip 1999) : meilleur ratio des quatre (LZMA2, 10–25% de moins que ZIP en contenu typique), libre et open source, AES-256 avec protection d'en-tête, mais plus lent à compresser. TAR (1979) : ne fait qu'enchaîner les fichiers ; à combiner avec gzip (.tar.gz), bzip2 (.tar.bz2) ou xz (.tar.xz) pour la compression ; standard Unix et calcul scientifique. Utilisez ZIP pour la compatibilité, 7Z pour la compression maximale, RAR si on vous le demande, et TAR.GZ/XZ pour distribuer du logiciel Linux.

À quoi sert le mode solide de RAR et est-ce intéressant ?

Le mode solide (par défaut depuis RAR 3.0 pour les archives à nombreux petits fichiers) traite toute l'archive comme un flux LZSS continu plutôt que de compresser chaque fichier séparément. Les fichiers se compressent contre le dictionnaire construit par les précédents, donc 10 photos quasi identiques ou 1000 petits fichiers source donnent des archives drastiquement plus petites — typiquement 10–40% de moins qu'en non-solide pour un contenu similaire. Compromis : extraire un seul petit fichier oblige à décompresser tout ce qui précède (accès aléatoire lent sur grosses archives solides), et un octet corrompu en début de flux peut casser l'extraction de tous les suivants (les enregistrements de récupération atténuent sans éliminer). Pour des sauvegardes extraites en bloc, le solide gagne ; pour des archives où vous piochez un fichier à la fois, non-solide est plus rapide.

Mon archive RAR ou son contenu est-il envoyé sur un serveur ?

Non. L'extracteur utilise l'API FileReader du navigateur et un portage WebAssembly de libunrar pour analyser l'archive entière dans votre onglet. Votre fichier est chargé dans un ArrayBuffer JavaScript en mémoire du navigateur, décodé localement, et les fichiers extraits sont produits par les API Blob/Object URL sur votre appareil. Rien ne monte sur notre serveur, n'est journalisé ou mis en cache côté serveur. Ouvrez l'onglet Réseau des DevTools avant de cliquer sur Extraire — vous verrez zéro requête POST sortante contenant le fichier. La page elle-même charge CSS, JS et le module WebAssembly depuis notre CDN, mais ces requêtes ne portent aucune donnée utilisateur. Fermer l'onglet purge immédiatement le tampon.

Quelle est la limite de taille et que faire au-delà ?

Le maximum est de 200 Mo. La contrainte est la mémoire du navigateur : les moteurs JS (V8 dans Chrome/Edge, SpiderMonkey dans Firefox, JavaScriptCore dans Safari) plafonnent un ArrayBuffer à environ 2 Go mais peinent pratiquement au-delà de quelques centaines de Mo sur mobile ou onglets chargés. Nous fixons 200 Mo pour une expérience fluide sur un téléphone typique. Pour des archives plus grosses — mods de jeux, images disque, dumps de jeux de données — installez WinRAR (Windows, essai/payant), 7-Zip (Windows libre), Keka (macOS 5 €) ou The Unarchiver (macOS gratuit, gère RAR4 et RAR5). Sous Linux, `unrar x archive.rar` du paquet unrar ou le bsdtar open source gèrent RAR4. Les outils bureau ne chargent jamais l'archive entière en RAM, donc traitent sans peine des fichiers de plusieurs gigaoctets.