In November 2023, during pre-trial discovery in a commercial arbitration, a defence team submitted a 14-page employment agreement. The typography was clean, the corporate header sharp, and the signature on the final page looked authentic.
A basic forensic check destroyed the appearance of authenticity. The CreationDate recorded 09:14 on 12 March 2021. The ModDate recorded an update on 4 October 2023 — two weeks after the dispute had begun. The XMP history stream showed the file had been opened and re-saved in Adobe Acrobat Pro, with one paragraph converted to paths.
What looked like an original signed contract was a retroactively modified PDF. Knowing how to check if a PDF has been edited is no longer a specialist skill. It is a practical requirement for lawyers, journalists, compliance teams, and anyone who must rely on the integrity of a document.
The most reliable indicators that a PDF has been edited are: (1) a ModDate later than the CreationDate, (2) a mismatch between Creator and Producer, (3) an xmpMM:History log showing later software agents, and (4) multiple %%EOF markers indicating incremental updates. Visual appearance alone is never sufficient.
Modern PDF editors can perfectly match fonts, colours, and line breaks. Authentic verification requires inspecting the underlying metadata and file structure, not the rendered page.
#1 Why PDFs can be edited without obvious signs
PDF is not a simple format. The PDF 1.7 specification (now maintained by ISO as ISO 32000) allows a document to be modified in several ways that leave no visible trace on the printed page.
The most significant of these is the incremental update mechanism. When a PDF is edited after initial creation, most editors — including Adobe Acrobat, Foxit, and PDF-XChange — append the changes to the end of the file rather than rewriting it from scratch. The original content remains in the file body. The new content is layered on top. Both versions coexist in the same file.
This architecture exists for good reasons: it's efficient, and it enables digital signatures to cover specific versions of a document. But it also means that a document can contain significant edits while appearing completely normal when opened in a PDF viewer.
Beyond incremental updates, metadata fields — including the modification timestamp — can be cleared or overwritten. A sophisticated actor can delete the ModDate field entirely, set it to match the CreationDate, or change the Producer field to hide which software was used to make the edit. This is why no single method is sufficient. A complete check requires looking at several layers simultaneously.
#2 Six methods to detect PDF editing
The fastest first check. Every PDF carries two timestamp fields: CreationDate (when the file was first created) and ModDate (the most recent modification). If they differ, the file was edited after creation.
In Acrobat Reader: File → Properties → Description tab. Both dates are shown directly.
On macOS: Right-click the file → Get Info → More Info. ModDate shown as "Last modified."
Limitation: ModDate can be cleared or set to match CreationDate. A matching pair doesn't prove the file was unedited — it may mean the edit was concealed.
ExifTool by Phil Harvey is a free, open-source command-line tool that reads both the standard Info dictionary and the XMP stream — the two separate metadata stores in every modern PDF. It surfaces fields that Acrobat's Properties panel doesn't show.
Key fields to inspect: Creator (the application that created the original), Producer (the application that produced the PDF or last modified it), ModDate, XMP:ModifyDate, and XMP:MetadataDate. Discrepancies between the Info dictionary and XMP stream values are a significant indicator of tampering.
If a PDF was digitally signed, the signature covers a specific version of the document's content using a cryptographic hash. Any change to the signed content after signing invalidates the hash and triggers a warning in Acrobat.
Open the Signatures panel in Acrobat (View → Show/Hide → Navigation Panes → Signatures). Three possible states:
- Green checkmark: Signature valid, content unchanged since signing
- Yellow warning: Signature valid but document has been modified since signing — review the modifications
- Red X: Signature invalid — signed content has been altered
Critical limitation: PDF allows content to be added after signing through incremental updates. Depending on how the document's permission flags were set, some additions don't invalidate the signature even though they change the document. A yellow warning is not a green light.
This is one of the most reliable methods because it detects structural evidence of editing that cannot be easily concealed without entirely rewriting the file. Every PDF ends with %%EOF. A file with incremental updates contains multiple %%EOF markers — one for the original version and one for each subsequent edit.
Method 1 — text editor: Open the PDF in any text editor (Notepad, TextEdit, VS Code). Search for %%EOF. One occurrence = no incremental updates. Two or more = the file was edited after creation.
Method 2 — command line:
Limitation: A sophisticated actor who rewrites the entire file structure (rather than using incremental updates) can eliminate this evidence. This is more effort but not impossible with modern tools.
When text is inserted into a PDF from a different source, the inserted text often uses different fonts, encoding, or object identifiers from the surrounding content. Acrobat Pro's font analysis can surface this.
In Acrobat Pro: File → Properties → Fonts tab. A document that was created entirely in Word, then exported to PDF, should show a consistent font set. A document where text was inserted using a different editor often shows additional fonts, font subsets with different naming conventions, or encoding types that don't match the stated source application.
Visual indicators: text that doesn't quite match the surrounding paragraph in spacing, baseline alignment, or kerning. This is subtle but visible at high zoom levels.
The PDF cross-reference table (xref table) maps object numbers to byte offsets in the file. In an unmodified PDF, there is one xref table. In a file with incremental updates, each update appends a new xref table. Reading these tables directly reveals how many versions of the document exist and which objects were added or modified in each version.
This is the method used by forensic examiners in legal proceedings. Tools like pdfid (free, Python) and commercial products like PDF Examiner perform this analysis automatically.
For most professionals, methods 1–4 are sufficient. xref analysis is for cases where the evidence will be presented in court or where a sophisticated concealment effort is suspected.
Check your PDF's metadata now
See every exposed field including Creator, Producer, and modification timestamps. Browser-only — nothing uploaded.
#3 Before and after — what tampered metadata actually looks like
This is the most important section if you're trying to evaluate a specific document. Below are two ExifTool outputs: one from an unmodified PDF, one from a document that was edited and had its metadata partially cleaned. The differences are subtle but decisive.
Producer : Microsoft: Print To PDF
Create Date : 2026:03:14 09:22:11+00:00
Modify Date : 2026:03:14 09:22:11+00:00
XMP:CreateDate : 2026:03:14 09:22:11+00:00
XMP:ModifyDate : 2026:03:14 09:22:11+00:00
XMP:MetadataDate: 2026:03:14 09:22:11+00:00
# All timestamps identical. Creator and Producer consistent. No flags. ⚠ Tampered document — exiftool output Creator : Microsoft Word # claimed original creator
Producer : Foxit PhantomPDF 10.1 # different application — edit detected
Create Date : 2026:03:14 09:22:11+00:00
Modify Date : 2026:04:02 16:47:33+00:00 # 19 days later
XMP:CreateDate : 2026:03:14 09:22:11+00:00
XMP:ModifyDate : 2026:04:02 16:47:33+00:00 # matches Info dict — not cleared
XMP:MetadataDate: 2026:04:02 16:47:55+00:00 # metadata itself was re-saved 22s later
# Three red flags: Producer mismatch, 19-day gap, MetadataDate after ModifyDate
The tampered document tells a clear story: it was originally exported from Word on 14 March, then opened in Foxit PhantomPDF on 2 April, edited, and saved. The person who edited it didn't clear the metadata — a common mistake, because most people don't know ExifTool can read both the Info dictionary and the XMP stream independently.
The MetadataDate field is particularly revealing. It records when the metadata itself was last written, which is often a few seconds after the document was saved. A MetadataDate later than ModifyDate is unusual and suggests the file was processed by a second tool after the primary edit.
#4 The exact command to run
If you have ExifTool installed, this single command extracts everything relevant for tampering detection:
$ exiftool -Creator -Producer -CreateDate -ModifyDate -MetadataDate -XMP:all document.pdf
# For incremental update count (grep on Mac/Linux):
$ grep -c "%%EOF" document.pdf
# On Windows (PowerShell):
PS> (Get-Content document.pdf -Raw) -split "%%EOF" | Measure-Object | Select-Object Count
A count of 1 from the %%EOF grep means no incremental updates. A count of 2 or more means the file was modified after initial creation, with each additional count representing one more round of editing.
#5 Limitations — what these methods cannot detect
Honest forensic practice requires stating what the methods cannot do, not just what they can.
Complete file rewrites. If someone converts the PDF to another format (Word, HTML), edits it, then exports back to PDF, all incremental update evidence is destroyed. A fresh export produces a new CreationDate and no modification history. The only remaining indicators are visual forensics (font inconsistencies, pixel-level rendering differences) and provenance evidence (chain of custody documentation).
Password-protected files. Encrypted PDFs limit which metadata fields are accessible before the password is entered. ExifTool can read some fields of encrypted documents but not all.
XMP stream removal. A determined actor can remove the XMP stream entirely. If the standard Info dictionary timestamps have also been cleared, metadata analysis yields no evidence. Structural analysis (incremental updates, xref tables) becomes the primary method.
Scanner-originated documents. A printed and rescanned document destroys all digital metadata. The only analysis possible is visual — ink consistency, paper fold artefacts, OCR accuracy patterns.
#6 Legal context — when PDF tampering becomes a serious matter
Document authentication is a foundational concept in law. In the United States, Federal Rules of Evidence Rule 901 requires that documents be authenticated before admission as evidence. A PDF with detectable signs of post-creation modification is subject to challenge under this rule.
In England and Wales, the Civil Evidence Act 1968 Section 8 and subsequent case law establish that documents produced by computer are admissible but subject to challenge where the integrity of the producing system cannot be established. PDF forensic evidence has been accepted in UK courts as a method of challenging document integrity.
Courts have excluded documents in proceedings where PDF tampering was demonstrated — not because PDFs are inherently unreliable, but because specific documents showed specific evidence of post-creation modification that the submitting party could not explain.
For legal professionals, this means two things. First, documents you receive as PDFs should be checked for integrity before being relied upon, particularly in disputes. Second, documents you produce and share as PDFs carry metadata that could be forensically analysed. Our article on PDF metadata removal for legal teams covers the production side of this equation.
#7 The complete PDF tampering verification checklist
#8 What a genuinely unmodified PDF looks like
It's useful to know the positive case, not just the negative one. A PDF that has not been edited after initial creation typically shows:
| Field | Unmodified PDF | Modified PDF (typical) |
|---|---|---|
CreationDate vs ModDate | ✔ Identical timestamps | ✖ ModDate later than CreationDate |
Creator vs Producer | ✔ Same application family | ✖ Different applications |
| XMP vs Info dict timestamps | ✔ Identical across both stores | ✖ Discrepancies between stores |
%%EOF count | ✔ Exactly one | ✖ Two or more |
| Digital signature | ✔ Green / no signature | ✖ Yellow or red warning |
| Font consistency | ✔ Single consistent set | ✖ Mixed sources |
No single indicator is conclusive on its own. A file with identical creation and modification dates could have been edited and cleaned. A file with mismatched dates could be legitimate — some PDF workflows touch the ModDate as part of normal processing. The strength of the case comes from multiple indicators pointing in the same direction.
#9 Protecting your own documents from tampering claims
If you're producing documents rather than analysing received ones, the same forensic knowledge applies in reverse. Two practices reduce your exposure.
Apply a digital signature before sharing. A cryptographic signature over the content creates a verifiable record that the document has not changed since you signed it. Adobe Acrobat Pro, DocuSign, and several other tools support this. The signature doesn't prevent editing — but it makes any post-signing modification detectable.
Strip metadata before sharing. Your documents carry metadata that reveals your editing history, software, and sometimes internal author information that has no relevance to the recipient. Stripping this before distribution is standard practice in legal and compliance contexts, and it reduces the forensic surface area of your document. Our PDF Metadata Remover handles all three metadata layers — the Info dictionary, trailer dictionary entries, and the XMP stream — and runs entirely in your browser. See also our guide on redaction vs metadata removal for how these two operations differ.
Strip metadata from your PDFs before sharing
Remove Creator, Producer, ModDate and all three metadata layers. Free, browser-only, nothing uploaded.
Frequently asked
exiftool document.pdf to surface the software used across both the standard Info dictionary and the XMP stream.This article is for general informational purposes about PDF forensics and document verification. It is not legal advice. For advice specific to litigation, evidence law, or forensic proceedings in your jurisdiction, consult a qualified legal professional or certified digital forensics examiner.