지난주에 잠금 해제한 PDF를 열면 비밀번호를 다시 묻는 메시지가 나타납니다. 당신은 그것을 제거했다고 확신합니다. 확인 메시지, 저장 대화 상자, 잠금 해제된 버전을 동료에게 보내는 방법 등을 기억할 수 있습니다. 그러나 여기에서는 당신을 잠그고 있습니다. 이 시나리오는 놀라울 정도로 일반적이며 거의 항상 사용자 오류보다는 기술적인 설명이 있습니다. 두 가지 유형의 PDF 비밀번호의 차이점을 이해하는 것이 제거된 비밀번호가 다시 나타나는 이유를 이해하는 열쇠입니다.
PDF에는 파일을 볼 수 있는 사람을 제어하는 공개 암호와 뷰어가 파일로 수행할 수 있는 작업을 제어하는 권한 암호라는 두 가지 완전히 독립적인 암호가 있을 수 있습니다. 대부분의 비밀번호 제거 도구는 이들 중 하나만 제거하며, 잘못된 비밀번호를 제거한 경우에도 다른 비밀번호는 그대로 남아 있기 때문에 PDF에서 계속 비밀번호를 묻습니다. 이 이중 비밀번호 아키텍처는 PDF 사양의 일부이며 대부분의 PDF 리더가 요청되는 비밀번호 유형에 관계없이 동일한 비밀번호 프롬프트를 표시하기 때문에 사용자에게 혼란을 줍니다.
PDF 보안의 2개 비밀번호 아키텍처
PDF 사양은 버전 1.1부터 암호화된 모든 PDF에 두 개의 별도 비밀번호 슬롯을 정의했습니다. 기술적으로 사용자 비밀번호라고 불리는 공개 비밀번호는 문서 콘텐츠를 암호화합니다. 이것이 없으면 PDF 리더는 파일을 해독할 수 없으며 친숙한 비밀번호 프롬프트를 표시합니다. 기술적으로 소유자 비밀번호라고 하는 권한 비밀번호는 인쇄, 복사, 편집 및 페이지 추출을 제한하는 플래그 세트를 제어합니다.
이 두 비밀번호는 독립적으로 존재합니다. PDF에는 공개 비밀번호가 있을 수 있지만 권한 비밀번호는 없을 수 있습니다. 권한 비밀번호는 있지만 공개 비밀번호는 없을 수 있습니다. 즉, 소유자 비밀번호 없이는 누구나 볼 수 있지만 편집하거나 인쇄할 수는 없습니다. 둘 다 가질 수 있으며 각각 다른 값으로 설정됩니다. 그리고 중요한 것은 둘 중 하나만 실제로 지워졌을 때 암호가 제거된 것처럼 보일 수 있다는 것입니다.
Unlock PDF 도구를 사용하면 일반적으로 파일의 암호를 해독하고 암호화 없이 새 복사본을 저장하여 열기 암호를 제거합니다. 그러나 원본 PDF에도 권한 암호가 있는 경우 해당 암호는 잠금 해제 프로세스 후에도 유지될 수 있습니다. 특히 도구가 권한 계층이 아닌 암호화 계층만 처리하는 경우 더욱 그렇습니다. 결과적으로 열기 비밀번호가 제거되었기 때문에 비밀번호 없이 파일이 열리지만 여전히 편집이나 인쇄가 제한되고 이러한 작업을 시도할 때 비밀번호 프롬프트가 표시될 수 있습니다.
PDF 사양에 두 개의 비밀번호가 존재하는 이유를 이해하려면 몇 가지 역사적 맥락이 필요합니다. Adobe가 1990년대에 PDF 보안을 처음 도입했을 때 두 개의 암호 모델은 특정한 비즈니스 요구 사항을 충족했습니다. 즉, 문서 작성자는 누구나 열 수 있지만 승인된 사용자만 수정할 수 있는 파일을 배포할 수 있었습니다. 이러한 보기 권한과 편집 권한의 분리는 당시에는 혁신적이었지만 사용자는 비밀번호를 삭제하면 모든 비밀번호가 삭제된다는 것을 합리적으로 기대하기 때문에 혼란을 야기했습니다.
잠금 해제 성공 후 비밀번호 프롬프트가 다시 나타나는 이유
PDF Password 프롬프트가 다시 나타나는 가장 일반적인 이유는 열기 암호만 제거했지만 권한 암호는 여전히 활성 상태이기 때문입니다. 일부 PDF 리더, 특히 Adobe Acrobat은 파일을 열 때뿐만 아니라 권한 암호로 제한된 작업을 시도할 때도 암호 프롬프트를 표시합니다. 파일을 성공적으로 열고 편집하거나 인쇄하려고 하면 갑자기 비밀번호 프롬프트가 나타나 마치 비밀번호를 전혀 제거하지 않은 것처럼 보입니다.
어떤 비밀번호를 다루고 있는지 알면 수정이 더 간단해집니다.
WukongPDF는 두 가지 비밀번호 유형을 모두 해결하여 PDF 잠금 해제를 처리합니다. 비밀번호로 보호된 파일을 처리할 때 도구의 잠금 해제 기능은 열기 비밀번호를 제거하고 권한 제한도 삭제합니다. 즉, 문서 열기, 편집, 인쇄 또는 텍스트 복사 등의 작업에 대해 출력 파일이 비밀번호 프롬프트를 트리거하지 않는다는 의미입니다.
비밀번호가 다시 나타나는 문제를 일으키는 또 다른 시나리오는 메타데이터 보존과 관련이 있습니다. PDF 잠금을 해제하면 일부 도구는 나중에 참조할 수 있도록 원래 암호화 매개변수를 새 파일의 메타데이터에 포함시킵니다. 이 메타데이터를 발견한 PDF 리더는 특히 메타데이터에 원래 보안 설정이 포함된 경우 이를 활성 암호 요구 사항으로 해석할 수 있습니다. 이는 독자별 동작이며 PDF 뷰어마다 다릅니다.
세 번째 시나리오는 다양한 PDF 리더가 인증 상태를 캐시하는 방식과 관련이 있습니다. Adobe Acrobat에서 암호로 보호된 PDF를 열고 응용 프로그램의 암호 캐시에 암호를 저장한 다음 나중에 외부에서 파일의 잠금을 해제하고 다시 열려고 시도하는 경우 Acrobat은 자격 증명 없이 파일을 열려고 시도하는 대신 캐시된 자격 증명을 사용하고 암호 오류를 표시할 수 있습니다. 애플리케이션에 저장된 비밀번호 캐시를 지우면 이러한 유형의 잘못된 프롬프트가 해결됩니다.
비밀번호 캐싱 및 로컬 복사본
때로는 비밀번호가 파일에 전혀 없지만 장치의 캐시된 메모리에 있는 경우도 있습니다. PDF 리더, 브라우저 및 이메일 클라이언트는 모두 첨부 파일과 다운로드를 캐시합니다. PDF를 잠금 해제하고 잠금 해제된 버전을 저장했지만 이메일 클라이언트 또는 브라우저가 원래 캐시된 버전을 대신 열면 잠금 해제된 버전은 다른 곳에 그대로 있는 동안 이전에 잠긴 파일에 암호 프롬프트가 표시됩니다.
이 캐싱 문제는 특히 모바일 장치에서 흔히 발생합니다. 특히 iOS는 파일 앱과 Safari 다운로드에서 공격적인 파일 캐싱을 사용합니다. 다운로드하고 잠금 해제하고 다시 저장한 파일은 원본 다운로드 캐시, 저장한 잠금 해제된 사본, iCloud 동기화 버전 등 세 가지 다른 위치에 존재할 수 있습니다. 잘못된 위치에서 파일을 열면 잠긴 버전이 제공되며 잠금 해제가 발생하지 않은 것처럼 보입니다.
PDF 보안 설정은 파일 수준이 아닌 응용 프로그램 수준에서도 적용할 수 있습니다. 일부 모바일 PDF 앱은 실제 파일 암호화와 별개로 자체 비밀번호 데이터베이스를 유지합니다. 이전에 해당 앱에서 비밀번호로 보호된 PDF를 열었다면 앱이 비밀번호를 기억하고 자동으로 채울 수 있습니다. 그러나 저장된 비밀번호가 현재 파일 상태와 일치하지 않거나 잠금 해제 프로세스가 파일을 변경하고 앱의 캐시된 자격 증명이 더 이상 적용되지 않는 경우 앱은 더 이상 비밀번호가 필요하지 않은 파일에 비밀번호 프롬프트를 표시할 수 있습니다.
클라우드 스토리지 서비스는 또 다른 캐싱 계층을 도입합니다. Dropbox, Google Drive 및 OneDrive는 모두 오프라인 액세스를 위해 최근에 액세스한 파일의 로컬 캐시를 유지합니다. 이러한 서비스 중 하나에 저장된 PDF를 잠금 해제하면 클라우드 클라이언트는 잠금 해제된 버전을 클라우드에 동기화할 수 있지만 사용자가 열려고 하면 캐시된 잠긴 버전을 제공할 수 있습니다. 강제로 수동으로 재동기화하거나 클라우드 클라이언트의 캐시를 지우면 이 문제가 해결됩니다.
불완전한 잠금 해제 작업 및 부분 복호화
덜 일반적이지만 더 실망스러운 원인은 불완전한 잠금 해제 작업입니다. 대부분의 브라우저 기반 잠금 해제 도구는 메모리에서 PDF를 처리한 다음 잠금 해제된 파일의 다운로드를 트리거합니다. 다운로드가 완료되기 전에 브라우저 탭이 닫히거나, 처리 중에 네트워크 연결이 끊어지거나, 도구에서 특정 암호화 알고리즘과 관련된 오류가 발생하는 경우 출력 파일이 부분적으로 해독될 수 있습니다. 비밀번호 없이 열릴 수 있지만 특정 페이지에서 실패하거나 특정 기능에 액세스할 때 문서 전체에서 비밀번호 프롬프트가 트리거됩니다.
AES-256으로 암호화된 PDF는 일반적으로 이전 RC4 암호화를 사용하는 PDF보다 잠금 해제가 더 안정적입니다. 이는 단순히 최신 표준이 구현 시 극단적인 사례가 적기 때문입니다. 2000년대 중반에 RC4-128 암호화로 암호화된 이전 PDF로 작업하는 경우 AES-256으로 암호화된 최신 PDF보다 잠금 해제 동작이 더 일관되지 않을 수 있습니다. 이전 파일의 암호화 메타데이터는 최신 잠금 해제 도구가 완전히 지원하지 않는 비표준 알고리즘을 참조하는 경우가 있습니다.
PDF 비밀번호 보호를 영구적으로 제거하는 방법
깨끗하고 영구적으로 잠금 해제된 PDF를 얻으려면 특정 순서를 따르십시오. 먼저 PDF 속성을 확인하여 어떤 유형의 보호가 활성화되어 있는지 확인하세요. 대부분의 PDF 리더는 파일, 속성, 보안 아래에 이를 표시합니다. '보안 방법: 비밀번호 보안'과 '문서 제한 사항 요약' 아래에 나열된 특정 제한 사항을 모두 찾아보세요. 이것은 공개 비밀번호, 권한 비밀번호 또는 둘 다를 다루고 있는지 알려줍니다.
둘째, 두 가지 비밀번호 유형을 모두 명시적으로 처리하는 잠금 해제 도구를 사용하세요. 잠금을 해제한 후 일반적으로 사용하는 PDF 리더가 아닌 다른 PDF 리더에서 출력 파일을 열어 결과를 확인하세요. 암호 프롬프트가 한 판독기에만 나타나고 다른 판독기에는 나타나지 않는 경우 문제는 파일이 아니라 판독기의 캐시된 데이터에 있는 것입니다.
셋째, 잠금을 해제한 후 브라우저 캐시와 다운로드 기록을 지운 다음, 브라우저의 다운로드 표시줄이 아닌 저장된 위치에서 직접 파일을 엽니다. 이렇게 하면 원래 잠긴 파일의 캐시된 복사본이 아닌 잠금 해제된 버전을 열 수 있습니다. 모바일 장치에서는 이전에 잠긴 버전을 가리킬 수 있는 최근 파일 바로가기를 탭하는 대신 파일 앱을 사용하여 저장된 위치로 이동합니다.
비밀번호를 실제로 제거할 수 없는 경우
일반 도구로는 PDF 비밀번호를 제거하는 것이 실제로 불가능한 경우가 있습니다. PDF가 표준 PDF 비밀번호 암호화가 아닌 DRM(디지털 권한 관리) 시스템으로 보호되는 경우 별도의 DRM 서버에 의해 제한이 적용되며 로컬로 제거할 수 없습니다. Adobe의 이전 LiveCycle Rights Management와 Microsoft의 Azure Information Protection은 모두 로컬 비밀번호 제거 시도에도 살아남는 DRM을 적용합니다.
PDF가 비밀번호 기반 암호화가 아닌 인증서 기반 암호화를 사용하는 경우 파일은 디지털 인증서의 공개 키로 암호화되며 해당 개인 키로만 해독할 수 있습니다. 제거할 비밀번호가 없기 때문에 비밀번호 도구로는 이러한 파일의 잠금을 해제할 수 없습니다. 이를 여는 유일한 방법은 암호화하는 데 사용된 인증서와 일치하는 개인 키를 사용하는 것입니다.