파일명이 ºÎ¼­ 처럼 깨질 때 — 원인과 복구 방법

2026년 10월 12일 · unzip.kr

ZIP 파일을 풀었는데 파일명이 ºÎ¼­º¸°í¼­.hwp, ÀÛ¾÷°áÀú.xlsx, ÆнÃÅ°.pptx 같은 알아볼 수 없는 문자로 나온다면, 파일 내용이 망가진 게 아닙니다. 파일명을 읽는 방식이 잘못된 것입니다. 원인은 인코딩 불일치 — CP949로 저장된 파일명을 다른 문자셋으로 잘못 해석하는 문제입니다. CP949를 자동으로 감지하는 도구에 넣으면 원래 한글 이름이 완벽하게 복원됩니다.

왜 이런 문자가 나오나 — ZIP 파일명과 인코딩의 관계

ZIP 파일 안의 파일명은 그냥 바이트 나열입니다. 이 바이트를 어떤 문자셋으로 읽느냐에 따라 화면에 표시되는 글자가 완전히 달라집니다. 한국에서 2000~2010년대에 만들어진 ZIP 파일 대부분은 파일명을 CP949(EUC-KR) 방식으로 저장했습니다. "보고서.hwp"를 CP949로 인코딩하면 16진수 기준으로 B3 B8 B0 ED BF C0 같은 2바이트씩 묶인 값이 됩니다.

ZIP 표준(PKWARE)은 원래 파일명 인코딩으로 IBM Code Page 437을 정의했습니다. 이 방식으로는 한글을 표현할 수 없습니다. UTF-8을 명시하는 플래그(General Purpose Bit 11)는 2006년에야 표준에 추가됐고, 그 이전에 만들어진 ZIP 파일에는 이 플래그가 없습니다. 플래그 없이 한국어 환경에서 만들어진 ZIP은 CP949 바이트를 그냥 집어넣은 상태로 배포됩니다.

이런 파일을 맥, 리눅스, 영문 윈도우, 또는 UTF-8로 디코드하도록 설정된 도구에서 열면 CP949 바이트를 Latin-1이나 UTF-8로 해석하려다 실패하거나 엉뚱한 문자를 출력합니다. 그 결과가 ºÎ¼­º¸°í¼­.hwp 같은 깨진 파일명입니다. 파일 내용 자체는 멀쩡합니다.

어떤 ZIP 파일에서 이 문제가 생기나

CP949 파일명이 들어 있는 ZIP은 생각보다 흔합니다. 세 가지 상황이 가장 많습니다.

오래된 백업 파일. 윈도우 XP·Vista·7 시절에 만들어진 파일입니다. 당시 알집, 반디집, 윈도우 압축 폴더 기능이 모두 CP949로 파일명을 저장했습니다. 오래된 하드디스크나 CD·DVD에서 꺼낸 ZIP을 현재 환경에서 열면 파일명이 깨지는 이유가 바로 이것입니다.

공유 자료. 학교 강의 자료, 관공서 배포 문서, 커뮤니티 업로드 파일 중 상당수가 이 방식으로 만들어져 있습니다. 올린 사람이 수정하지 않는 한 파일을 다시 받아도 달라지지 않으며, 받는 쪽의 도구가 올바르게 읽어내야 합니다.

아직도 만들어지는 파일. 최신 반디집은 UTF-8 플래그를 씁니다만, 오래된 버전의 압축 프로그램이나 UTF-8 플래그를 생략하는 도구로 만들면 지금도 CP949 방식의 ZIP이 만들어집니다. 특히 기업 내부 시스템이나 레거시 서버에서 자동 생성하는 ZIP 파일에서 이런 문제를 자주 볼 수 있습니다.

복구 방법 — unzip.kr에 넣으면 자동으로 해결됩니다

unzip.kr의 ZIP 풀기 도구는 CP949 파일명을 자동으로 감지해 원래 한글로 복원합니다. 별도 설정이 필요 없고, 파일을 올리기만 하면 됩니다.

동작 방식은 다음과 같습니다. 먼저 UTF-8 플래그가 있으면 그대로 UTF-8로 읽습니다. 플래그가 없으면 파일명 바이트를 UTF-8로 엄격하게 디코드합니다. 이 시도가 실패하면 — CP949 한글 바이트는 유효한 UTF-8 시퀀스가 아닌 경우가 많습니다 — EUC-KR(CP949)로 폴백해서 한글 이름을 복원합니다.

복원이 이루어졌을 때는 파일 목록 위에 "한글 파일명 자동 복원됨"이라는 배지가 표시됩니다. 파일명이 깨졌다는 사실을 명확히 알려주면서 동시에 복구가 됐다는 것도 확인시켜 줍니다. 파일은 브라우저 안에서만 처리되며 서버로 전송되지 않으므로 업무 문서나 개인 자료도 안전하게 사용할 수 있습니다.

왜 다른 도구들은 실패하나

윈도우 탐색기. 한국어 윈도우에서는 시스템 코드 페이지가 CP949이기 때문에, UTF-8 플래그 없는 ZIP을 열 때 CP949로 파일명을 읽습니다. 그래서 한국어 윈도우에서 만든 파일을 한국어 윈도우에서 열면 파일명이 멀쩡해 보입니다. 그러나 영문 윈도우나 맥으로 옮기면 같은 파일이 깨집니다. 환경이 달라지는 순간 문제가 드러납니다.

7-Zip 기본 설정. 7-Zip은 UTF-8 플래그가 없으면 시스템 코드 페이지를 씁니다. 한국어 윈도우에서는 동작하지만, 영문 환경이면 CP437이나 UTF-8로 읽다가 실패합니다. 7-Zip에는 코드 페이지를 수동으로 지정하는 옵션이 있지만, 일반 사용자가 찾아서 설정하기 어렵습니다.

맥 기본 압축 해제(Archive Utility). UTF-8을 기준으로 읽기 때문에 CP949 파일명을 항상 잘못 읽습니다. 맥에서 한국어 ZIP을 열면 파일명이 모두 깨지는 이유가 이것입니다. 반디집 맥 버전은 CP949를 처리합니다만, 별도 설치가 필요합니다.

결국 CP949 ZIP은 파일이 만들어진 당시의 환경(한국어 윈도우)에서만 우연히 맞게 읽히고, 다른 곳에서는 깨집니다. 명시적으로 CP949를 감지해 처리하는 도구가 아니면 파일명을 제대로 읽지 못합니다.

파일명이 ??? 물음표로 나오는 경우는 다릅니다

깨진 문자(ºÎ¼­)가 아니라 물음표(???)나 빈칸으로만 나오는 경우가 있습니다. 이것은 원인이 다릅니다. 물음표는 대개 해석 자체는 됐지만 해당 코드 포인트를 현재 환경의 폰트나 코드 페이지가 표현하지 못할 때 나옵니다. 또는 ZIP 파일을 만들 때 한글 파일명이 아예 삭제되거나 대체된 경우입니다.

물음표 케이스는 CP949 자동 복원으로도 해결이 안 될 수 있습니다. 파일명 바이트 자체가 물음표로 저장됐다면 원래 이름을 알 방법이 없습니다. 파일 내용을 열어서 문서 제목이나 저자 정보 등으로 이름을 추측하는 수밖에 없습니다.