ZIP 압축 해제

ZIP 압축 해제는 아카이브를 열어 그 안에 저장된 파일을 복원하는 과정입니다. 압축된 패키지를 받았을 때 전체를 받기 전에 내용을 확인하거나, 묶음에서 필요한 파일만 꺼내거나, 파일명과 크기를 확인하고 싶을 때 유용합니다. 일반 파일에서 ZIP 해제는 무손실이므로 꺼낸 내용은 압축 전과 같아야 합니다. 하지만 압축을 푼다고 해서 알 수 없는 파일이 안전해지는 것은 아닙니다. 아카이브에는 헷갈리는 파일명, 예상치 못한 폴더, 해제 후 매우 커지는 데이터, 바로 열면 안 되는 실행 파일이 포함될 수 있습니다. 이 브라우저 도구는 로컬에서 ZIP을 읽고 선택한 파일을 다운로드하게 해 주지만, 의심스러운 압축 파일에 대한 보안 검토를 대신하지는 않습니다.

ZIP 아카이브의 읽기는 쓰기의 역순으로 진행됩니다. 브라우저는 File API(`file.arrayBuffer()`)를 통해 파일을 `ArrayBuffer`로 받고, 리더는 파일 끝에서부터 역방향으로 End of Central Directory 시그니처 `0x06054b50`(PK\x05\x06)를 스캔합니다. EOCD는 최대 22바이트에 최대 65,535바이트의 선택적 주석이 더해질 수 있으므로 스캔 범위가 제한됩니다. EOCD는 Central Directory의 오프셋과 크기를 가리키며, Central Directory에는 각 엔트리마다 하나의 File Header(`0x02014b50`)가 있습니다. 각 File Header에는 압축 크기, 비압축 크기, CRC-32, 압축 방식, 파일명, 그리고 대응하는 Local File Header(`0x04034b50`)의 오프셋이 기록됩니다. 이렇게 하면 이전 엔트리를 파싱하지 않고도 특정 엔트리에 직접 접근할 수 있어, 수 GB 백업에서 단일 파일 추출이 빠릅니다. 압축 해제는 메서드 바이트에 따라 달라집니다: `0x00`은 저장(압축 없음, memcpy만), `0x08`은 RFC 1951의 DEFLATE(실제 아카이브의 약 99%), `0x0C`는 BZIP2, `0x0E`는 LZMA, `0x5D`는 구형 PPMd입니다. 이 도구는 JSZip을 사용합니다(더 높은 처리량을 위해 fflate도 가능 - fflate의 `unzipSync`는 일반적인 10MB DEFLATE 아카이브를 수십 밀리초 만에 디코딩하며, JSZip보다 수 배 빠릅니다). 압축 해제 후 원시 바이트의 CRC-32를 재계산하여 Central Directory의 값과 비교하고, 불일치하면 손상 또는 변조를 나타냅니다. 모든 추출 코드 경로에 두 가지 보안 문제가 있습니다. 첫째는 Zip Slip 취약점(Snyk, 2018)입니다. 악성 아카이브에 `../../etc/passwd` 같은 경로 탐색 시퀀스가 포함될 수 있으며, naive한 추출기가 엔트리 이름을 대상 디렉토리에 결합하면 의도된 샌드박스 밖에 쓰게 됩니다. 해결 방법은 결합된 경로를 `path.resolve()`로 정규화하고 쓰기 전에 대상 디렉토리로 시작하는지 검증하는 것입니다. 이 도구는 각 엔트리를 `URL.createObjectURL(new Blob([bytes]))`를 통해 개별 브라우저 다운로드로 제공하며, 브라우저가 대상을 샌드박싱하므로 디렉토리 탐색이 사용자 Downloads 폴더를 벗어날 수 없습니다. 하지만 서버 측 추출기에서는 동일한 아카이브가 악용될 수 있습니다. 둘째, 암호화된 아카이브는 처리하지 않습니다: 전통적인 ZipCrypto는 3바이트 known-plaintext 공격으로 쉽게 깨지는 32비트 스트림 암호이고, 최신 WinZip AES-256(PKWARE APPNOTE 7.0)은 HMAC-SHA1 인증이 필요한 AE-2 추가 필드를 요구합니다 - 둘 다 여기서는 구현되지 않았습니다. 4GiB를 초과하는 아카이브는 ZIP64 확장의 추가 필드에 의존하여 64비트 크기와 오프셋을 사용하며, 파서가 32비트 Central Directory 필드 대신 이를 읽어야 합니다.

• 파싱 순서: 파일 끝에서부터 EOCD 시그니처 `0x06054b50` 역방향 스캔 (끝에서 최대 22 + 65535바이트) → Central Directory로 이동 → 각 Local File Header로 이동.
• 압축 방식: `0x00` 저장, `0x08` DEFLATE (RFC 1951, 아카이브의 약 99%), `0x0C` BZIP2, `0x0E` LZMA, `0x5D` PPMd.
• 무결성: IEEE 802.3 다항식 `0xEDB88320`(역순) 기반 CRC-32를 추출된 바이트에 재계산하고 Central Directory 값과 비교.
• Zip Slip (Snyk 2018): `../` 경로 탐색이 포함된 엔트리가 추출 디렉토리 밖에 쓸 수 있음. 해석된 경로를 정규화하고 쓰기 전에 검증하여 수정.
• 브라우저 구현: `File.arrayBuffer()` → JSZip / fflate `unzipSync()` → 엔트리별 `URL.createObjectURL(new Blob([bytes]))`로 다운로드, 서버 왕복 없음.
• 암호화 미처리: ZipCrypto는 known-plaintext 3바이트로 깨짐; WinZip AES-256 (APPNOTE 7.0, HMAC-SHA1이 있는 AE-2 추가 필드)은 여기서 구현되지 않음.
• ZIP64 (APPNOTE 4.5+)는 32비트 크기/오프셋 필드를 추가 필드를 통해 64비트로 확장. 4GiB(2^32 - 1바이트) 초과 아카이브 또는 단일 엔트리에 필요.