PDF 암호를 걸면 복사·인쇄도 막힐까? 열기 암호와 사용 제한의 차이

먼저 판단할 기준

실제 PDF 엔진으로 암호 상태와 내용을 확인했습니다

1. 1

   텍스트·벡터 그림·입력 양식·제목 메타데이터가 있는 2페이지짜리 테스트 PDF를 만들었습니다. 툴릿에 포함된 QPDF WebAssembly 엔진으로 AES-256 열기 암호를 설정한 뒤, 틀린 암호와 빈 암호가 거부되는지 확인했습니다.

2. 2

   정확한 암호로 해제한 사본은 페이지 수, 텍스트 스트림, 그림 명령, 양식 값, 제목이 원본과 같은지 코드로 비교했습니다. 별도로 열기 암호는 없고 인쇄 제한만 있는 PDF도 만들어, 암호 없이 열리는 상태와 해제 후 제한이 없는 사본이 만들어지는 상태를 확인했습니다.

3. 3

   재현 코드는 tests/pdf-password.test.mjs에 있습니다. 이는 통제된 시험 문서의 구조 검사일 뿐 모든 복잡한 PDF, 전자서명, 모든 읽기 앱의 호환성을 보증하지 않습니다.

‘암호’라는 이름 아래 두 가지 다른 질문이 있습니다

열기 암호는 파일을 열기 전에 비밀값을 요구합니다. 인쇄·편집·복사 제한은 파일이 열린 다음 특정 작업을 읽기 프로그램이 허용할지에 관한 권한 정보입니다. Adobe도 문서 열기 암호와 사용 권한 암호를 별도 유형으로 설명합니다.

인쇄 제한을 ‘절대적인 복사 방지’로 이해하면 안 됩니다

권한 제한은 PDF 읽기 프로그램이 지키는 약속에 가깝습니다. 내용을 읽을 수 있는 프로그램은 이미 해독된 내용에 접근할 수 있으므로, 모든 화면 캡처·재전달·내용 추출을 물리적으로 막는 장치가 아닙니다. QPDF 공식 문서도 권한 제한과 실제 암호 보호를 구별합니다.

툴릿은 새 PDF에 열기 암호를 설정하지만 인쇄·복사 제한을 새로 설정하지 않습니다. 암호 해제 모드는 알고 있는 암호로 별도 사본을 만들며 기존 제한도 제거합니다. 이는 해당 문서를 변경할 권한이 있을 때만 사용해야 합니다.

2페이지 시험에서 무엇을 확인했나요?

테스트에서는 암호가 있는 사본을 빈 암호나 잘못된 암호로 열 수 없었고, 정확한 암호로 해제한 결과는 2페이지와 테스트용 텍스트·벡터 그림·양식 값·제목을 유지했습니다. 원본 바이트도 변경되지 않았습니다.

이는 ‘페이지를 사진으로 바꾼다’는 식의 처리와 다르다는 것을 보여주지만, 모든 글꼴·첨부·서명까지 동일하게 유지된다는 증거는 아닙니다. 중요한 결과는 실제 PDF 읽기 앱에서 직접 점검하세요.

전자서명과 민감 자료는 별도로 판단하세요

암호를 추가하거나 제거하며 새 PDF를 저장하면 기존 전자서명의 검증 상태가 달라질 수 있습니다. 전자서명이 중요한 계약·기관 문서는 원본을 남겨두고 서명에 사용한 앱에서 처리·검증하세요.

열기 암호를 선택하더라도 파일과 암호를 같은 공개 메시지에 보내지 말고, 받는 사람과 저장 위치를 확인해야 합니다. 암호는 접근의 첫 관문이지 공유 후 사용을 완전히 통제하는 수단이 아닙니다.