계약서 PDF 안전하게 다루는 법
최종 수정일: 2026-07-27
계약서를 PDF로 주고받는 일은 이제 너무 일상적이어서, 오히려 어디서 사고가 나는지 잘 생각하지 않게 됩니다. 실제 사고는 대개 극적인 해킹이 아니라 사소한 부주의에서 나옵니다. 파일에 딸려 나간 정보, 잘못 누른 수신자, 지운 줄 알았던 문구 같은 것들입니다. 실무에서 챙길 만한 것들을 정리했습니다.
PDF에는 본문 말고도 많은 것이 들어 있습니다
PDF 파일에는 눈에 보이는 내용 외에 문서 정보(메타데이터)가 함께 저장됩니다. 대표적으로 작성자 이름, 문서를 만든 프로그램과 버전, 생성 시각과 마지막 수정 시각, 제목과 키워드가 들어갑니다. 워드나 한글에서 PDF로 저장한 경우 원본 문서의 작성자 계정명이 그대로 옮겨오는 일이 흔하고, 만들어진 경로에 따라 사내 공유 폴더 경로나 PC 사용자 이름이 남는 경우도 있습니다.
대수롭지 않아 보이지만, 상대방에게 알릴 필요가 없는 정보인 건 분명합니다. 이 계약서를 실제로 누가 작성했는지, 어떤 템플릿을 재활용했는지, 언제 급하게 고쳤는지가 드러납니다. 확인은 어렵지 않습니다. 대부분의 PDF 뷰어에서 파일 → 속성 또는 문서 정보를 열면 바로 보입니다. 정리해서 내보내는 기능이 있는 도구도 많으니, 외부로 나가는 계약서라면 한 번 열어보고 불필요한 항목은 비우는 편이 좋습니다.
가려 놓은 것과 지운 것은 다릅니다
가장 흔하면서 가장 위험한 실수입니다. 금액이나 개인정보를 가리려고 검은 사각형을 그려 덮는 경우가 있는데, 이것은 삭제가 아닙니다. PDF에서 도형은 텍스트 위에 얹히는 별개의 객체일 뿐이고, 그 아래 텍스트 객체는 그대로 살아 있습니다. 상대방이 해당 부분을 드래그해 복사하거나 텍스트 추출을 하면 가려진 내용이 그대로 나옵니다. 이미지 위에 흰 사각형을 덮는 것도 마찬가지입니다.
진짜로 지우려면 텍스트 객체 자체를 제거하는 편집(도구에 따라 편집 삭제, 내용 삭제, redaction 등으로 표시)을 써야 합니다. 그런 기능이 없다면, 해당 페이지를 이미지로 변환한 뒤 다시 PDF로 만드는 방법이 확실합니다. 화질은 떨어지지만 텍스트 레이어가 사라지므로 추출될 것이 남지 않습니다.
이메일로 보내는 것 자체가 위험 요소입니다
계약서 유출 사고에서 압도적으로 많은 원인은 오발송입니다. 주소창 자동완성이 비슷한 이름의 다른 사람을 채워 넣고, 그대로 전송 버튼을 누르는 식입니다. 한 번 나간 첨부파일은 회수할 수 없습니다. 사내 메일 시스템의 회수 기능은 같은 조직 안에서만, 그것도 상대가 열어보기 전에만 동작합니다.
보낸 뒤에도 통제권은 없습니다. 첨부파일은 수신자의 메일 서버, 수신자 PC의 다운로드 폴더, 그리고 그 조직의 백업에 사본으로 남습니다. 수신자가 다른 사람에게 전달하면 사본은 또 늘어납니다. 그래서 중요한 계약서는 만료 기한이 있는 링크나 접근 권한을 관리할 수 있는 문서 시스템으로 공유하는 편이 낫습니다. 메일을 써야 한다면 최소한 전송 직전에 수신자 주소를 소리 내어 확인하는 습관이 사고를 크게 줄여줍니다.
암호 걸기와 암호화는 같은 말이 아닙니다
PDF에는 성격이 다른 두 종류의 암호가 있습니다. 하나는 문서를 열 때 요구하는 사용자 암호로, 이것은 실제 암호화입니다. 최근 규격에서는 AES-256이 쓰이고, 암호를 모르면 내용 자체를 복호화할 수 없습니다. 물론 암호가 짧거나 뻔하면 무차별 대입에 뚫리므로, 길고 예측 불가능한 문자열을 써야 합니다.
다른 하나는 인쇄·복사·편집을 제한하는 소유자 암호(권한 암호)입니다. 이쪽은 암호화가 아니라 “이렇게 제한해 달라”는 표시에 가깝습니다. 이를 지킬지 말지는 뷰어 프로그램의 선택이고, 무시하는 도구는 얼마든지 있습니다. 인쇄 금지를 걸어 두었다고 해서 상대가 인쇄할 수 없는 것은 아닙니다.
그리고 아주 흔한 실수 하나. 암호가 걸린 파일과 그 암호를 같은 메일에 함께 보내면 암호를 건 의미가 사라집니다. 메일함이 털리면 둘 다 털립니다. 암호는 반드시 다른 경로, 예를 들어 전화나 별도 메신저로 전달하세요.
서명·도장 이미지를 얹은 PDF가 지켜주는 것
계약서에 서명 이미지나 도장 이미지를 얹어 PDF로 만드는 일은 실무에서 매우 흔합니다. 이렇게 만든 파일은 보기에는 서명본이고, 이미지가 페이지에 고정되어 위치가 흐트러지지 않습니다. 상대가 일반적인 뷰어로 열었을 때 이미지 레이어를 손쉽게 떼어내지도 못합니다. StickPDF 같은 도구가 하는 일이 정확히 이 지점이고, 브라우저 안에서 처리되므로 서명이 들어간 계약서를 외부 서버에 올리지 않아도 된다는 점이 실무적으로 유용합니다.
다만 이것이 지켜주지 않는 것도 분명히 알아두어야 합니다. 이미지를 얹은 PDF는 그 후 내용이 바뀌었는지 알려주지 못합니다. 누군가 금액을 고치고 서명 이미지를 다시 얹어도 파일만 봐서는 구분할 수 없습니다. 또한 얹힌 이미지는 추출해 다른 문서에 재사용할 수 있습니다. 이 때문에 서명 이미지와 도장 이미지 파일 자체를 잘 관리해야 합니다. 공용 폴더나 단톡방에 도장 스캔본을 올려두는 것은 인감을 책상 위에 두고 나가는 것과 크게 다르지 않습니다. 문서 위변조 탐지가 필요한 상황이라면 이미지가 아니라 인증서 기반 전자서명을 검토해야 합니다.
원본은 반드시 따로 남겨두세요
마지막으로 가장 단순하지만 자주 빠지는 항목입니다. 서명본이나 수정본을 만들 때 원본 파일을 덮어쓰지 마세요. 나중에 “우리가 받은 건 이 버전이었다”를 확인해야 하는 순간이 반드시 옵니다. 파일명에 날짜와 버전을 넣고, 원본은 수정하지 않는 폴더에 따로 보관하는 것만으로 충분합니다.
한 걸음 더 나아가려면 원본의 해시값을 기록해 두는 방법도 있습니다. 윈도우에서는 명령 프롬프트에 certutil -hashfile 파일명 SHA256 을 입력하면 됩니다. 이 값을 계약 담당자끼리 메일이나 회의록에 남겨두면, 나중에 파일이 바뀌지 않았음을 확인할 근거가 됩니다. 대단한 시스템 없이 할 수 있는 가장 가성비 좋은 조치입니다.
정리하면 이렇습니다. 내보내기 전 문서 정보를 확인하고, 가리는 것과 지우는 것을 구분하고, 전달 경로와 암호 전달 경로를 분리하고, 원본을 남기세요. 계약 내용 자체의 법적 효력이나 서명 방식에 대한 판단이 필요하다면 법무 담당자나 변호사의 확인을 받으시기 바랍니다.