PDF-handtekening valideren: ondertekenaar en echtheid

What verification actually checks

A PDF signature is a CMS (PKCS#7) blob embedded in the file, covering a declared byte range. This tool parses every signature dictionary, extracts the CMS structure, and runs three checks: does the signature cryptographically verify against the bytes it claims to cover, does the byte range span the whole file (so nothing was appended after signing), and what does the embedded certificate chain look like.

The result is a per-signature report: signer name and full subject, issuing CA, serial number, validity window, SHA-256 fingerprint, signing time, and a clear verdict — valid, modified after signing, or invalid.

What the report shows

Everything a verifier needs to make a trust call.

Tamper detection

The most important check is coverage: a signature only protects the bytes inside its byte range. If a document was modified after signing — a page added, a field changed, an incremental update appended — the signature either fails verification or provably does not cover the tail of the file. Both cases are flagged, so 'signed' never silently means 'unchanged'.

Document timestamps (ETSI.RFC3161 signatures) are recognized and reported separately, including the time the timestamping authority certified.

Local and private

Verification is pure parsing and math — no network, no upload, no OCSP or CRL fetches. The chain check reports what the embedded certificates prove on their own; whether you trust the issuing CA is a decision the report informs rather than makes.