PDF 보안 완벽 가이드: 비밀번호, 암호화, 편집 및 디지털 서명

PDF는 비밀을 담고 있습니다 — 대부분의 사람들은 제대로 보호하지 못합니다

PDF는 계약서, 세금 신고서, 의료 기록, 법적 브리핑, 재무제표, 기업 서류 및 정부 양식 등 민감한 문서의 기본 형식입니다. 그러나 이러한 문서를 보호하는 대부분의 사람들은 문서를 노출 상태로 만드는 실수를 저지릅니다. "비밀번호로 보호된" PDF는 2015년에 해독된 RC4 암호화를 사용할 수 있습니다. "편집된" 문서는 검은색 상자 아래에 여전히 선택 가능한 텍스트가 있을 수 있습니다. "전자 서명된" 문서는 서명 후 변조에 대한 보호 기능이 없을 수 있습니다.

이 가이드는 각 기술이 해결하는 위협별로 구성하여 PDF를 올바르게 보호하는 데 필요한 모든 것을 다룹니다.

섹션 1: 비밀번호 보호

PDF 비밀번호 보호는 종종 혼동되는 두 가지 유형이 있습니다.

사용자 비밀번호 (열기 비밀번호)

파일을 열 수 있는 사람을 제어합니다. 이 비밀번호가 없으면 PDF 콘텐츠는 암호문으로 암호화된 상태로 유지됩니다. 사용자 비밀번호는 진정한 보안입니다 — 권고 사항이 아니며, 선택 사항이 아니며, 다른 PDF 리더로 우회할 수 없습니다. 문서가 AES-256과 강력한 비밀번호로 암호화된 경우 올바른 비밀번호가 제공될 때까지 읽을 수 없는 상태로 유지됩니다.

소유자 비밀번호 (권한 비밀번호)

문서를 연 후 누군가가 할 수 있는 작업(인쇄, 텍스트 복사, 편집, 주석 추가, 양식 작성)을 제어합니다. 대부분의 PDF 사용자가 모르는 중요한 사실은 소유자 권한은 권고 사항일 뿐 강제되지 않는다는 것입니다. Adobe Acrobat은 이를 존중합니다. Chrome, Firefox 및 Edge의 내장 뷰어를 포함한 대부분의 타사 PDF 리더는 이를 완전히 무시합니다.

소유자 비밀번호만으로 보호된 문서(사용자 비밀번호 없음)는 실제로 보호되지 않습니다. 여는 사람은 누구나 권한을 강제하지 않는 리더로 인쇄 및 편집 제한을 우회할 수 있습니다. 소유자 비밀번호는 모든 사람이 Adobe Acrobat을 사용하던 시대를 위해 설계되었습니다. 우리가 살고 있는 세상은 그렇지 않습니다.

규칙: 항상 사용자 비밀번호를 설정하세요. 소유자 비밀번호는 보안 조치가 아닌 부차적인 편의 신호입니다.

AES-256 vs AES-128 vs RC4

PDF 사양은 세 가지 암호화 알고리즘을 지원합니다:

RC4는 거의 10년 동안 표준 PDF 암호화였지만, 도입 이후 암호 분석이 크게 발전했습니다. 2015년 연구자들은 RC4로 암호화된 PDF가 기지 평문 공격으로 1분 안에 해독될 수 있음을 입증했습니다. 몇 초 만에 PDF에서 RC4 암호화를 제거할 수 있는 여러 도구가 존재합니다.

대조적으로 AES-256은 미국 국가안보국(NSA)이 기밀 문서(승인된 모드에서 256비트 키를 사용할 때, CBC가 해당됨)를 최고 기밀 수준까지 암호화하는 데 승인했습니다. 현재 알려진 또는 가까운 미래의 기술로 무차별 대입하는 것이 계산적으로 불가능한 것으로 간주됩니다.

PDF를 보호할 때 항상 AES-256을 선택하세요. 일부 오래된 PDF 리더(Acrobat 7 이하, 2010년대의 일부 모바일 리더)는 AES-256을 지원하지 않습니다. 매우 오래된 소프트웨어와의 호환성이 필요한 경우 AES-128이 허용 가능한 대체재입니다. RC4는 절대 선택하지 마세요.

PDF 암호화의 실제 작동 방식

PDF에 비밀번호를 설정하면 라이브러리는 전체 파일을 단일 블롭으로 암호화하지 않습니다. 대신 PDF 내부의 모든 콘텐츠 스트림(각 페이지의 텍스트, 각 포함된 이미지, 각 글꼴 프로그램)이 개별적으로 암호화됩니다. 암호화 키는 파일의 고유 ID도 통합하는 키 유도 함수를 사용하여 비밀번호에서 파생되므로, 동일한 비밀번호가 두 개의 다른 PDF에 적용되면 두 개의 다른 암호화 키가 생성됩니다.

AES-256 암호화(PDF 2.0)는 다음을 포함하는 6단계 키 유도 프로세스를 사용합니다:

1. 비밀번호의 SHA-256 해싱(사전 계산 공격 방지)

2. 파일의 고유 식별자 추가(동일한 비밀번호가 파일 간에 동일한 키를 생성하는 것 방지)

3. 64바이트 솔트와 검증 키를 사용한 반복 해싱(레인보우 테이블을 통한 무차별 대입 가속화 방지)

4. CBC 모드에서 실제 콘텐츠 스트림의 AES-256 암호화(기밀성용)

결과적으로 비밀번호가 없는 공격자는 텍스트가 아닌 임의의 노이즈와 구별할 수 없는 암호문을 보게 됩니다. 모든 콘텐츠 스트림이 개별적으로 암호화되므로 공격자는 암호화된 데이터에서도 문서의 구조를 추론할 수 없습니다.

비밀번호는 얼마나 강력해야 하나요?

PDF 비밀번호 공격은 일반적으로 무차별 대입(가능한 모든 비밀번호 시도) 또는 사전 공격(일반적인 구문 목록의 비밀번호 시도)을 포함합니다. 두 가지에 대한 저항은 비밀번호에 따라 다릅니다:

• 8자, 소문자만: 소비자 하드웨어에서 24시간 이내에 무차별 대입으로 해독됨.
• 10자, 대소문자 혼합 + 숫자: 소비자 하드웨어에서 6-12개월; GPU 클러스터에서 몇 주.
• 14자, 대소문자 혼합 + 숫자 + 기호: 현재 기술로 무차별 대입이 사실상 불가능. 키 공간은 95^14, 즉 약 10^27 조합.
• 비밀번호 관리자의 16+ 무작위 문자: 무차별 대입에 대해 본질적으로 영구적인 보안.

민감한 문서의 경우 비밀번호 관리자가 생성한 비밀번호(최소 14자, 대문자, 소문자, 숫자 및 기호 포함)를 사용하세요. 사전 단어, 날짜 또는 사용자를 아는 사람이 추측할 수 있는 구문을 사용하지 마세요.

비밀번호 보호의 한계

비밀번호는 가장 일반적인 PDF 보안 메커니즘이지만 근본적인 약점이 있습니다:

• 약한 비밀번호는 무차별 대입될 수 있습니다. AES-256을 사용하더라도 "John2023"과 같은 비밀번호는 몇 초 만에 사전 공격에 무너집니다.
• 비밀번호는 모든 합법적인 수신자와 공유되어야 합니다. 공유되면 그 수신자는 누구와도 비밀번호(및 파일)를 재공유할 수 있습니다. 액세스 취소가 없습니다 — 비밀번호를 변경하려면 문서를 다시 암호화하고 재배포해야 합니다.
• 감사 추적이 없습니다. 누가, 언제, 몇 번 문서를 열었는지에 대한 기록이 없습니다. 유출이 발생하면 출처를 추적할 방법이 없습니다.
• 비밀번호가 전송 중에 가로채질 수 있습니다. 문서와 별도로 비밀번호를 이메일로 보내면 이메일이 가로채질 수 있습니다. 둘 다 같은 이메일로 보내면 비밀번호 보호는 무용지물입니다. 이상적인 방법은 다른 채널(전화, 암호화된 메시징) 또는 비밀번호 관리자의 공유 볼트를 통해 비밀번호를 공유하는 것입니다.

섹션 2: 편집 — 콘텐츠의 영구 제거

편집은 가장 오해되는 PDF 보안 작업입니다. PDF 뷰어에서 텍스트 위에 검은색 직사각형을 그리는 것은 편집이 아닙니다.

검은 상자 문제

미리보기, Chrome의 PDF 뷰어 또는 일부 버전의 Adobe Acrobat 주석 도구를 사용하여 텍스트 위에 직사각형을 그리면 페이지에 모양 주석을 추가하는 것입니다. 그 아래의 텍스트는 PDF의 콘텐츠 스트림에 남아 있습니다. 주석을 렌더링하지 않는 리더나 텍스트를 추출하는 도구는 "편집된" 텍스트를 명확히 볼 수 있습니다.

이것은 가상의 이야기가 아닙니다. 2019년 미국 법무부는 법원 서류에 미리보기에서 그린 검은 상자를 사용하여 기밀 정보원의 이름을 실수로 공개했습니다. PDF 메타데이터는 원래 텍스트를 유지하고 있었습니다. PDF에서 일반 텍스트를 추출한 사람은 누구나 정보원의 이름을 읽을 수 있었습니다. FBI는 유출이 아니라 정부 직원이 제대로 보호되었다고 믿었던 PDF의 편집 실패임을 발견하기 전에 사무실 내 유출 문화를 조사해야 했습니다.

Apple(검은 상자로 편집되었지만 텍스트가 여전히 추출 가능한 제품 사양), 여러 로펌(법원 서류의 고객 이름) 및 최소 한 연방 기관(FOIA 공개 문서의 사회보장번호)에서도 유사한 사고가 발생했습니다.

진정한 편집

진정한 편집은 PDF 구조에서 콘텐츠를 영구적으로 제거합니다. 작업은 콘텐츠 스트림 수준에서 작동합니다:

1. 도구가 편집할 영역 내의 특정 콘텐츠(텍스트 문자, 이미지 픽셀, 벡터 경로)를 식별합니다.

2. 해당 콘텐츠 객체가 페이지의 콘텐츠 스트림에서 제거됩니다. 덮지 않고, 숨기지 않고 — 제거됩니다.

3. 나머지 콘텐츠는 해당 페이지에 대한 새 콘텐츠 스트림으로 재컴파일됩니다.

4. 제거된 콘텐츠가 있던 자리에 단색 직사각형이 배치될 수 있습니다(선택 사항이지만 시각적으로 편집된 문서를 생성하는 표준 관행).

진정한 편집 후에는 제거된 콘텐츠를 복구할 방법이 없습니다. PDF에 더 이상 데이터가 포함되지 않습니다. 렌더링을 우회하고 콘텐츠 스트림을 직접 구문 분석하는 도구도 콘텐츠가 존재하지 않으므로 아무것도 찾을 수 없습니다.

편집이 실제로 되었는지 확인하는 방법

편집된 PDF를 공유하기 전에 편집이 효과적인지 확인하세요:

1. 편집된 영역을 선택해 보세요. 리더에서 PDF를 열고 편집이 나타나는 곳에서 텍스트를 선택하려고 드래그하세요. 텍스트를 선택할 수 있으면 편집이 실패한 것입니다.

2. 주변 영역을 복사하여 붙여넣기. 편집 표시 근처의 텍스트를 선택하여 텍스트 편집기에 붙여넣으세요. 붙여넣기에 편집된 텍스트가 나타나면 편집이 실패한 것입니다.

3. 원시 텍스트 추출. pdftotext(Poppler의 일부)와 같은 도구를 사용하여 PDF의 텍스트 콘텐츠를 덤프하세요: pdftotext document.pdf -. 출력에서 편집되었어야 할 용어를 검색하세요. 나타나면 편집이 실패한 것입니다.

4. 페이지 콘텐츠 스트림 검사. 텍스트 편집기에서 PDF를 열거나 PDF 구조 검사기를 사용하세요. 압축되지 않은 콘텐츠에서 편집된 용어를 검색하세요. 나타나면 콘텐츠 스트림 수준에서 편집이 실패한 것입니다.

pdfprivately에서 PDF 편집 도구는 진정한 콘텐츠 스트림 수준의 편집을 수행합니다. 편집된 텍스트는 영구적으로 제거되며 출력 파일에서 복구할 수 없습니다.

유명한 편집 실패 사례

이러한 실제 사례는 편집 실수가 얼마나 큰 비용을 초래하는지 보여줍니다:

2019 — 법무부 정보원 노출. 위에서 설명한 대로, 법무부는 법원 서류에 검은 상자 주석 편집을 사용했습니다. 그 아래 텍스트는 완전히 복구 가능했습니다. FBI는 처음에 내부 유출 조사를 시작했습니다.

2018 — Apple 제품 사양. Apple은 특허 사건에서 Word의 검은 상자로 제품 판매 수치를 편집한 법원 문서를 제출했습니다. 편집된 텍스트는 PDF 메타데이터에서 여전히 읽을 수 있었습니다. 수치는 몇 시간 만에 뉴스 매체에 게재되었습니다.

2016 — 삼성 법률 서류. 삼성의 법률팀은 Word에서 검은색 하이라이트를 사용하여 법원 서류의 재무 데이터를 편집했습니다. 텍스트가 문서 메타데이터에 보존되었습니다. 상대 측 변호사가 편집된 수치를 읽을 수 있었습니다.

2013 — IRS 정보공개법 응답. IRS는 흰색 상자로 텍스트를 덮어 정보공개법으로 공개된 문서의 일부를 편집했습니다. 누군가 텍스트를 선택하고 복사하여 새 문서에 붙여넣어 모든 "편집된" 텍스트를 복구했습니다.

공통점: 누군가 시각적 난독화가 데이터 제거와 동일하다고 믿었습니다. 그렇지 않습니다.

민감한 문서 편집 체크리스트

공개되어서는 안 되는 정보가 포함된 PDF를 공유하기 전에 다음 일곱 단계를 따르세요:

1. PDF 뷰어의 주석 도구가 아닌 편집용으로 설계된 도구를 사용하세요. 도구는 콘텐츠 스트림을 수정해야 하며 주석을 오버레이해서는 안 됩니다.

2. 각 콘텐츠를 두 번 편집하세요. 편집을 적용한 다음 콘텐츠를 선택, 복사 및 검색하여 확인하세요. 오류가 발생합니다. 확인이 오류를 잡습니다.

3. 메타데이터도 편집하세요. PDF는 작성자 이름, 생성 날짜, 편집 응용 프로그램, 문서 제목과 같은 문서를 식별하거나 정보를 노출할 수 있는 메타데이터를 저장합니다. 공유 전에 Edit Metadata 도구 또는 PDF 최적화 도구를 사용하여 메타데이터 필드를 정리하세요.

4. 숨겨진 레이어 확인. 일부 PDF에는 보이는 콘텐츠를 숨길 수 있지만 파일에 남아 있는 레이어(OCG — 선택적 콘텐츠 그룹)가 포함되어 있습니다. 편집 전에 모든 레이어를 병합하세요.

5. 주석 및 댓글 제거. 댓글, 스티키 노트 및 마크업 주석에는 편집하려는 바로 그 정보가 포함될 수 있습니다. 편집 전에 주석 제거 도구를 사용하세요.

6. PDF 병합 고려. 병합은 모든 콘텐츠 레이어와 주석을 단일 콘텐츠 레이어로 통합하고 양식 필드를 제거합니다. 최대 보장을 위해 병합 후 편집하세요.

7. 복사본에서 테스트. 원본이 아닌 문서의 복사본을 편집하세요. 편집 도구에 버그가 있으면 원본이 그대로 유지됩니다.

섹션 3: 인증서 암호화

비밀번호가 충분히 안전하지 않은 환경을 위해 PDF는 공개 키 기반(PKI)을 사용한 인증서 기반 암호화를 지원합니다. 문서를 비밀번호로 암호화하는 대신 각 의도된 수신자의 공개 키로 암호화합니다. 각 수신자는 자신의 개인 키를 사용하여 문서를 복호화합니다.

인증서 암호화는 비밀번호의 여러 문제를 해결합니다:

• 공유할 비밀번호가 없습니다. 문서가 특정 수신자에게 암호화됩니다. 그들만 개인 키를 사용하여 열 수 있습니다.
• 감사 추적. 인증서 인프라는 누가 언제 어떤 문서에 액세스했는지 기록할 수 있습니다.
• 취소. 수신자가 더 이상 액세스 권한이 없어야 하는 경우 인증서를 취소할 수 있습니다. 다음에 문서를 열려고 하면 취소된 인증서로 복호화되지 않습니다.
• 부인 방지. 복호화 키가 특정 신원에 연결되어 있으므로 수신자는 문서 액세스를 그럴듯하게 부인할 수 없습니다.

단점은 복잡성입니다. 인증서 암호화에는 PKI 인프라(인증서 발급 및 관리를 위한 인증 기관, 인증서 게시를 위한 디렉토리, 각 사용자에 대한 클라이언트 구성)가 필요합니다. 인증서 암호화를 사용하는 대부분의 조직은 Adobe LiveCycle 또는 유사한 엔터프라이즈 문서 관리 플랫폼을 통해 배포합니다.

개별 사용자의 경우 강력한 비밀번호를 사용한 비밀번호 기반 보호가 더 실용적이며 대부분의 사용 사례에 동등한 보안을 제공합니다.

섹션 4: 디지털 서명 vs 전자 서명

이 용어는 종종 혼용되지만 완전히 다른 것을 가리킵니다:

전자 서명은 페이지의 시각적 표현입니다. 서명 의도를 증명합니다. 서명 후 문서가 변경되지 않았음을 증명하지는 않습니다.

디지털 서명은 서명자의 개인 키로 암호화된 문서의 암호화 해시입니다. 서명 후 문서의 단일 바이트가 변경되면 해시가 더 이상 일치하지 않으며 디지털 서명이 유효하지 않은 것으로 표시됩니다. 이는 변조 방지 테이프의 PDF 버전입니다.

대부분의 비즈니스 문서에는 전자 서명으로 충분합니다 — 법률이 의도를 인정하고 문서 무결성에 대한 분쟁은 드뭅니다. 변조가 실제 우려되는 문서(큰 금전적 이해관계가 있는 계약서, 규제 서류, 인증서 및 면허증)의 경우 디지털 서명은 받은 문서가 서명된 문서임을 암호화 방식으로 증명합니다.

섹션 5: PDF 메타데이터 — 간과된 정보 유출

모든 PDF에는 작성자 이름, 문서 제목, 생성 날짜, 수정 날짜, 편집 응용 프로그램 및 때로는 개정 내역이 포함된 메타데이터가 있습니다. 이 메타데이터는 문서를 열고 파일 > 속성(또는 이에 상응하는 항목)을 선택하는 사람에게 표시됩니다.

일반적인 메타데이터 유출:

• 작성자 이름이 시스템 사용자 이름으로 설정됨. Word나 Google Docs에서 PDF를 만들 때 작성자 필드는 기본적으로 시스템 로그인 이름으로 설정됩니다. 사용자 이름이 "JohnDoe" 또는 "jsmith@company.com"인 경우 문서를 검사하는 사람에게 신원이나 이메일 주소가 유출됩니다.
• 편집 응용 프로그램이 사용하는 도구를 드러냄. 고용주의 문서 관리 시스템으로 만든 PDF는 작성자 필드에 해당 시스템의 이름을 포함할 수 있습니다. 이는 문서를 분석하는 경쟁사에 유용한 정보가 될 수 있습니다.
• 공동 편집의 개정 내역. 일부 PDF는 깨끗한 복사본을 내보냈다고 생각할 때도 편집 과정의 개정 표시, 변경 추적 및 주석을 보존합니다.

PDF를 외부에 공유하기 전에 메타데이터를 검사하고 정리하세요. pdfprivately에서 메타데이터 편집 도구를 사용하면 모든 메타데이터 필드를 보고 수정할 수 있습니다. 정보를 유출할 수 있는 필드를 제거하거나 일반화하세요:

• Author를 식별 세부정보 없이 "Author" 또는 조직 이름과 같은 일반적인 것으로 설정하세요.
• Subject 및 Keywords 필드는 수신자에게 도움이 되는 경우에만 설정하세요.
• 문서 관리 시스템에서 추가한 사용자 정의 메타데이터 속성을 제거하세요.

섹션 6: 클라이언트 측 보안 — 파일이 기기를 떠나지 않음

이 가이드에 설명된 모든 보안 작업(비밀번호 보호, AES-256 암호화, 편집, 메타데이터 정리, 디지털 서명)은 pdfprivately와 같은 클라이언트 측 도구를 사용하여 브라우저 내에서 완전히 수행할 수 있습니다.

이것은 대부분의 사람들이 고려하지 않는 방식으로 PDF 보안에 중요합니다. 민감한 문서를 암호화하거나 편집하기 위해 서버 기반 PDF 도구에 업로드하면 보호하려는 바로 그 순간에 문서를 노출시키는 것입니다. 무단 액세스로부터 보호하려는 문서가 네트워크를 통해 전송되고, 타사 서버에 저장되며, 작성하지 않은 소프트웨어로 처리된 후 다시 전달됩니다. 서버 운영자는 개인정보 보호 약속에도 불구하고 문서를 기록, 보유 또는 검사할 수 있습니다.

클라이언트 측 보안은 이를 반전시킵니다. 문서가 기기를 떠나지 않습니다. 암호화, 편집 또는 메타데이터 정리 코드가 브라우저에 다운로드되어 CPU에서 실행됩니다. 파일은 파일 시스템에서 브라우저 메모리로 읽히고, 거기서 처리된 후 파일 시스템으로 다시 다운로드됩니다. 파일 콘텐츠의 네트워크 전송이 없습니다. 침해, 소환 또는 감사될 수 있는 타사 서버가 없습니다.

서버 기반 도구에서 비밀번호로 보호된 PDF는 처리 중에 해당 서버에 일반 텍스트로 존재했습니다. 클라이언트 측 도구에서 비밀번호로 보호된 PDF는 항상 기기에서 암호화된 상태로 유지되었습니다 — 일반 텍스트는 브라우저 탭의 주소 공간 내에만 존재했습니다.

이것이 클라이언트 측 처리의 근본적인 보안 속성이며, 이 가이드에서 논의된 모든 기술과 관련이 있습니다. PDF 보안은 타인을 신뢰하는 데 의존해서는 안 됩니다. 브라우저 기반 도구를 사용하면 그럴 필요가 없습니다.