압축 파일 형식 완전정복

네 형식 비교표

아래 표는 위키백과 각 형식 항목에서 확인한 내용입니다. 압축률 수치는 확인한 자료가 없어 싣지 않았습니다.

표가 보여 주는 핵심은 ‘어느 형식이 최고인가’가 아니라 ‘무엇을 우선하는가’입니다. ZIP은 보급과 호환, RAR은 복구와 분할, 7Z는 압축 알고리즘과 공개 라이선스, TAR.GZ는 유닉스 계열의 파일 속성 보존에 무게가 실려 있습니다.

형식별로 짚어 둘 점

ZIP: 널리 열리지만 옛 암호는 약합니다

ZIP은 안드로이드, 크롬OS, iOS, 리눅스, macOS, 윈도우가 기본으로 지원합니다(윈도우는 98용 플러스! 팩부터, macOS는 10.3부터). 원래 규격은 파일과 압축 파일 크기를 4GiB, 항목 수를 65,535개로 제한했는데, ZIP64 확장으로 한도가 크게 늘었고 윈도우 XP의 탐색기는 ZIP64를 지원하지 않지만 비스타 이후는 지원합니다. ZIP의 옛 암호 방식(ZipCrypto)은 알려진 평문 공격에 취약한 ‘심각한 결함’이 있다고 평가되며, 더 강한 AES 암호화는 규격 5.2부터 문서화되었습니다. 중요한 파일의 암호를 걸 때는 어떤 방식을 쓰는지 확인하는 것이 좋습니다.

RAR: 풀기는 쉽고 만들기는 제한적입니다

RAR은 독점 형식으로, 압축 파일을 만들 수 있는 것은 WinRAR 등 저작권자의 허가를 받은 소프트웨어입니다. 반면 공개된 unrar 소스로 ‘풀기만 하는’ 도구는 수수료 없이 만들 수 있고, 7-Zip도 RAR5를 풀 수 있습니다. WinRAR는 40일 체험 후에도 비기업 기능은 계속 쓸 수 있는 ‘체험판(trialware)’ 방식으로 배포됩니다. RAR5는 2013년 4월 WinRAR 5.0과 함께 나왔습니다.

7Z와 TAR.GZ

7Z는 비슷한 파일을 하나의 스트림으로 묶어 압축하는 솔리드 압축을 지원합니다. TAR.GZ는 gzip이 HTTP 압축에도 쓰이는 표준 형식 중 하나일 정도로 인터넷에 깊이 들어와 있고, gzip의 규격은 RFC 1952에 있습니다.

실제 사례 세 가지

사례 1. 42킬로바이트가 4.5페타바이트가 되는 파일: ZIP 폭탄 (공격 사례)

‘ZIP 폭탄’은 읽는 프로그램이나 시스템을 멈추게 하려고 만든 압축 파일로, 흔히 백신 프로그램을 무력화해 다른 악성코드를 들여보내는 데 쓰인다고 설명됩니다(위키백과 기준). 가장 유명한 42.zip은 약 42KB인데 5겹으로 중첩된 ZIP이어서 가장 안쪽 파일을 모두 합치면 약 4.5페타바이트에 이릅니다. 중첩은 Deflate의 압축비 한계(약 1032:1)를 우회하는 방법입니다. 2019년 데이비드 피필드는 중첩 없이도 파일 항목이 겹치게 만들어 42KB를 약 5.4GB로 부풀리는 방식을 공개했습니다(약 129,000:1). 배울 점은 출처를 모르는 압축 파일을 자동으로 풀어 주는 서비스나 프로그램은 중첩 깊이, 겹치는 항목, 메모리·디스크 사용량에 한도를 두어야 한다는 것입니다. 일반 사용자는 출처가 불분명한 압축 파일을 열지 않는 것이 가장 기본입니다.

사례 2. 2024년 XZ 유틸리티 백도어: 소스 압축본에 숨은 코드 (공급망 사례)

2024년 3월 마이크로소프트의 개발자 안드레스 프로인트가 데비안 개발판에서 성능 저하의 원인을 조사하다 xz/liblzma 라이브러리의 백도어(CVE-2024-3094, 심각도 CVSS 10.0)를 발견했고 3월 29일 공개되었습니다. 영향 버전은 xz 5.6.0과 5.6.1이었고, 악성 빌드 스크립트는 git 저장소가 아니라 GitHub에 올라온 릴리스 타르볼(tarball)에 들어 있었습니다. 특정 키를 가진 공격자가 sshd를 통해 원격으로 관리자 권한을 얻을 수 있게 하는 구조였습니다. 주요 배포판에서는 개발 단계 버전에 들어 있었고 널리 배포되기 전에 발견되어 되돌려졌습니다(위키백과 기준). 배울 점은 ‘소스 저장소에서 본 내용’과 ‘배포용 압축 파일의 내용’이 다를 수 있다는 점, 그리고 압축 라이브러리처럼 작고 눈에 안 띄는 부품도 보안 사슬의 일부라는 점입니다.

사례 3. 워드 파일을 ZIP으로 열어 보면: 컨테이너로 쓰이는 ZIP (표준의 사례)

.docx·.xlsx·.pptx(Office Open XML), OpenDocument, 자바의 JAR, 안드로이드 APK, 애플 IPA는 모두 ZIP을 컨테이너로 삼은 형식입니다. 즉 여러 개의 XML과 이미지를 ZIP 하나로 묶은 것이 문서 파일입니다. ISO/IEC 21320-1:2015는 문서 컨테이너용으로 ZIP을 제한해 정의한 표준이며, 저장 또는 Deflate만 허용하고 암호화·전자서명·분할 보관은 금지합니다. 파일마다 따로 압축하는 ZIP의 구조가 문서 안의 이미지 하나만 꺼내거나 교체하기에 알맞아 선택되었다고 추정할 수 있지만, 각 형식이 ZIP을 고른 이유는 이 글에서 확인하지 못했습니다. 배울 점은 확장자가 압축 파일처럼 보이지 않아도 내용은 ZIP일 수 있다는 것, 그리고 압축 파일을 열었을 때 보이는 내부 파일 목록이 문서 형식의 구조를 알려 준다는 것입니다.

직접 해 보기: 상황별 선택 체크리스트

• 상대가 어떤 기기를 쓰는지 모를 때: ZIP으로 보냅니다. 주요 운영체제가 기본으로 열 수 있습니다.
• 큰 파일을 여러 조각으로 나눠 보낼 때: 분할 압축을 지원하는 형식과 프로그램을 확인합니다. ZIP 분할 압축 가이드를 참고하세요.
• 리눅스 서버나 개발 환경으로 보낼 때: 파일 권한·소유자를 보존해야 하면 TAR 기반(.tar.gz 등)이 흔한 선택입니다.
• 암호를 걸 때: 어떤 암호화 방식(예: AES)을 쓰는지 프로그램 설정에서 확인합니다. ZIP 암호 설정 가이드도 참고하세요.
• 출처가 불분명한 압축 파일: 열기 전에 보낸 사람을 확인하고, 용량이 지나치게 작은데 풀면 거대해지는지 목록을 먼저 살펴봅니다.
• 확장자가 숨겨진 파일: 압축 파일처럼 보여도 실행 파일일 수 있으니 확장자 표시를 켜 둡니다.

흔한 오해와 정정

• 오해: 압축하면 화질이나 내용이 손상된다. 실제: ZIP·RAR·7Z·TAR.GZ 같은 일반 압축은 무손실이라 풀면 원본과 같은 데이터로 돌아옵니다. 손실이 생기는 것은 JPEG처럼 파일 내용 자체를 줄이는 방식입니다.
• 오해: 윈도우에서는 RAR을 풀 수 없다. 실제: 윈도우 11 23H2 이후에는 libarchive를 통해 RAR을 기본으로 풀 수 있다고 알려져 있습니다(위키백과 ‘RAR’ 항목 기준). 더 이전 버전에서는 7-Zip 같은 별도 프로그램이 필요합니다.
• 오해: ZIP에 암호를 걸면 항상 안전하다. 실제: 초기 암호 방식(ZipCrypto)은 결함이 있고 AES 암호화가 따로 있으므로 방식 확인이 필요합니다.

한계와 더 알아볼 점

형식별 실제 압축률과 속도는 확인한 자료가 없어 이 글은 수치를 싣지 않았습니다. RAR의 내부 알고리즘, 각 컨테이너 형식이 ZIP을 고른 이유도 확인하지 못했습니다. 기존 카드의 ‘7Z가 가장 높은 압축률’이라는 서술은 ‘알려져 있다’는 수준의 일반론이므로, 중요한 용도라면 실제 파일로 비교해 보세요. 사례의 연도와 수치는 위키백과 기준이며 이후 갱신되었을 수 있습니다.

관련 가이드

• ZIP 파일 가이드: ZIP 압축과 해제의 기본을 확인합니다.
• 7-Zip 압축 가이드: 7Z를 직접 만드는 방법을 봅니다.
• ZIP 분할 압축 가이드: 큰 파일을 나눠 보내는 방법입니다.
• 클라우드 저장소 비교 완전정복: 압축한 파일을 어디에 보관할지 비교합니다.

자주 묻는 질문