압축 파일 암호 설정, 따로 전달하기

압축만으로 민감한 문서가 보호될까요?

여러 파일을 ZIP이나 7z로 묶는 일과 암호를 적용하는 일은 서로 다릅니다. 일반 압축은 파일을 하나로 모으거나 크기를 줄이는 기능이므로, 비밀번호 설정 없이 만든 압축 파일은 받은 사람이 바로 열 수 있습니다. 주민등록증 사본, 계약서, 정산 자료처럼 민감한 문서를 보낼 때는 압축 과정에서 비밀번호 또는 암호화 항목을 직접 선택해야 합니다.

확인할 대상은 프로그램의 설정 화면이 아니라 완성된 압축 파일입니다. 암호화 방식에 따라 파일 목록과 파일명이 비밀번호 입력 전에 보일 수 있으므로 이름도 익명화하는 편이 안전합니다. ‘주민등록증_홍길동.jpg’ 대신 ‘요청자료_01.jpg’, ‘급여정산_김민지.xlsx’ 대신 ‘정산자료_02.xlsx’처럼 수신자가 구분할 수 있는 범위에서 바꿉니다. 압축 파일 이름에도 주민번호, 거래처의 비공개 사업명, 계약 금액을 넣지 않습니다.

암호는 잘못 보낸 파일을 회수하거나 모든 위험을 없애는 기능이 아닙니다. 전송 전에 수신자와 문서 범위를 확인하는 일이 우선이며, 암호화는 오발송이나 계정 노출에 대비한 추가 보호 장치로 이해하는 것이 알맞습니다.

전달용 압축 파일은 어떤 순서로 만들까요?

복잡한 분류 체계보다 매번 같은 순서를 지키는 편이 실수를 찾기 쉽습니다. 원본 폴더를 통째로 압축하지 말고, 새 전달용 폴더에 보낼 문서만 복사합니다. 메모, 자동 저장본, 이전 계약서처럼 의도하지 않은 파일이 섞이는 일을 줄일 수 있고 나중에 무엇을 보냈는지도 확인하기 쉽습니다.

1. 전달용 폴더를 만들고 필요한 파일만 복사한 뒤 개수와 이름을 확인합니다.

2. 압축 프로그램에서 새 압축 파일 만들기 또는 압축하기를 선택합니다.

3. 비밀번호, 암호화, 보안 중 해당 항목을 찾아 설정합니다.

4. 수신자가 사용할 기기와 프로그램에서 열 수 있는 형식을 고릅니다.

5. 건별로 만든 비밀번호를 두 번 정확히 입력하고 압축을 완료합니다.

비밀번호에는 이름, 생일, 전화번호처럼 추측하기 쉬운 정보를 쓰지 않습니다. 서로 관련 없는 단어를 길게 조합하고 필요한 경우 숫자와 기호를 더하되, 오타 없이 전달할 수 있도록 정확히 기록합니다. 하나의 비밀번호를 여러 문서 묶음에 계속 재사용하면 한 번 노출되었을 때 다른 자료까지 영향을 받을 수 있습니다. 미국 국립표준기술연구소의 비밀번호 지침도 길이를 중요한 기준으로 다루며, 쉽게 예상할 수 있거나 유출된 비밀번호를 피하도록 안내합니다.

운영체제의 기본 압축 메뉴에는 비밀번호 설정 기능이 없을 수 있습니다. 이때는 암호화를 지원하는 별도 프로그램이 필요합니다. 예를 들어 7-Zip의 공식 형식 안내에는 7z 형식의 AES-256 암호화 지원이 명시되어 있습니다. 다만 발신자의 프로그램에서 생성되었다는 사실만으로 호환성이 확인되지는 않으므로, 수신자가 해당 형식과 암호화 방식을 열 수 있는지 전송 전에 물어봅니다.

보내기 전 시험 해제에서 무엇을 확인할까요?

압축 파일을 두 번 클릭해 목록만 보는 것으로는 부족합니다. 비어 있는 시험용 폴더를 만든 뒤 전체 파일을 실제로 해제해야 합니다. 잘못된 비밀번호로 해제가 거부되는지, 정확한 비밀번호를 입력하면 모든 문서가 열리는지 차례로 확인합니다.

구체적인 장면을 가정해 보겠습니다. 공유할 가상 문서 세 개를 ‘전달용_서류’ 폴더에 모아 암호를 설정한 뒤, 비어 있는 ‘해제_시험’ 폴더에 풀어 봅니다. 틀린 비밀번호를 한 번 입력했을 때 문서 추출이 거부되고, 정확한 비밀번호로 세 파일이 모두 열리며 내용도 정상이라면 암호 적용과 파일 상태를 함께 확인한 셈입니다.

• 예상한 파일만 들어 있고 파일 개수가 맞는지 확인합니다.

• 비밀번호 없이 실제 문서를 꺼낼 수 없는지 시험합니다.

• 정확한 비밀번호로 모든 문서가 손상 없이 열리는지 확인합니다.

• 파일 목록이 노출되더라도 민감한 정보가 드러나지 않는지 살핍니다.

가능하다면 수신자가 사용하는 프로그램이나 같은 종류의 기기에서도 시험합니다. 암호화 방식에 따라 파일 목록이 보일 수 있으므로 파일명도 익명화하고, 수신자의 프로그램에서 시험해야 합니다. 확인이 끝나면 시험 폴더에 풀어 놓은 사본을 삭제하고 완성된 압축 파일만 전달 위치로 옮깁니다.

압축 파일과 비밀번호는 어떻게 나눠 보낼까요?

압축 파일과 비밀번호를 같은 이메일 본문이나 같은 메신저 대화에 두면 계정에 접근한 사람이 파일과 열쇠를 함께 얻을 수 있습니다. 두 정보는 서로 다른 전달 경로에 배치합니다. 아래 표는 파일 전달 경로를 행으로 두고, 비밀번호를 보낼 별도 경로와 피할 방식을 비교한 것입니다.

압축 파일 전달 경로	비밀번호 별도 전달 경로	피해야 할 방식
이메일 첨부	확인된 전화번호로 통화하거나 문자 전송	같은 이메일 본문에 비밀번호 기재
메신저 파일 전송	이메일 또는 전화 통화	파일 바로 아래 대화에 비밀번호 전송
클라우드 공유 링크	상대방과 합의한 별도 연락 수단	링크 안내문에 비밀번호 함께 표시

경로만 나누고 수신자를 잘못 고르면 보호 절차의 의미가 줄어듭니다. 이메일 주소, 전화번호, 메신저 계정을 각각 다시 확인하고 동명이인인지도 살핍니다. 비밀번호 메시지에는 문서의 구체적인 내용이나 압축 파일을 다시 붙이지 말고 ‘조금 전에 보낸 요청자료 압축 파일의 비밀번호입니다’처럼 구분에 필요한 설명만 적습니다.

수신자가 파일을 열지 못한다면 비밀번호를 같은 대화에 반복해서 공개하기보다 압축 형식, 지원 프로그램, 대소문자, 앞뒤 공백을 하나씩 점검합니다. 정상 해제 여부를 확인한 뒤 클라우드 링크는 약속한 기간이 지나면 공유 권한을 해제합니다. 전달용 폴더와 비밀번호 메모도 보관할 이유와 기간을 정해 불필요한 사본이 계속 남지 않게 정리합니다.

실수를 줄이는 고정 순서는 무엇일까요?

기억에 의존하지 않고 ‘문서 선별 → 파일명 정리 → 암호 적용 → 시험 해제 → 파일 전송 → 비밀번호 별도 전송 → 수신 확인’으로 순서를 고정해 두면 됩니다. 급한 상황에서도 시험 해제를 빼지 않는 것이 핵심입니다. 각 단계가 짧고 목적이 분명해 다음번에도 망설이지 않고 같은 방식으로 반복할 수 있습니다.

공식 안내를 더 확인하려면 7-Zip의 7z 형식 안내와 미국 국립표준기술연구소의 디지털 신원 지침을 참고할 수 있습니다. 실제 메뉴 이름과 지원 범위는 사용하는 운영체제 및 프로그램 버전의 공식 도움말에서 다시 확인하는 것이 좋습니다.