Editorial

How to Secure Your PDF Files Before Sharing Them

Lock down your PDFs before sharing. Add passwords, encryption, and permissions to protect sensitive files.

Laay Trivedi
Laay Trivedi

Software Developer & Data Scientist

13 Apr 2026 · 7 min read

How to Secure Your PDF Files Before Sharing Them
Share

Last year I sent a contract PDF to a client without locking it down. Two weeks later, a modified copy surfaced in an email thread with the payment terms changed, passed along as the original. It took a week with legal to untangle.

The lesson surprised me. A password would not have prevented that. What actually solves it is a digital signature, which makes any later edit visible. This guide covers what each protection really does, in the order you should apply them, with proof from our own tests.

What an unprotected PDF gives away

A PDF looks finished, but anyone who receives it can copy the text, edit it, and read its hidden metadata. We ran ExifTool on our sample contract, exported from Word. It revealed the author's name, the company, the internal status ("draft v7, legal review"), an edit timestamp and a document tracking ID.

ExifTool output for an unprotected sample contract PDF, revealing the author's name, company, internal draft status, edit timestamp and a document tracking ID

Step 1: Redact properly (a black box is not a redaction)

This is the most common and most damaging mistake. Drawing a black rectangle over text in a basic editor only covers it visually. The text is still in the file.

We tested both methods on the same bank-account row. With the black box, a one-line text extraction still returned the full account number. With true redaction, the text was gone from the file entirely.

Side-by-side redaction test: a black box drawn over bank details still lets pdftotext extract the account number, while true redaction removes the text completely

How to do it: Use a real redaction feature, such as Acrobat Pro's Redact tool or PyMuPDF's apply_redactions(). Then confirm it worked by copying text from the redacted area or running pdftotext. If anything appears, the redaction failed.

Step 2: Strip the metadata

Remove both places metadata lives: the Document Info dictionary and the XMP metadata stream. Many tools clear only one of them.

In Acrobat Pro, use Remove Hidden Information or Sanitize Document, which also catch hidden layers, comments and attachments. Then verify the result with ExifTool.

ExifTool comparison of a PDF before and after metadata removal: author, company, subject, keywords and timestamps are gone, leaving only PDF version and page count

Step 3: Add a watermark (optional)

A watermark won't stop copying. It does discourage forwarding, and it creates a trail if a copy leaks. Include the recipient's name and date, for example "Confidential — Shared with Harbor Analytics — 24 Sep 2026", so a leaked copy points back to its source.

Step 4: Encrypt with an open password, using AES-256

Understand the two passwords first

PDFs support two passwords that do very different jobs:

  • The open password (user password) encrypts the file. Without it, the file can't be opened at all.
  • The permissions password (owner password) only sets flags such as "no editing" or "no copying." Reader software is asked to honour those flags, but nothing forces it to.
Comparison of the two PDF passwords: the open password encrypts the file and blocks reading, while the permissions password only sets editing and copying flags that software can ignore

We tested this. Using the free tool qpdf, we removed every restriction from a permissions-only file without knowing the owner password. We then got the same result on a fully encrypted file, using only the open password we had given the recipient.

qpdf terminal output showing PDF editing and copying restrictions removed without the owner password, and again using only the open password

What this means in practice: the open password keeps outsiders out. Anyone you give it to can remove the edit and copy restrictions. Treat permissions as a polite request, not a lock.

Choose AES-256

Setting

Verdict

RC4 40-bit / 128-bit

Avoid. RC4 is broken and can be defeated regardless of password strength.

AES-128

Legacy fallback for very old readers only.

AES-256

Use this. It's the default in modern tools and the only method PDF 2.0 (ISO 32000-2) doesn't deprecate.

PDF encryption options ranked: avoid RC4 40-bit and 128-bit, use AES-128 only for legacy readers, and use AES-256, with qpdf output confirming AES-256 encryption

AES-256 has been supported since Acrobat 9 (2008). Current versions of Acrobat Reader, Chrome, Edge, Firefox and macOS Preview all open it.

Pick a strong password

Length matters far more than symbols. Current NIST guidance (SP 800-63B) favours long passphrases over complexity rules. Four or more random words, such as harbor-lantern-quietly-47, beat a short string like Tr0ub4dor!.

The encryption is rarely the weak point. A short or guessable password is.

Step 5: Sign or certify it last

This is the step that would have saved my contract. A certifying signature records the exact bytes of the document. If anyone changes even one character afterwards, validation software flags the signature as invalid.

We signed our sample contract, changed "15 days" to "90 days", and ran a validator. The original was judged VALID. The edited copy was judged INVALID, with a warning that the modifications broke the document's policy.

Certified signature tamper test: the original contract with 15-day payment terms validates as VALID, and the copy edited to 90 days validates as INVALID in pyHanko

Order matters. Sign after encrypting. Re-saving a signed file with most tools, including adding a password afterwards, breaks the signature. pyHanko and Acrobat can both sign an already-encrypted file.

For legally binding signatures, use a certificate from a trusted provider. In India, that means a Class 3 DSC from a licensed Certifying Authority. For simple agreements, you can use a service like [PDF Doctor Fill & Sign — link]. Our test used a self-signed certificate, which is fine for demonstration but not for real contracts.

Six-step PDF security workflow in order: redact, strip metadata, watermark, encrypt with AES-256, sign or certify, then share the password separately

Final check before sending

Before the file leaves your machine, confirm three things. It shouldn't open without the password. It should show AES-256 encryption. And the signature should validate.

Final verification of a secured PDF: it cannot be opened without the password, uses AES-256 encryption, has a valid signature and contains no personal metadata

The only metadata left in our final file is the signing information, which is intentional because it tells the recipient who certified the document.

Step 6: Share it safely

  • Send the password through a different channel. If the file goes by email, send the password by phone call or text.
  • Use an expiring, access-restricted link instead of an attachment when you can. Google Drive and Dropbox both support this.
  • Know what your email provider actually protects. Standard TLS only encrypts mail in transit between servers; the provider can still read it. End-to-end services like Proton Mail and Tuta protect the content itself.
  • Don't run a finished file through other tools. Compressing or converting after you sign will break the signature.

What PDF security can't do

  • Recipients can still leak what they can read. Screenshots, phone photos and re-typing all bypass any setting. Enterprise DRM (such as FileOpen or Adobe Experience Manager rights management) can revoke access later, but it can't stop a camera.
  • Permissions are not enforcement. As our test showed, anyone with the open password can remove them.
  • Weak passwords can be brute-forced, and the risk is worst on older RC4 files.
  • Online tools process files on a server. For legal discovery, medical records or anything regulated, do the whole process locally.

Which protection does your document need?

Decision table matching six document types, such as invoices, contracts, medical records and tax returns, to their main risk and the minimum and recommended PDF protection

FAQs

Can a password-protected PDF be cracked? An AES-256 file with a long passphrase is not practically crackable today. Short passwords and RC4-encrypted files are.

Does a permissions password stop editing? It stops honest software from offering an edit button. It does not stop a determined recipient. Use a signature if you need to detect changes.

Is it safe to use online PDF tools? Check the tool's written retention policy before uploading anything. PDF Doctor deletes uploaded files after [X hours] (see our Privacy Policy). For highly sensitive files, use desktop tools instead.

What's the single most important step? It depends on the threat. To keep strangers out, use AES-256 with a strong open password. To prevent tampering, use a certifying signature. Most important documents need both.

Sources

  • ISO 32000-2:2020, Document management — Portable document format — Part 2: PDF 2.0
  • NIST SP 800-63B, Digital Identity Guidelines: Authentication
  • qpdf manual, encryption options (qpdf.readthedocs.io)
  • pyHanko documentation, signing and validation (pyhanko.readthedocs.io)
  • Adobe Acrobat Help, "Removing sensitive content from PDFs" and "Securing PDFs with passwords"
Laay Trivedi

About the Author

Laay Trivedi

Software Developer & Data Scientist

Handles the backend of the website — building and maintaining the PDF processing engine, data pipelines, and the infrastructure that keeps every tool fast and secure.

Connect on LinkedIn →