계약서, 견적서, 개인정보가 들어 있는 문서를 다른 사람에게 보내야 할 때 “파일에 비밀번호를 걸어야 하나?”라는 고민이 생깁니다.
그런데 파일에 비밀번호를 설정했다고 해서 모든 상황에서 같은 수준으로 보호되는 것은 아닙니다. 파일 자체를 보호하는 것과 누가 파일을 볼 수 있는지를 제한하는 것은 서로 다른 문제이기 때문입니다.
따라서 중요한 것은 비밀번호를 무조건 설정하는 것이 아니라 내가 보호하려는 대상이 무엇인지 먼저 정하는 것입니다.
먼저 무엇을 보호하려는지 구분하세요
다음 세 가지는 비슷해 보이지만 목적이 다릅니다.
| 보호 방법 | 주된 목적 | 생각할 질문 |
|---|---|---|
| 파일 암호 | 파일을 열거나 특정 작업을 제한 | 파일을 받은 사람이 바로 열어도 되는가? |
| 공유 권한 | 접근할 사람과 할 수 있는 작업을 제한 | 누가 보고 수정할 수 있어야 하는가? |
| 원본 보관 | 잘못된 수정이나 변환에 대비 | 문제가 생겼을 때 원래 파일로 돌아갈 수 있는가? |
이 세 가지를 구분하면 “비밀번호를 걸까 말까”라는 질문이 훨씬 구체적으로 바뀝니다.
상황 1. 이메일로 계약서를 보내야 한다면
상대방에게 파일을 전달하면서 파일을 열기 전에 비밀번호를 입력하도록 만들고 싶다면 파일 암호가 하나의 방법이 될 수 있습니다.
특히 계약서처럼 내용 자체가 중요한 문서는 파일을 받은 사람이 실수로 열어보는 상황까지 고려할 수 있습니다.
다만 여기서 중요한 실수가 하나 있습니다.
파일과 비밀번호를 같은 메시지에 함께 보내는 것입니다.
예를 들어 이메일에 계약서 파일을 첨부하고 바로 아래에 “비밀번호는 1234입니다”라고 적는다면 파일에 암호를 설정한 의미가 크게 줄어듭니다.
암호를 사용하는 목적이 접근을 한 단계 더 제한하는 것이라면 파일을 전달하는 경로와 암호를 전달하는 경로를 구분하는 것을 고려할 수 있습니다.
상황 2. 여러 사람이 함께 문서를 봐야 한다면
이번에는 파일 자체에 암호를 거는 것보다 공유 권한이 더 중요한 상황일 수 있습니다.
예를 들어 여러 사람이 하나의 문서를 함께 확인해야 하는데 어떤 사람은 읽기만 하고, 다른 사람은 수정해야 한다고 생각해 보세요.
이 경우 중요한 질문은 “파일에 비밀번호가 있는가?”가 아니라 “각 사람이 무엇을 할 수 있는가?”입니다.
공유 서비스에서는 일반적으로 보기, 댓글, 편집처럼 서로 다른 권한을 설정할 수 있습니다.
따라서 협업 문서라면 파일을 내려받아 모두에게 같은 암호를 알려주는 방식보다 필요한 사람에게 필요한 권한만 주는 방식이 더 적합한 경우가 있습니다.
상황 3. 링크 하나만 보내도 되는 문서라면
클라우드에 파일을 올리고 링크만 보내는 경우에는 파일 자체의 암호와 별개로 공유 설정을 확인해야 합니다.
링크를 가진 사람이 누구나 볼 수 있도록 설정되어 있는지, 특정 계정만 접근할 수 있는지부터 확인해야 합니다.
특히 “링크가 있으니까 안전하겠지”라고 생각해서는 안 됩니다.
링크를 보내는 것과 접근 대상을 제한하는 것은 같은 의미가 아닙니다.
중요한 문서라면 링크를 만든 뒤 실제로 어떤 계정으로 접근할 수 있는지 확인해 보는 것이 좋습니다.
비밀번호보다 더 먼저 생각해야 할 것
중요한 파일을 보호할 때 의외로 자주 빠뜨리는 것이 원본 관리입니다.
예를 들어 PDF에 암호를 설정한 뒤 원본 Word 파일을 아무 곳에나 저장해 놓았다면 PDF만 보호한다고 문제가 모두 해결되는 것은 아닙니다.
또한 문서를 수정하면서 암호가 없는 새 파일을 만들어 버릴 수도 있습니다.
따라서 중요한 문서라면 다음처럼 파일의 역할을 나누는 것이 좋습니다.
원본 → 수정이 필요한 작업용 파일
제출본 → 최종적으로 보내는 파일
보호본 → 외부에 전달하기 위해 암호나 접근 제한을 적용한 파일
파일 이름에도 이러한 구분을 넣어두면 실수를 줄이는 데 도움이 됩니다.
예를 들어 계약서_원본, 계약서_최종, 계약서_전달용처럼 구분할 수 있습니다.
‘비밀번호를 걸어야 하는 문서’와 그렇지 않은 문서를 구분하는 법
모든 파일에 암호를 걸면 오히려 불편해질 수 있습니다.
매번 암호를 입력해야 하고, 상대방이 암호를 잊어버리거나 잘못 입력하면 파일을 열지 못할 수도 있습니다.
따라서 문서의 내용과 전달 상황을 함께 생각해야 합니다.
개인정보가 포함되어 있는가?
주민등록번호, 계좌정보, 계약 관련 개인정보 등 노출을 원하지 않는 정보가 있다면 보호 수준을 높이는 것을 고려할 이유가 있습니다.
파일을 여러 사람과 공동으로 수정해야 하는가?
그렇다면 파일 암호보다 공유 권한을 어떻게 설정할지가 더 중요한 문제가 될 수 있습니다.
한 사람에게 최종본만 전달하는가?
이 경우에는 파일 자체에 암호를 설정하는 방법을 검토할 수 있습니다.
문서가 유출되면 문제가 큰가?
단순한 공개 자료와 계약서·개인정보 문서는 같은 방식으로 취급할 필요가 없습니다.
가장 중요한 ‘보안 실수’ 5가지
첫째, 비밀번호를 파일 이름에 적지 마세요.
예를 들어 계약서_비밀번호1234.pdf처럼 저장하면 보호의 의미가 사라집니다.
둘째, 파일과 비밀번호를 아무 생각 없이 같은 곳으로 보내지 마세요.
파일과 암호를 분리하는 것만으로도 전달 과정에서의 실수를 줄일 수 있습니다.
셋째, 링크 공유 설정을 확인하지 않고 파일을 보내지 마세요.
파일에 암호가 없더라도 공유 대상 자체를 제한할 수 있는 서비스가 있습니다.
넷째, 보호된 파일만 남기고 원본을 무작정 삭제하지 마세요.
나중에 수정해야 할 때 원본이 필요할 수 있습니다.
다섯째, 보호가 적용됐다고 생각하고 실제 확인을 생략하지 마세요.
파일을 전달하기 전에 가능하면 다른 환경에서 실제로 열어 보면서 암호나 접근 제한이 의도대로 작동하는지 확인하는 것이 좋습니다.
내 문서에 적용하는 ‘보호 선택 3문장’
복잡하게 생각하고 싶지 않다면 다음 세 질문으로 시작할 수 있습니다.
① 파일을 누가 볼 것인가?
특정 사람만 볼 것인지, 링크를 받은 사람이라면 누구나 볼 수 있어도 되는지를 정합니다.
② 그 사람이 무엇을 할 것인가?
보기만 하면 되는지, 댓글이나 수정이 필요한지를 구분합니다.
③ 파일이 유출되었을 때 문제가 얼마나 큰가?
문서의 내용에 따라 암호나 접근 제한의 필요성을 판단합니다.
이 세 질문에 답하면 “무조건 비밀번호”라는 단순한 선택에서 벗어날 수 있습니다.
비밀번호를 잊어버리는 것도 보안 문제입니다
파일을 보호하는 데만 집중하다 보면 암호를 잃어버리는 상황을 생각하지 못할 수 있습니다.
일부 프로그램은 문서 암호를 잊어버렸을 때 쉽게 복구해 주지 않습니다.
따라서 중요한 문서라면 암호를 아무 곳에나 적어두기보다는 본인이 안전하게 관리할 수 있는 방법을 정해 두는 것이 좋습니다.
특히 중요한 파일에서 “암호를 설정했으니 원본은 필요 없다”라고 생각하는 것은 위험할 수 있습니다.
결론: 파일을 보호하는 방법은 하나가 아닙니다
파일에 비밀번호를 설정하는 것은 유용한 보호 방법 중 하나입니다. 하지만 모든 문서에 같은 방법을 적용할 필요는 없습니다.
파일 자체를 열지 못하게 해야 하는 상황에서는 파일 암호를 생각할 수 있고, 여러 사람의 접근 범위를 관리해야 한다면 공유 권한을 먼저 살펴볼 수 있습니다.
그리고 어떤 방법을 사용하든 원본을 별도로 보관하고 실제로 보호가 적용됐는지 확인하는 과정이 중요합니다.
결국 파일 보안에서 가장 먼저 물어야 할 질문은
“비밀번호를 걸까?”가 아니라 “무엇을 누구로부터 보호하려는가?”
입니다.
이 질문에 답한 다음 파일 암호, 공유 권한, 원본 보관 방법을 선택하면 불필요한 설정은 줄이고 필요한 보호는 더 정확하게 적용할 수 있습니다.