Распаковка ZIP

Распаковка ZIP открывает архив и восстанавливает файлы, сохраненные внутри. Она полезна, когда вы получили сжатый пакет, хотите посмотреть содержимое перед скачиванием всего набора, нужен только один файл или нужно проверить имена и размеры перед доверием к архиву. Для обычных файлов ZIP является форматом без потерь, и извлеченное содержимое должно совпадать с исходным. Но распаковка не делает неизвестные файлы безопасными. Архив может содержать вводящие в заблуждение имена, неожиданные папки, данные, сильно увеличивающиеся после распаковки, или исполняемые файлы, которые нельзя открывать без проверки. Этот браузерный инструмент читает архив локально и позволяет скачать выбранные файлы, но не заменяет проверку безопасности подозрительных архивов.

Чтение ZIP-архива выполняется в порядке, обратном записи. Браузер получает файл как `ArrayBuffer` через File API (`file.arrayBuffer()`), и ридер сканирует файл с конца в поисках сигнатуры End of Central Directory `0x06054b50` (PK\x05\x06). EOCD занимает не более 22 байт плюс необязательный комментарий до 65 535 байт, поэтому окно сканирования ограничено. EOCD указывает на смещение и размер центрального каталога, который содержит один File Header (`0x02014b50`) для каждой записи. Каждый File Header включает сжатый и несжатый размеры, CRC-32, метод сжатия, имя файла и смещение соответствующего Local File Header (`0x04034b50`). Ридер может затем перейти непосредственно к любой отдельной записи, не разбирая предыдущие — именно поэтому извлечение одного файла из многогигабайтной резервной копии выполняется быстро. Распаковка зависит от байта метода: `0x00` — хранение (без сжатия, просто memcpy), `0x08` — DEFLATE согласно RFC 1951 (~99% архивов в реальности), `0x0C` — BZIP2, `0x0E` — LZMA, `0x5D` — устаревший PPMd. Этот инструмент использует JSZip (или fflate для более высокой производительности — `unzipSync` от fflate декодирует типичный 10 МБ DEFLATE-архив за десятки миллисекунд, в несколько раз быстрее JSZip). После распаковки CRC-32 сырых байт пересчитывается и сравнивается со значением из центрального каталога; несовпадение указывает на повреждение или подделку. Два аспекта безопасности важны для любого кода извлечения. Первый — уязвимость Zip Slip (Snyk, 2018): вредоносный архив может содержать записи с последовательностями обхода путей вроде `../../etc/passwd`, и простой экстрактор, объединяющий имя записи с целевой директорией, запишет данные за пределы предполагаемой песочницы. Исправление — нормализовать объединённый путь с помощью `path.resolve()` и проверить, что он по-прежнему начинается с целевой директории перед записью. Этот инструмент предлагает каждую запись как отдельную загрузку браузера через `URL.createObjectURL(new Blob([bytes]))`, и браузер изолирует место назначения, поэтому обход директорий не может выйти за пределы папки загрузок пользователя, но тот же архив на серверном экстракторе был бы уязвим. Во-вторых, зашифрованные архивы не поддерживаются: традиционный ZipCrypto — это 32-битный потоковый шифр, который легко взламывается атакой с известным открытым текстом за три байта, а современный WinZip AES-256 (PKWARE APPNOTE 7.0) требует дополнительного поля AE-2 с аутентификацией HMAC-SHA1 — ни один из вариантов здесь не реализован. Архивы свыше 4 ГБ опираются на расширение ZIP64 с дополнительными полями для 64-битных размеров и смещений, которые парсер должен читать вместо 32-битных полей центрального каталога.

• Порядок разбора: сканирование с конца файла в поисках сигнатуры EOCD `0x06054b50` (максимум 22 + 65535 байт от конца) → переход к центральному каталогу → переход к каждому Local File Header.
• Методы сжатия: `0x00` хранение, `0x08` DEFLATE (RFC 1951, ~99% архивов), `0x0C` BZIP2, `0x0E` LZMA, `0x5D` PPMd.
• Целостность: CRC-32 с полиномом `0xEDB88320` (инверсия IEEE 802.3) пересчитывается для извлечённых байт и сравнивается со значением из центрального каталога.
• Zip Slip (Snyk 2018): записи с обходом пути `../` могут записать данные за пределы директории извлечения; исправляется нормализацией и проверкой результирующего пути перед записью.
• Реализация в браузере: `File.arrayBuffer()` → JSZip / fflate `unzipSync()` → для каждой записи `URL.createObjectURL(new Blob([bytes]))` для загрузки, без обращения к серверу.
• Шифрование не поддерживается: ZipCrypto взламывается за 3 байта известного открытого текста; WinZip AES-256 (APPNOTE 7.0, дополнительное поле AE-2 с HMAC-SHA1) не реализован.
• ZIP64 (APPNOTE 4.5+) расширяет 32-битные поля размера/смещения до 64-битных через дополнительные поля; требуется для архивов или отдельных записей свыше 4 ГБ (2³² − 1 байт).