PDF 보안 설명: 비밀번호, 권한, 암호화

PDF 보안은 문서 작성자가 파일에 적용할 수 있는 PDF 사양이 정의한 선택적 제어 집합입니다. 세 가지 독립적 메커니즘이 있으며, 종종 함께 사용됩니다:

• 열기 비밀번호 — 문서가 암호화되며 올바른 비밀번호 없이는 볼 수 없습니다.
• 권한 — 문서가 열린 후에도 인쇄, 복사, 수정 및 기타 동작을 제한하는 플래그 집합.
• 암호화 — 키 없이는 읽을 수 없도록 문서 콘텐츠를 뒤섞는 데 사용되는 알고리즘과 키 길이.

이 메커니즘들은 PDF 사양의 표준 보안 관리자에 정의되어 있습니다. 이러한 제어가 하나도 없는 PDF는 보통의 비보안 문서입니다 — 열 수 있는 누구나나 완전히 읽고 수정할 수 있습니다.

보안된 PDF는 두 개의 개별 비밀번호를 가질 수 있으며, 차이를 이해하는 것이 중요합니다:

• 사용자 비밀번호("열기 비밀번호"라고도 함). 문서를 열고 보는 데 필요. 이것 없이는 파일을 전혀 해독할 수 없습니다.
• 소유자 비밀번호("권한 비밀번호"라고도 함). 권한 플래그를 수정하는 데 필요 — 예를 들어, 인쇄 제한을 제거하거나 복사를 허용. 사용자 비밀번호만 가진 독자는 파일을 열 수 있지만 소유자가 설정한 권한에 묶입니다.

문서는 사용자 비밀번호, 소유자 비밀번호 또는 둘 다 가질 수 있습니다. 일반적인 패턴은 소유자 비밀번호만 설정하는 것입니다: 문서는 누구나 자유롭게 열 수 있지만, 인쇄나 복사 같은 동작은 독자가 소유자 비밀번호를 제공하지 않으면 제한됩니다. 사용자 비밀번호만 설정하면 파일을 열 수 있는 누구나나 모든 권한을 가집니다 — 비밀번호는 행동이 아니라 접근을 제어합니다.

권한은 보안 관리자에 32비트 정수로 저장됩니다. 각 비트는 특정 동작에 해당합니다. 가장 일반적으로 사용되는 권한 플래그는:

• 인쇄 — 문서를 전혀 인쇄할 수 있는지.
• 고해상도 인쇄 — 기본 인쇄와 구분; 일부 문서는 저품질 인쇄는 허용하지만 고충실도 출력은 허용하지 않습니다.
• 텍스트와 그래픽 복사 또는 추출 — 콘텐츠를 클립보드로 복사하거나 접근성 도구로 추출할 수 있는지.
• 콘텐츠 수정 — 페이지 콘텐츠를 편집할 수 있는지.
• 주석, 양식 채우기 및 서명 — 주석, 양식 필드 또는 디지털 서명을 추가할 수 있는지.
• 조립 — 페이지를 삽입, 삭제 또는 회전할 수 있는지.
• 접근성 추출 — 화면 읽기와 보조 기술을 위해 특별히 텍스트 추출을 허용하는 별도 플래그.

이 플래그는 파일 자체가 아니라 PDF 뷰어가 적용합니다. 규격 준수 뷰어는 이를 존중하지만; 비준수 도구는 전적으로 무시할 수 있습니다. 이것은 아래 논의된 중요한 제한입니다.

암호화 알고리즘과 키 길이는 무차별 대입으로 문서를 깨는 난이도를 결정합니다. PDF 표준은 역사적으로 여러 알고리즘을 지원해 왔습니다:

• RC4(40비트 및 128비트) — 원래 PDF 암호화 알고리즘. RC4 40비트는 현대 기준으로 약하며 사용 중단으로 간주. RC4 128비트는 더 강하지만 RC4 자체는 알려진 암호화 약점이 있으며 더 이상 권장되지 않음.
• AES-128 — PDF 1.6에 도입. 128비트 키를 사용하는 현대 블록 암호. RC4보다 현저히 강하며 현재 PDF 리더에서 널리 지원됨.
• AES-256 — PDF 1.7 Extension Level 3에 도입되고 PDF 2.0(ISO 32000-2)에서 재도입. 표준의 가장 강력한 옵션. 참고: 일부 초기 AES-256 구현은 비밀번호 해시가 문서와 독립적으로 공격될 수 있는 결함이 있어 보호를 약화시킴 — 현대 writer는 수정된 수정판을 사용.

새 문서의 경우, AES-256은 사용 가능할 때 권장 선택입니다. RC4는 피해야 합니다. 암호화는 문서의 문자열과 스트림(실제 콘텐츠)에 적용되며, 파일의 구조 골격에는 적용되지 않습니다 — 객체 번호와 교차 참조 테이블은 리더가 키 없이도 파일을 탐색할 수 있도록 가시적으로 남습니다.

writer가 PDF를 암호화할 때, 보안 관리자 수정판이 정의한 해시 체계로 사용자 비밀번호에서 암호화 키를 파생시킵니다. 이 키로 문서의 문자열 및 스트림 객체를 암호화합니다. 권한 플래그와 검증 해시는 문서의 암호화 사전에 저장되며, 사전 자체는 암호화되지 않습니다(리더가 파일이 보안됨을 감지하고 비밀번호를 요청할 수 있도록).

리더가 파일을 열 때, 제공된 비밀번호로 키를 다시 파생하고, 저장된 해시와 검증하고 — 유효하면 — 각 객체를 요청 시 해독합니다. 권한은 제한된 각 동작을 허용하기 전에 뷰어가 확인합니다. 구조가 암호화되지 않으므로 보안된 PDF는 파일 크기, 페이지 수, 암호화 존재를 드러내지만, 페이지 콘텐츠는 드러내지 않습니다.

PDF 보안은 유용하지만, 그것이 아닌 것을 이해하는 것이 중요합니다:

• DRM이 아닙니다. PDF 보안은 문서를 특정 기기, 사용자 계정 또는 라이선스 서버에 묶지 않습니다. 사용자 비밀번호를 가진 누구나나 어디서나 파일을 열고 전달할 수 있습니다.
• 권한은 권고이지 강제가 아닙니다. 뷰어가 권한 플래그를 적용하므로, 이를 무시하기로 한 도구는 제한에 관계없이 콘텐츠를 복사, 인쇄 또는 추출할 수 있습니다. 여러 오픈소스 PDF 라이브러리와 일부 리더가 정확히 그렇게 합니다. 권한은 일반 사용자를 억제하지만; 결의한 사용자를 막지는 못합니다.
• 비밀번호는 무차별 대입으로 깨질 수 있습니다. AES로 암호화된 PDF의 약한 사용자 비밀번호는 현대 하드웨어에서 초당 수백만 추측의 속도로 오프라인 사전 또는 무차별 대입 공격으로 복구될 수 있습니다. 암호화의 강도는 약한 비밀번호를 보상하지 못합니다.
• 이전 암호화는 깨집니다. RC4 40비트는 몇 초 안에 깨질 수 있습니다. RC4 128비트는 구조적 약점이 있습니다. 이러한 레거시 설정으로 암호화된 문서는 오늘날 실질적 보호를 거의 제공하지 않습니다.

실용적 결론: 진정한 기밀이 필요할 때 길고 강한 사용자 비밀번호와 AES-256 암호화를 사용하세요. 권한 플래그를 보안 경계가 아니라 편의로 취급하세요.

IXPDF는 local-first, privacy-first 아키텍처 위에 구축됩니다: 귀하의 파일은 기기에서 떠나지 않습니다. 이 약속은 미래의 보호 또는 잠금 해제 기능에도 적용됩니다 — 암호화 또는 해독은 서버가 아니라 브라우저에서 이루어집니다.

하지만 IXPDF는 현재비밀번호 보호 또는비밀번호 제거 도구를 제공하지 않습니다. 둘 다 연구 필요으로 표시되어 있습니다. 이유는 기술적입니다: 현재 PDF 엔진인 pdf-lib은 암호화된 PDF 읽기 또는 쓰기를 지원하지 않습니다. 신뢰할 수 있는 PDF 암호화를 추가하려면 번들 크기, 성능, 브라우저 호환성을 아직 평가하지 않은 다른 엔진이 필요합니다 — 그리고 우리는 품질 요구 사항을 충족하지 못하는 기능을 출하하지 않습니다. 적절한 엔진이 통합되면 이 도구들은 모든 처리를 로컬로 유지하면서 사용 가능해집니다.

그때까지, 이 페이지의 개념은 만나는 모든 PDF에 여전히 적용됩니다. 업로드하지 않고 파일 메타데이터가 드러내는 것을 확인하려면 메타데이터 참조와 로컬 메타데이터 편집도구를 보세요.