비밀번호로 파일 보호하는 법: 암호화·공유·복구키 20분 점검표

계약서, 신분증 사본, 금융 서류처럼 민감한 파일을 보호할 때 비밀번호만 설정하면 모든 문제가 해결된다고 생각하기 쉽습니다. 하지만 파일이 암호화됐더라도 비밀번호를 같은 메신저로 보내거나, 암호화되지 않은 원본을 다운로드 폴더에 남겨 두면 보호 효과가 크게 줄어듭니다.

반대로 중요하지 않은 파일까지 모두 복잡하게 암호화하면 정작 필요할 때 본인도 열지 못할 수 있습니다. 따라서 파일의 민감도를 먼저 구분하고, 암호화 방식·공유 권한·비밀번호 전달·복구 수단을 함께 설계해야 합니다.

이 글의 핵심

• 화면 잠금과 파일 암호화는 보호 범위가 다릅니다.
• 암호화한 파일과 비밀번호를 같은 경로로 보내지 않습니다.
• 복구키와 비밀번호가 없으면 본인도 파일을 열지 못할 수 있습니다.
• 보호된 사본을 직접 열어 본 뒤에만 평문 원본을 정리합니다.

먼저 파일의 민감도를 세 단계로 나누기

모든 파일에 같은 수준의 보호를 적용할 필요는 없습니다. 태스크도리에서는 유출됐을 때 발생할 피해를 기준으로 세 단계로 구분합니다.

등급	파일 예시	권장 보호
일반	공개 안내문, 제품 설명서, 일반 메모	기기 잠금과 계정 보안
주의	영수증, 주소가 포함된 주문서, 내부 업무 자료	특정인 공유와 접근 권한 제한
민감	신분증 사본, 계약서, 금융·의료 관련 문서	파일 암호화, 별도 비밀번호 전달, 백업과 복구 수단

주민등록번호, 계좌번호, 상세 진단 내용처럼 필요하지 않은 정보는 저장 전에 가리는 것이 우선입니다. 보관할 정보 자체를 줄이면 암호화가 풀리거나 공유 설정을 잘못했을 때의 피해도 줄어듭니다.

화면 잠금·공유 권한·파일 암호화의 차이

세 기능은 서로 대체하는 기능이 아닙니다. 보호하는 상황이 다르기 때문에 파일의 사용 방식에 맞춰 조합해야 합니다.

보호 방식	주로 막는 상황	주의점
기기 잠금·디스크 암호화	휴대폰이나 컴퓨터의 분실·도난	로그인한 상태에서 파일을 공유하면 막지 못함
클라우드 공유 권한	허용하지 않은 계정의 접근	링크 공개 설정과 상위 폴더 권한을 함께 확인해야 함
파일 암호화	파일이 외부로 복사된 뒤의 무단 열람	비밀번호 분실 시 복구하지 못할 수 있음
편집·인쇄 제한	일반적인 복사와 변경	캡처나 촬영까지 완전히 막는 수단은 아님

파일을 이메일이나 메신저로 보낼 예정이라면 기기 암호화만으로는 부족합니다. 반대로 본인 컴퓨터에만 보관하는 자료라면 파일마다 비밀번호를 붙이기보다 Windows 장치 암호화나 Mac FileVault처럼 기기 전체를 보호하는 방식이 관리하기 쉬울 수 있습니다.

20분 파일 보호 순서

1단계: 원본을 복사하고 보호용 사본 만들기

처음부터 유일한 원본을 암호화하지 않습니다. 먼저 원본의 백업 상태를 확인한 뒤 보호용 사본을 만듭니다. 프로그램 오류나 비밀번호 입력 실수로 파일이 열리지 않을 때 되돌릴 사본이 필요하기 때문입니다.

2단계: 사용 목적에 맞는 방식을 선택하기

• 문서 한 개: Word 등 문서 프로그램이 제공하는 암호화 기능을 확인합니다.
• 여러 파일 묶음: 검증된 암호화 컨테이너나 운영체제의 암호화 디스크 이미지 기능을 사용합니다.
• 컴퓨터 전체: Windows 장치 암호화·BitLocker 또는 Mac FileVault를 확인합니다.
• 공동 작업: 비밀번호 파일을 반복 전송하기보다 특정 계정만 접근할 수 있는 클라우드 공유를 사용합니다.

파일 확장자를 바꾸거나 숨김 폴더에 옮기는 것은 암호화가 아닙니다. 일반 ZIP 압축에 비밀번호 입력창이 나타난다고 해서 사용하는 암호화 방식이 모두 동일한 것도 아닙니다. 중요한 자료라면 사용하는 프로그램의 공식 설명에서 암호화 지원 여부와 복구 조건을 확인해야 합니다.

3단계: 길고 고유한 비밀번호 만들기

NIST의 최신 비밀번호 지침은 복잡한 문자 조합을 강제하는 것보다 길이를 중요한 요소로 봅니다. 단일 인증에 사용하는 비밀번호는 최소 15자를 요구하고, 비밀번호 관리자의 사용을 허용하도록 안내합니다.

다만 이 숫자를 모든 암호화 파일의 절대적인 안전선으로 해석하면 안 됩니다. 공격자가 파일을 확보하면 로그인 횟수 제한 없이 비밀번호를 추측할 수 있는 경우도 있습니다. 가능하면 비밀번호 관리자가 생성한 충분히 길고 고유한 비밀번호를 사용하고, 다른 사이트나 다른 파일에서 재사용하지 않습니다.

• 이름, 생일, 전화번호처럼 추측 가능한 정보를 넣지 않습니다.
• 문서 제목과 비슷한 비밀번호를 사용하지 않습니다.
• 비밀번호 힌트를 파일명이나 같은 폴더에 저장하지 않습니다.
• 여러 단어로 만든 문구를 사용한다면 개인 정보와 유명한 문장을 피합니다.

4단계: 보호된 파일을 다른 환경에서 열어 보기

암호화가 끝났다는 메시지만 보고 원본을 지우면 안 됩니다. 보호된 파일을 닫았다가 다시 열어 보고, 가능하다면 받을 사람이 사용하는 것과 비슷한 기기나 프로그램에서도 시험합니다.

열기 시험 기록

• 비밀번호 없이 내용이 보이지 않는가
• 올바른 비밀번호로 정상적으로 열리는가
• 글꼴, 표, 이미지가 손상되지 않았는가
• 휴대폰과 컴퓨터에서 필요한 프로그램을 사용할 수 있는가
• 복구키 또는 비밀번호 보관 위치를 확인했는가

5단계: 파일과 비밀번호를 다른 경로로 전달하기

암호화 파일과 비밀번호를 같은 이메일이나 같은 메신저 대화방에 연달아 보내면 해당 계정이 노출됐을 때 두 정보가 함께 유출될 수 있습니다. 파일을 이메일로 보냈다면 비밀번호는 확인된 전화 통화나 별도의 승인된 경로로 전달합니다.

비밀번호 전달 전에 수신자의 이메일 주소와 전화번호를 다시 확인해야 합니다. 파일명에도 주민등록번호, 상세 진단명, 계약 금액처럼 내용을 추측할 수 있는 민감 정보를 넣지 않습니다.

Windows에서 확인할 것

Windows의 장치 암호화와 BitLocker는 저장 장치 전체를 암호화해 기기 분실이나 디스크 분리 시 데이터가 노출되는 위험을 줄입니다. 장치 암호화는 지원되는 일부 Windows Home 기기에서도 사용할 수 있고, BitLocker Drive Encryption의 수동 관리 기능은 일반적으로 Pro·Enterprise·Education 버전에서 제공됩니다.

BitLocker를 사용한다면 복구키가 어디에 저장됐는지 반드시 확인합니다. Microsoft는 복구키를 찾지 못하면 잠긴 드라이브의 데이터에 접근하지 못할 수 있다고 안내합니다. 복구키 사본을 암호화된 드라이브 안에만 두는 것도 피해야 합니다.

Word 문서는 파일 메뉴의 ‘정보 → 문서 보호 → 암호로 암호화’ 기능을 사용할 수 있습니다. Microsoft는 문서 비밀번호를 잃어버리면 복구해 줄 수 없다고 안내하므로 암호를 설정한 직후 비밀번호 관리자 또는 승인된 별도 보관 장소에 기록합니다.

Mac에서 확인할 것

Mac에서 여러 문서를 하나로 보호해야 한다면 디스크 유틸리티로 암호화된 디스크 이미지를 만들 수 있습니다. 보호할 파일을 이미지 안에 복사한 뒤 사용을 마치면 Finder에서 해당 디스크 이미지를 추출해야 합니다. 이미지가 열린 상태라면 컴퓨터를 사용하는 다른 사람이 내용에 접근할 수 있기 때문입니다.

Apple도 암호화된 디스크 이미지의 비밀번호를 잊으면 파일을 열 수 없다고 경고합니다. FileVault를 사용하는 경우에도 Apple 계정 또는 별도로 생성한 복구키 중 어떤 복구 방식을 선택했는지 확인하고, 복구키는 암호화된 시동 디스크 밖에 보관합니다.

클라우드 공유에서는 비밀번호보다 권한을 먼저 보기

공동으로 수정해야 하는 파일은 암호화 파일을 반복해서 주고받으면 최신 버전을 구분하기 어려워질 수 있습니다. 이런 경우 Google Drive처럼 특정 계정에 보기·댓글·편집 권한을 부여할 수 있는 서비스를 사용하고 공유 범위를 확인하는 편이 적합합니다.

• 일반 액세스가 ‘링크가 있는 모든 사용자’인지 ‘제한됨’인지 확인합니다.
• 읽기만 필요한 사람에게 편집자 권한을 주지 않습니다.
• 상위 공유 폴더에서 더 높은 권한을 상속받고 있지 않은지 확인합니다.
• 작업이 끝난 사람의 접근 권한을 정리합니다.
• 다운로드·복사 제한만으로 화면 촬영까지 막을 수 있다고 생각하지 않습니다.

자주 발생하는 보호 실패

실수	문제	바꿀 행동
파일과 암호를 같은 대화방에 보냄	계정 노출 시 두 정보가 함께 유출됨	서로 다른 확인된 경로로 전달
암호화 전 원본을 다운로드 폴더에 방치	보호되지 않은 사본이 그대로 남음	열기 시험 후 원본 위치까지 점검
파일명을 민감한 정보로 작성	파일을 열지 않아도 내용이 노출됨	용도와 날짜 중심의 중립적인 이름 사용
복구키를 암호화된 장치에만 저장	장치가 잠기면 복구키도 확인할 수 없음	별도 계정 또는 안전한 오프라인 위치에 보관

마지막 1분 체크리스트

• 파일에 꼭 필요한 개인 정보만 남겼는가
• 암호화되지 않은 원본 위치를 알고 있는가
• 보호된 파일을 닫았다가 다시 열어 봤는가
• 비밀번호와 복구키를 안전하게 보관했는가
• 파일과 비밀번호를 다른 경로로 전달하는가
• 클라우드 링크가 특정인에게만 열리는가
• 공유가 끝난 뒤 권한을 회수할 날짜를 정했는가

파일을 메신저 대화방에만 보관하고 있다면 중요 문서 보관·공유·백업 체크리스트도 함께 확인하세요. 보호한 문서를 나중에 찾기 어렵다면 스마트폰 문서 파일명 규칙을 적용할 수 있습니다.

확인한 공식 자료

• NIST SP 800-63B: 비밀번호와 인증 지침
• NIST: 안전한 비밀번호 만들기
• Microsoft: Word 문서를 비밀번호로 보호하기
• Microsoft: BitLocker 개요와 복구키
• Apple: 암호화된 디스크 이미지 만들기
• Apple: FileVault 복구 옵션
• Google Drive: 파일 공유와 권한 설정

자료 확인일: 2026년 8월 24일

운영체제 버전, 프로그램 종류, 계정 유형에 따라 제공되는 암호화와 공유 기능이 다를 수 있습니다. 중요한 원본은 보호된 파일이 정상적으로 열리는지 확인하기 전까지 삭제하지 마세요.