PDF 보안준비 중서버 필요

PDF 잠금 설정 — 현재 제공하지 않는 이유

PDF 암호화는 문서 전체를 표준 암호 알고리즘으로 다시 인코딩하는 작업입니다. 단순히 '열 때 물어보게 하는' 설정이 아니라, 문서의 모든 스트림을 암호화하고 권한 정보를 담은 사전을 새로 구성해야 합니다.

ezyPDF가 사용하는 브라우저용 PDF 라이브러리는 문서 조립과 편집은 지원하지만 암호화 기능은 제공하지 않습니다. 검증되지 않은 방식으로 흉내 낸 암호화는 실제로는 보호되지 않으면서 사용자가 안전하다고 믿게 만들기 때문에, 더 위험하다고 판단해 제공하지 않습니다.

당장 문서를 보호해야 한다면 문서를 만든 프로그램(워드, 한글, Acrobat 등)의 '암호 설정' 기능을 사용하시거나, 압축 프로그램의 암호 기능으로 전달 경로를 보호하는 방법을 권합니다.

현재 이 기능은 제공하지 않습니다

작동하지 않는 기능을 작동하는 것처럼 보이게 하지 않기 위해, 파일 선택 영역을 만들지 않았습니다. 아래에 현재 상태와 필요한 기술을 정리했습니다.

PDF 잠금 설정 기능의 지원 상태와 기술 요건
현재 지원 상태	미지원 (준비 중)
필요한 기술	qpdf 또는 pikepdf를 실행할 수 있는 서버(컨테이너) 환경, 파일 업로드·삭제 파이프라인
구현 난이도	중간
예상 서버 비용	상시 컨테이너 1대 기준 월 1~2만 원대(소규모 트래픽). 트래픽에 비례해 대역폭·저장 비용 추가
외부 API 필요 여부	불필요 (오픈소스로 구현 가능)

작동하는 척하지 않음
실제로 보호되지 않는 기능을 '보호됨'으로 표시하는 것은 사용자에게 잘못된 안전감을 줍니다. 그래서 버튼 자체를 만들지 않았습니다.
암호 감지는 제공
문서에 암호가 설정되어 있는지 판별하는 기능은 PDF 정보 확인 도구에서 실제로 동작합니다.
구현 계획 공개
어떤 기술이 필요하고 왜 서버가 필요한지 아래 표로 공개합니다.

이 페이지는 파일을 받지 않습니다. 업로드 영역이 없으므로 어떤 데이터도 처리되지 않습니다.

이 페이지에는 파일 선택 영역이 없으므로 어떤 데이터도 처리되지 않습니다. 자세한 내용은 개인정보처리방침과 파일 보관 정책에서 확인하실 수 있습니다.

언젠가 지원될 예정인가요?

서버 처리 경로를 도입하는 시점에 함께 검토합니다. 다만 파일을 서버로 보내지 않는다는 현재 원칙과 상충하므로, 도입 시 어떤 도구가 서버를 쓰는지 명확히 구분해 표시할 것입니다.

다른 사이트에서는 되던데요?

대부분 파일을 서버로 업로드해 처리합니다. 그 방식은 기능적으로 가능하지만, 파일이 외부 서버를 거친다는 점을 이해하고 사용하셔야 합니다.

암호가 걸렸는지만 확인하고 싶습니다.

PDF 정보 확인 도구에서 암호화 여부를 판별할 수 있습니다.