시간 제한이 있는 비즈니스 문서, 달력일 기준 30일 동안 명시적으로 유효한 제안, 검토 기간이 끝난 후에는 액세스할 수 없는 기밀 위원회 보고서, 1년 구독으로 비용을 지불한 라이선스 교육 매뉴얼은 보호되지 않는 표준 PDF로 배포되는 순간 시간 기반 액세스 제어의 모든 부분을 잃게 됩니다. 오늘 열어본 수신자는 다음 달에 다시 열 수 있습니다. 내년에 다시 열 수 있습니다. 그들은 지금으로부터 5년 후에도 여전히 모든 단어를 열고 읽을 수 있습니다. 표준 PDF 형식에는 연대순 개념이 내장되어 있지 않으며 정의된 날짜 이후 자체 만료를 위한 기본 메커니즘도 없습니다.
표준 PDF 파일은 영구적이고 불변의 기록으로 설계되었습니다. 특정 달력 날짜 이후에 자체 만료를 적극적으로 적용하는 문서를 만들려면 핵심 PDF 사양을 넘어서는 추가 논리 계층을 구현하고 문서의 이식성과 신뢰성을 제한하는 종속성을 도입해야 합니다.
자체 만료를 적용하는 PDF 보안 문서를 만든다는 것은 파일을 열 때 실행되는 JavaScript 기반 날짜 유효성 검사 루틴을 구현하고 하드코딩된 마감일과 비교하여 현재 시스템 날짜를 확인하거나 문서를 열 때마다 액세스 권한을 원격으로 확인하는 서버 기반 디지털 권한 관리 시스템을 배포하는 것을 의미합니다. WukongPDF의 PDF 암호화 도구는 표준 암호 기반 보호를 지원하며 아래 지침에서는 현재 사용 가능한 모든 만료 방법과 실질적인 제한 사항에 대해 설명합니다.
JavaScript 기반 만료: 기술 구현 및 중요한 제한 사항
Adobe Acrobat 및 Acrobat Reader는 첫 번째 페이지가 표시되기 전에 실행되는 문서 열기 이벤트를 포함하여 특정 문서 이벤트가 발생할 때 사용자 정의 스크립트를 실행할 수 있는 내장된 JavaScript 엔진을 지원합니다. 신중하게 작성된 스크립트는 운영 체제에 현재 날짜를 쿼리하고, 해당 날짜를 스크립트 코드에 포함된 하드코딩된 만료 기한과 비교하고, 두 가지 작업 중 하나를 수행할 수 있습니다. 즉, 현재 날짜가 기한 이전인 경우 문서를 정상적으로 표시하고 전체 액세스를 허용하거나, 현재 날짜가 기한을 통과한 경우 문서가 만료되었음을 설명하는 눈에 띄는 메시지를 표시하고 프로그래밍 방식으로 파일을 닫아 사용자가 내용을 읽지 못하게 합니다.
JavaScript 기반 만료에는 보안 조치로서의 효율성을 근본적으로 제한하는 여러 가지 중요한 취약점이 있습니다. JavaScript 실행을 지원하고 JavaScript 기능을 활성화하는 수신자의 PDF 뷰어에 전적으로 달려 있습니다. 거의 모든 브라우저 기반 뷰어 및 모바일 PDF 앱을 포함한 대부분의 비 Adobe PDF 뷰어는 보안 예방 조치로 기본적으로 JavaScript를 비활성화합니다. 즉, 만료 스크립트는 절대 실행되지 않으며 문서는 달력 날짜에 관계없이 완전히 액세스할 수 있게 열립니다. Adobe Acrobat 내에서도 모든 사용자는 편집, 환경 설정, JavaScript로 이동하여 단 한 번의 확인란 클릭으로 JavaScript 실행을 비활성화하여 열려는 모든 문서에서 모든 JavaScript 기반 보호를 영구적으로 해제할 수 있습니다. 가장 중요한 점은 스크립트가 사용자 자신의 컴퓨터 시스템 시계에서 현재 날짜를 읽어 사용자가 수동으로 임의의 날짜로 변경할 수 있다는 것입니다. 만료 기한 이전 날짜로 컴퓨터 시계를 다시 설정하면 문서에 다시 액세스할 수 있으며, 이 시계 조작을 방지할 수 있는 기술적 메커니즘은 없습니다.
디지털 권한 관리: 서버에서 시행하는 시간 기반 액세스 제어
Adobe의 LiveCycle Rights Management, Microsoft의 Azure Information Protection 및 다양한 타사 문서 보안 서비스와 같은 엔터프라이즈 DRM 플랫폼은 PDF 파일 자체에 포함된 코드나 논리에 의존하지 않고 서버 인프라 수준에서 만료를 적용합니다. 문서는 파일 내부가 아닌 DRM 서버에 저장된 키로 암호화됩니다. 사용자가 문서를 열려고 시도할 때마다 뷰어는 DRM 인증 서버에 대한 네트워크 연결을 설정하고 사용자의 자격 증명을 제시하고 임시 암호 해독 권한을 받아야 합니다. 독립적으로 유지 관리되고 보안이 유지되는 자체 시스템 시계로 작동하는 서버는 문서의 라이센스 매개변수와 비교하여 현재 날짜를 확인하고 이 세션에 대한 암호 해독 권한을 부여하거나 만료 알림을 통해 이를 거부합니다.
DRM은 클라이언트 측 시계 조작이나 JavaScript 비활성화에 취약하지 않은 기술적으로 진정한 만료 적용을 제공합니다. 그러나 이는 일상적이거나 일상적인 문서 공유에 부적합하게 만드는 실질적인 마찰을 야기합니다. 수신자는 문서를 열려는 정확한 순간에 인터넷에 연결되어 있어야 하며, 문서는 오프라인 환경에서 볼 수 없습니다. 문서를 보호하는 특정 DRM 플랫폼에 등록된 유효한 사용자 계정을 보유해야 합니다. 시청 환경은 DRM 서비스 제공업체 인증 서버의 지속적인 운영 가용성에 따라 달라지며, 이로 인해 발신자도 수신자도 제어할 수 없는 외부 종속성이 발생합니다.
기술적 복잡성 없이 효과적인 만료를 제공하는 실용적인 대안
문서의 유효 수명이 명확하게 제한되어 있어야 하지만 콘텐츠가 전체 DRM 배포의 비용과 마찰을 정당화하지 못하는 대부분의 일반적인 비즈니스 시나리오의 경우 기술 만료에 대한 실용적인 절차적 대안은 복잡성을 극적으로 줄이고 수신자 마찰이 없는 적절한 실제 보호를 제공합니다. 문서의 유효 기간을 명확한 언어로 명시적으로 명시하는 시각적으로 눈에 띄는 표지 또는 모든 페이지에 명확하게 보이는 헤더를 추가하십시오. 이 제안은 발행일로부터 30일 동안 유효하며 2025년 12월 31일에 만료됩니다. 만료는 기술적인 것이 아니라 사회적, 계약적인 것이며, 소프트웨어 잠금이 아닌 지속적인 비즈니스 관계와 직업적 규범에 의해 시행됩니다.
원래 버전을 마술처럼 사라지게 만들려고 시도하기보다는 모든 이전 문서를 명시적으로 대체하는 명확하게 번호와 날짜가 지정된 개정 버전을 발행하십시오. 업데이트된 버전에는 신뢰할 수 있는 최신 정보가 포함되어 있으며 모든 수신자가 참조하도록 적극적으로 안내하는 버전입니다. 오래된 버전은 여전히 기술적으로 열리지만 모든 페이지에 SUPERSEDED라고 표시된 눈에 띄는 대각선 워터마크로 대체됨이 틀림없이 표시되거나 이 버전이 대체되었습니다라는 굵은 표지 페이지 표기가 표시됩니다. 2026년 1월 15일자 버전 2.1을 참조하십시오. 실수로 이전 버전을 연 수신자는 해당 버전이 더 이상 현재 문서가 아니라는 것을 즉시 명확하게 확인하게 됩니다.
| 만료 방법 | 집행 강도 | 패배 |
|---|---|---|
| 자바스크립트 날짜 확인 | 약하고 전적으로 시청자에게 의존적입니다. | JavaScript 비활성화, 시스템 시계 변경 |
| DRM 서버 적용 | 강력하고 서버가 모든 액세스를 제어합니다. | 네트워크 장애가 발생하면 인증된 사용자도 차단됩니다. |
| 표지 유효성 진술 | 사회적 및 계약적 전용 | 기술적인 시행은 없으며 수령인의 협조에 의존합니다. |
| 워터마크가 있는 대체 버전 | 프로세스 기반, 시각적으로 명확함 | 이전 버전은 여전히 기술적으로 접근 가능하지만 명확하게 표시되어 있습니다. |
제한 사항을 완전히 인식하여 Acrobat에서 JavaScript 날짜 만료 설정
보안 제한 사항을 명확하게 인식하면서 PDF에 JavaScript 기반 날짜 만료를 추가하려면 Acrobat Pro에서 PDF를 열고 도구 메뉴로 이동하여 JavaScript를 선택한 다음 문서 JavaScript를 선택하여 스크립트 편집기를 엽니다. 문서 열기 이벤트에서 실행되는 새 스크립트 함수를 만듭니다. 이 함수는 JavaScript Date 개체에서 현재 시스템 날짜를 읽고 이를 하드코드된 만료 날짜 문자열과 비교한 다음, 현재 날짜가 기한을 초과하는 경우 app.execMenuItem 함수를 Close 매개 변수와 함께 사용하여 프로그래밍 방식으로 문서 창을 닫습니다.
문서를 배포하기 전에 시스템 시계가 의도적으로 미래 날짜로 설정된 컴퓨터에서 만료 동작을 테스트하여 해당 컴퓨터에서 스크립트가 올바르게 트리거되는지 확인하십시오. 그런 다음 Acrobat의 기본 설정에서 JavaScript를 완전히 비활성화한 상태로 동일한 문서를 테스트하여 만료 메커니즘이 해당 조건에서 보호 기능을 제공하지 않는다는 것을 직접 관찰합니다. 만료 메커니즘이 보장할 수 있는 것과 훨씬 더 중요한 것은 보장할 수 없는 것을 모든 문서 이해관계자에게 정확하게 전달하려면 제한 사항을 직접 경험하는 것이 필수적입니다.