PDF에 암호 걸기 — 워드 메뉴로 거는 법, 이미 만들어진 PDF에 거는 법

한 줄로

3쪽짜리 더미 PDF에 열기 암호와 권한 암호를 걸어 봤습니다. 워드에서 PDF로 내보낼 때는 메뉴 안에 암호 칸이 있어 클릭만으로 되고(만들어진 파일은 128비트 AES), 이미 PDF인 파일은 파이썬으로 읽어 AES-256으로 다시 저장하면 됩니다. 다만 「인쇄 금지」 같은 권한 제한은 파이썬으로 그냥 다시 저장하는 것만으로 사라졌습니다.

이런 분께

• 급여 명세나 계약서 PDF를 메일로 보내야 해서 암호를 걸어야 하는 분
• 열기는 되게 하되 인쇄·편집만 막고 싶은 분
• 예전에 내가 걸어 둔 암호가 귀찮아져서 지우고 싶은 분

이 글에서 다루지 않는 것

남이 건 암호를 푸는 방법은 쓰지 않습니다. 아래 내용은 전부 제가 만든 더미 파일에 제가 암호를 걸고, 아는 암호로 다시 푸는 이야기입니다. 암호를 잊어버린 파일에 대해서도 방법을 적지 않았습니다. 뒤에 나오는 「권한 제한이 그냥 다시 저장하는 것만으로 없어진다」는 대목은 암호 푸는 요령이 아닙니다. 권한 제한을 믿고 맡기면 안 된다는 뜻으로 적었습니다.

실측 환경

시험에 쓴 원본은 3쪽, 73,551바이트, 뽑히는 글자 163자짜리 더미 안내문입니다.

먼저 — PDF 암호는 두 가지입니다

PDF 규격에는 암호 자리가 둘 있습니다. 하나는 열기 암호(user password), 다른 하나는 권한 암호(owner password)입니다.

이번 시험에서 확인한 것은 이렇습니다. 열기 암호에 값을 넣으면 파일을 여는 순간 암호를 묻습니다. 열기 암호를 빈 문자열로 두고 권한 암호만 넣으면 암호를 묻지 않고 그냥 열리되, 인쇄·편집 같은 동작에 제한 표시가 붙습니다. 둘 중 무엇을 걸었는지에 따라 받는 사람이 겪는 일이 달라집니다.

원본 문서가 워드에 있다면 — 메뉴 안에 암호 칸이 있습니다

PDF를 워드에서 만들고 있다면 프로그램을 더 깔 것도, 명령을 칠 것도 없습니다. 순서는 이렇습니다.

1. 워드에서 F12(다른 이름으로 저장)를 누릅니다.
2. 「파일 형식(T)」을 PDF로 바꿉니다. 그러면 창 아래쪽에 「최적화 대상」과 「옵션(O)...」 단추가 나타납니다.
3. 「옵션(O)...」을 누르면 「옵션」 창이 뜹니다. 맨 아래 PDF 옵션 묶음의 「암호로 문서 보호(N)」에 체크합니다.
4. 「확인」을 누르면 「PDF 문서 암호화」 창으로 넘어갑니다. 암호를 두 번 넣고 확인하면 됩니다.

암호 칸 아래에 「암호는 6자에서 32자 사이여야 합니다」라고 적혀 있습니다. 「암호로 문서 보호」에 체크하면 그 위의 「PDF/A 호환(/)」이 흐려져 같이 못 켭니다.

이렇게 만든 PDF를 열어 보니 이랬습니다.

여기서 건 것은 열기 암호입니다. 받는 사람이 파일을 열 때 암호를 물어봅니다.

이미 PDF인 파일에 암호 걸기

원본 문서가 없고 PDF만 손에 있으면 파이썬 pypdf로 새 파일에 암호를 걸 수 있습니다. 아래는 암호가 아직 없는 PDF를 입력으로 쓰는 예제입니다.

2026-09-28 보강 — Windows에서 준비하고 실행하기

1. PowerShell에서 py --version으로 Python이 실행되는지 확인합니다. 명령을 찾지 못하면 Python의 Windows 설치 안내에 따라 Python을 설치하고 PowerShell을 다시 엽니다. Windows 설치 과정은 이번에 직접 실행하지 않았습니다.
2. 다음 명령으로 AES에 필요한 추가 의존성까지 설치합니다. 따옴표도 함께 입력하세요. pypdf만 설치하면 AES용 의존성이 빠질 수 있습니다. 근거는 pypdf 설치 도움말입니다.

py -m pip install "pypdf[crypto]"
py -c "import pypdf, cryptography; print(pypdf.__version__, cryptography.__version__)"

1. 새 작업 폴더에 암호 없는 PDF 사본을 원본.pdf라는 이름으로 놓습니다. 아래 코드를 메모장에 붙여 파일 형식: 모든 파일, UTF-8, 이름 protect_pdf.py로 같은 폴더에 저장합니다. protect_pdf.py.txt가 되지 않도록 확장자를 확인합니다.
2. PowerShell에서 py "C:\실제\작업폴더\protect_pdf.py"처럼 실제 저장한 스크립트 경로를 넣어 실행합니다. 열기 암호와 권한 암호를 차례로 입력합니다. 입력 중 글자가 보이지 않는 것이 정상입니다. 암호는 코드에 적어 두지 않습니다.

from getpass import getpass
from pathlib import Path
from pypdf import PdfWriter

folder = Path(__file__).resolve().parent
src = folder / "원본.pdf"
dst = folder / "암호걸림.pdf"
if not src.is_file():
    raise SystemExit("같은 폴더에 원본.pdf를 놓으세요.")
if dst.exists():
    raise SystemExit("암호걸림.pdf가 이미 있습니다. 다른 이름으로 옮긴 뒤 실행하세요.")

user_pw = getpass("열기 암호: ")
owner_pw = getpass("권한 암호: ")
if not user_pw or not owner_pw:
    raise SystemExit("열기 암호와 권한 암호를 각각 입력하세요.")

w = PdfWriter(clone_from=src)
w.encrypt(user_password=user_pw, owner_password=owner_pw, algorithm="AES-256")
with dst.open("xb") as f:  # 기존 파일을 덮어쓰지 않음
    w.write(f)
print(f"저장 완료: {dst}")

결과는 스크립트 옆의 암호걸림.pdf입니다. 닫았다가 다시 열어 암호 없이 본문이 보이지 않는지, 입력한 열기 암호로 열리는지 확인하세요. ModuleNotFoundError가 나면 위 설치 명령을 같은 py로 다시 실행합니다. DependencyError 등 AES 의존성 오류라면 py -m pip install --upgrade "pypdf[crypto]"로 설치 상태를 확인합니다.

algorithm을 적어 주는 것이 중요합니다. 빼면 훨씬 오래된 방식으로 걸립니다. pypdf 암호화 도움말도 생략 시 RC4가 기본이라고 설명합니다. 다음 표와 바이트 수는 2026-09-18 원래 더미 파일의 기록입니다. 위 실행용 예제의 새 확인 결과는 뒤에 따로 적었습니다.

원본이 73,551바이트였으니 암호를 걸어 늘어난 몫은 1,894바이트입니다. 3쪽 문서 기준이고, 내용은 그대로 들어 있습니다.

PyMuPDF(fitz)로도 같은 일이 됩니다. 이쪽은 저장할 때 인자로 줍니다.

import fitz

d = fitz.open(r"C:\경로\원본.pdf")
d.save(r"C:\경로\암호걸림.pdf",
       encryption=fitz.PDF_ENCRYPT_AES_256,
       user_pw="yeolgi-1234",
       owner_pw="gwonhan-9876",
       permissions=532)      # 인쇄·복사·읽어 주기 허용
d.close()

이 파일은 74,719바이트가 나왔습니다. 암호화 방식은 pypdf의 AES-256 쪽과 같은 Standard V5 R6 256-bit AES입니다.

열기는 그냥 되게 하고 인쇄·편집만 막기

열기 암호 자리를 빈 문자열로 두고 권한 암호만 주면 됩니다. permissions_flag에 허용할 것만 적습니다. 적지 않은 것이 막히는 쪽입니다.

from pypdf import PdfWriter
from pypdf.constants import UserAccessPermissions as UAP

w = PdfWriter(clone_from=r"C:\경로\원본.pdf")
w.encrypt(user_password="",                       # 열기 암호는 없음
          owner_password="gwonhan-9876",
          permissions_flag=UAP.EXTRACT | UAP.EXTRACT_TEXT_AND_GRAPHICS,
          algorithm="AES-256")
with open(r"C:\경로\권한제한.pdf", "wb") as f:
    w.write(f)

두 가지로 만들어 각각 열어 봤습니다. 아래 「허용/막힘」은 결과 파일을 다시 읽어 확인한 값입니다.

파일 크기는 각각 75,439바이트와 75,438바이트입니다. 두 파일 모두 열 때 암호를 묻지 않습니다.

엣지에서 열면 이렇게 보입니다. 아래는 인쇄를 막은 쪽(permissions 528)입니다.

도구 모음 아래에 자물쇠 표시와 함께 「이 파일에 권한이 제한되어 있습니다. 일부 기능에 대한 액세스 권한이 없을 수 있습니다.」라는 띠가 붙고, 인쇄 단추와 형광펜·그리기 단추가 흐려집니다. 띠 오른쪽의 「사용 권한 보기」를 누르면 무엇이 막혔는지 목록이 나옵니다.

여덟 줄 가운데 「접근성을 위해 콘텐츠 복사 중」과 「콘텐츠 복사 중」, 「복사본 저장 중」에 체크가 있고, 「인쇄 중」·「서명」·「댓글 달기」·「양식 필드 채우기」·「파일 콘텐츠 편집하는 중」은 금지 표시입니다. 제가 준 값(복사만 허용)과 맞습니다.

권한 제한이 어디까지 막아 주는가

여기서 솔직히 적어 둘 것이 있습니다. 권한 제한은 프로그램이 지켜 주기로 한 약속입니다. 파일 자체는 AES-256으로 암호화되어 있지만 열기 암호가 빈 문자열이라, 프로그램은 암호 없이 내용을 다 읽습니다.

인쇄를 막은 파일(permissions 528)을 파이썬으로 열어 보니 이랬습니다.

needs_pass = 0  / is_encrypted = False
permissions = 528
인쇄 허용? False
그런데 글자는 뽑힙니다: '사내 안내문 (더미)\n작성 홍길동\n연락처 0' ... 총 163자
쪽 그림으로 렌더도 됩니다: 414 x 585 픽셀

그리고 아무 것도 하지 않고 그냥 다시 저장하기만 해도 제한이 없어집니다.

import fitz
d = fitz.open(r"C:\경로\권한제한.pdf")
d.save(r"C:\경로\다시저장.pdf")
d.close()

결과는 74,349바이트, 암호화 = None, permissions = -4(전부 허용)였습니다. 암호를 한 글자도 넣지 않았는데 그렇습니다.

그러니 권한 제한은 「실수로 인쇄하는 것을 막는 표시」 정도로 보시는 편이 맞습니다. 정말 못 열게 해야 하는 자료라면 열기 암호를 거셔야 합니다.

다른 프로그램에서 열면 무엇이 뜨나

열기 암호를 건 파일을 엣지로 열면 이 창이 뜹니다.

「암호 입력 — 이 파일은 암호로 보호되어 있습니다. 파일을 열려면 암호를 입력하세요.」이고, 뒤쪽 쪽 번호 칸은 「0 의 0」입니다. 본문은 하나도 안 보입니다.

파이썬에서는 프로그램마다 나오는 모양이 다릅니다. 둘 다 파일을 여는 것 자체는 성공하고, 내용을 만지려 할 때 막힙니다.

pypdf  : PdfReader(...) 는 통과. is_encrypted = True
         len(r.pages) 를 하면 → FileNotDecryptedError: File has not been decrypted
         r.decrypt("wrong-pw")      → 0   (안 맞음)
         r.decrypt("yeolgi-1234")   → 1   (열기 암호로 통과)
         r.decrypt("gwonhan-9876")  → 2   (권한 암호로도 통과)

PyMuPDF: fitz.open(...) 도 통과. needs_pass = 1
         d[0].get_text() 을 하면 → ValueError: document closed or encrypted
         d.authenticate("wrong-pw")      → 0
         d.authenticate("yeolgi-1234")   → 2
         d.authenticate("gwonhan-9876")  → 4

두 라이브러리 모두 열기 암호와 권한 암호를 다 받아 줍니다. 돌려주는 숫자로 어느 쪽이 맞았는지 알 수 있습니다. 참고로 워드가 만든 PDF에 authenticate를 하면 6이 나왔습니다. 워드는 두 자리에 같은 암호를 넣기 때문으로 보입니다.

내가 아는 암호로 지우기·바꾸기

암호를 알고 있으면 열어서 그냥 다시 저장하면 됩니다.

from pypdf import PdfReader, PdfWriter

r = PdfReader(r"C:\경로\암호걸림.pdf")
if r.is_encrypted:
    r.decrypt("yeolgi-1234")
w = PdfWriter(clone_from=r)
with open(r"C:\경로\암호지움.pdf", "wb") as f:
    w.write(f)

PyMuPDF라면 이렇습니다.

import fitz

d = fitz.open(r"C:\경로\암호걸림.pdf")
d.authenticate("yeolgi-1234")
d.save(r"C:\경로\암호지움.pdf", encryption=fitz.PDF_ENCRYPT_NONE)
d.close()

암호를 바꾸려면 헌 암호로 열고 새 암호로 저장합니다.

d = fitz.open(r"C:\경로\암호걸림.pdf")
d.authenticate("yeolgi-1234")
d.save(r"C:\경로\암호바꿈.pdf",
       encryption=fitz.PDF_ENCRYPT_AES_256,
       user_pw="sae-5678", owner_pw="gwonhan-9876")
d.close()

바꾼 파일은 75,887바이트가 나왔고, 헌 암호 yeolgi-1234로는 authenticate가 0(안 열림), 새 암호 sae-5678로는 2가 나왔습니다.

암호를 지운 파일과 원본을 견줘 보니 쪽 수 3으로 같고, 세 쪽 모두 뽑히는 글자가 같았으며, 1쪽을 100dpi로 그린 827x1170 그림의 픽셀이 완전히 일치했습니다. 제가 확인한 것은 여기까지입니다. 나머지 두 쪽의 그림이나 문서 속성까지 같은지는 재지 않았습니다.

여러 파일을 한꺼번에 할 때

2026-09-28에 아래 반복문을 보강했습니다. 스크립트를 protect_batch.py로 저장하고, 그 옆에 입력 폴더를 만들어 암호 없는 PDF 사본들을 넣습니다. 앞에서 설치한 환경에서 py "C:\실제\작업폴더\protect_batch.py"로 실행합니다. 없던 입력\결과 폴더도 첫 실행에 만들고, 같은 이름의 결과가 있으면 건너뜁니다.

from getpass import getpass
from pathlib import Path
from pypdf import PdfWriter

source_dir = Path(__file__).resolve().parent / "입력"
if not source_dir.is_dir():
    raise SystemExit("스크립트 옆에 입력 폴더를 만들고 PDF를 넣으세요.")
files = sorted(p for p in source_dir.iterdir()
               if p.is_file() and p.suffix.lower() == ".pdf")
if not files:
    raise SystemExit("입력 폴더에 PDF가 없습니다.")
output_dir = source_dir / "결과"
output_dir.mkdir(parents=True, exist_ok=True)
password = getpass("열기 암호: ")
if not password:
    raise SystemExit("열기 암호를 빈칸으로 둘 수 없습니다.")

for p in files:
    out = output_dir / p.name
    if out.exists():
        print(f"건너뜀(기존 결과): {p.name}")
        continue
    w = PdfWriter(clone_from=p)
    w.encrypt(user_password=password, algorithm="AES-256")
    with out.open("xb") as f:
        w.write(f)
    print(f"저장 완료: {out.name}")

2026-09-18 원래 반복문으로 같은 더미 3개를 넣고 돌린 기록은 0.06초, 세 파일 모두 75,445바이트였습니다. 이는 위 수정 코드로 새로 잰 속도나 크기가 아닙니다. 수정 코드는 입력 폴더의 파일만 한 번 모으고 하위의 결과 폴더는 읽지 않습니다. 처리 중 오류가 나면 멈춥니다. 이미 암호가 있는 PDF는 이 예제의 입력에 섞지 마세요.

위 코드처럼 owner_password를 빼면 열기 암호와 같은 값이 권한 암호로도 들어갑니다. 원래 시험에서는 결과 파일에 authenticate("yeolgi-1234")를 하면 6이 나와서, 두 자리가 다 맞았다는 뜻이 됐습니다.

이번에 새로 확인함 2026-09-28

위 protect_pdf.py와 protect_batch.py 코드를 Linux에서 새로 만든 3쪽 더미 PDF로 실행했습니다. 환경은 Python 3.12.14, pypdf 6.10.0, cryptography 46.0.0, PyMuPDF 1.26.6(MuPDF 1.26.11)입니다. 원래 Windows 시험의 파일·로그는 이번 환경에서 다시 열지 못했고, Word GUI도 재실행하지 않았습니다. Windows 설치·실행 절차 전체를 새로 검증했다는 뜻은 아닙니다.

추가 시험은 동작과 내용 보존을 확인한 것입니다. 처리 시간은 새로 재지 않았습니다. 다음 결과 표의 원본 73,551바이트와는 다른 파일이므로 크기를 서로 비교하면 안 됩니다.

결과

워드 쪽 크기가 작은 것은 원본 문서가 달라서입니다(워드에서 만든 1쪽 문서). 다른 줄과 견줄 수 있는 숫자가 아닙니다.

실패한 것

• 워드의 ExportAsFixedFormat을 자동화로 부르면서 암호를 주려고 했는데, 그런 인자가 없었습니다.

>>> d.ExportAsFixedFormat(OutputFileName=..., ExportFormat=17, Password="test-1234")
TypeError: _Document.ExportAsFixedFormat() got an unexpected keyword argument 'Password'

이 명령이 받는 인자는 OutputFileName, ExportFormat, OpenAfterExport, OptimizeFor, Range, From, To, Item, IncludeDocProps, KeepIRM, CreateBookmarks, DocStructureTags, BitmapMissingFonts, UseISO19005_1, FixedFormatExtClassPtr 열다섯입니다. 엑셀도 같았습니다(Type, Filename, Quality, IncludeDocProperties, IgnorePrintAreas, From, To, OpenAfterPublish, FixedFormatExtClassPtr, WorkIdentity). 암호 자리가 아예 없습니다.

• SaveAs2(경로, FileFormat=17, Password="test-1234")로 PDF를 저장해 봤더니 파일은 25,257바이트로 만들어졌지만 암호가 걸려 있지 않았습니다(needs_pass = 0, 암호화 없음). Password는 워드 문서용 인자라 PDF에는 안 붙는 것으로 보입니다.
• PyMuPDF에서 authenticate로 잠금을 푼 뒤 needs_pass를 읽으면 잠금이 도로 걸립니다. 이것 때문에 처음에 「암호는 맞았는데 글자가 0자」라는 이상한 결과를 봤습니다.

auth 2
text len (1) 66
needs_pass -> 1
text len (2) 0      ← needs_pass 를 읽었더니 다시 잠김
auth again 2
text len (3) 66
is_encrypted False
text len (4) 66     ← is_encrypted 는 괜찮음

authenticate 뒤에는 needs_pass를 건드리지 않는 편이 낫습니다. PyMuPDF 1.28.0에서 본 동작입니다.

• 워드 화면을 자동으로 조작하는 동안 다른 창이 앞으로 튀어나오면 열려 있던 대화상자가 닫혀 버렸습니다. 한 번은 암호까지 넣었는데 「다른 이름으로 저장」 창으로 돌아온 채로 끝나 PDF가 안 만들어졌습니다. 위에 적은 네 단계는 손으로 눌러 가며 확인한 것입니다.
• 암호를 거는 시험과 여러 파일을 한꺼번에 처리하는 시험에서 Object count 30 exceeds defined trailer size 29 라는 줄이 거듭 찍혔습니다(각각 4회, 3회). 경고가 나온 뒤에도 결과 파일의 암호화 방식과 암호 확인, 글자 뽑기는 정상이었습니다. 원인까지는 캐지 않았습니다.

확인하지 않은 것

• 엑셀에서 PDF로 내보낼 때 「옵션」 창에 암호 칸이 있는지는 화면으로 확인하지 못했습니다. 자동화 인자에 암호가 없다는 것만 확인했습니다.
• 한글(HWP)에서 PDF로 저장할 때의 암호 설정은 이 글에서 다루지 않았습니다.
• 암호가 걸린 PDF를 아크로뱃 리더나 한글 뷰어, 스마트폰에서 열면 어떤 문구가 뜨는지는 보지 않았습니다. 엣지와 파이썬 두 가지만 봤습니다.
• 128비트 RC4와 256비트 AES가 실제로 얼마나 다른 강도인지는 재지 않았습니다. 파일에 기록된 이름만 옮겨 적었습니다.
• 암호에 한글이나 특수문자를 넣었을 때 다른 프로그램에서 그대로 열리는지는 시험하지 않았습니다. 시험에 쓴 암호는 영문·숫자·붙임표(yeolgi-1234 꼴)뿐입니다.
• 권한 제한이 아크로뱃처럼 규격을 지키는 프로그램에서 실제로 인쇄를 막는지는 엣지에서 단추가 흐려지는 것까지만 봤습니다. 인쇄를 눌러 보지는 않았습니다.
• 쪽 수가 많거나 그림이 많은 PDF에서 암호를 걸 때 얼마나 걸리는지는 재지 않았습니다. 원래 실측과 2026-09-28 추가 확인 모두 3쪽짜리 더미를 썼습니다.

함께 보기

• PDF에 워터마크 넣기
• PDF 용량 줄이기
• PDF에서 필요한 쪽만 빼내기
• PDF 여러 개를 원하는 순서로 합치기