Plain English

How to verify an electronic signature

Someone hands you a signed PDF. How do you know the person named actually signed it and that nobody changed the file afterward? Here is what to check on any electronically signed document, whichever tool produced it, and then how Signathing's verification code and public evidence log let a stranger check one without an account and without taking our word for it.

1. Start with the certificate page

Nearly every signing tool appends a certificate or completion record to the end of the completed PDF, so scroll there first. It should list every signer by name, the email address or mobile number their signing link was sent to, when each one opened and signed, and the network address and device recorded for the session. It should also print a fingerprint of the document and name the service that produced the record.

If there is no certificate page at all, you are holding either a document signed by pasting an image into it or one exported without its record. Neither is automatically fake, but you have nothing to check, so ask the sender for the completed file from the signing service. Red flags: a signer with no contact channel listed, times that run out of order, or a title and page count that do not match the file.

2. Read the audit trail like a timeline

The audit trail is the sequence of events behind the signatures: sent, opened, consent accepted, signed, completed, and any reminders or declines along the way. Read it as a story and ask whether it makes sense. A document opened in one country and signed two minutes later in another deserves a question.

Check that the time zone is stated; a timestamp with no zone is ambiguous by up to a day. Check that each signer has their own events rather than one shared line, and that the trail ends with a completion event naming the final file. That is the moment the record was frozen.

3. Check the hashes

A hash, usually SHA-256, is a 64-character fingerprint computed from every byte of a file; change one character and the whole fingerprint changes. A good certificate prints two: the hash of the original document, which ties the signatures to the exact text that was signed, and the hash of the completed, sealed PDF, which lets you prove the copy in your hand is the copy that was issued.

You can compute a file's hash without installing anything. On Windows, open a command prompt and run certutil -hashfile yourfile.pdf SHA256. On a Mac or Linux, run shasum -a 256 yourfile.pdf in a terminal. Compare it with the certificate, character for character. A mismatch does not always mean fraud: re-saving a PDF, printing it to PDF, or letting an email client flatten it produces a different file. It does mean the copy you hold is not the issued copy, so get the original bytes before relying on it.

4. Look at the timestamps and the digital seal

Open the PDF in a reader with a Signatures panel (Adobe Acrobat Reader and most desktop readers have one). A sealed PDF shows a digital signature applied by the signing service when the document completed. The reader tells you whether the file has been modified since and names the certificate that sealed it. The seal is a cryptographic lock on the finished file, a different thing from the signers' marks on the pages.

Some services also attach an RFC 3161 timestamp from an independent time-stamping authority, which proves the file existed, unchanged, at a moment attested by someone other than the sender or the service. If the reader shows none, the completion date rests on the service's own clock.

5. Verifying a Signathing document: the code

Every signature applied through Signathing carries a small stamp beside it with the date, the time, and a 16-character verification code in four groups of four. The alphabet leaves out the characters people confuse (O, I, L, 0 and 1), and there are 31 to the 16th power possible codes, so nobody can guess one. The same codes are listed on the certificate pages at the end of the PDF.

Go to signathing.com/verify and type the code. You do not need an account. If the code is genuine, the page shows the signer's name and role, the document title, the time it was signed, the envelope number and status, the SHA-256 of the original document, the SHA-256 of the completed PDF, and the document's evidence fingerprint.

Then drag your copy of the PDF onto the page. Your browser hashes the file locally, the file never leaves your computer, and the page says whether your bytes match the completed PDF, the original document, or neither. That is the whole check for most people. If no signature matches the code, check for typos first; if it still does not match, the document was not completed through Signathing or the stamp was copied onto it from elsewhere. Treat it as unverified.

6. The public evidence log and the OpenTimestamps proof

The code check still asks you to trust our database. The evidence log removes that. Every signing event on Signathing is appended, within minutes, to one public hash chain. Each entry commits to the private details through a hash without publishing them, and includes the hash of the entry before it, so changing one byte of history breaks every hash after it. A document's entries are keyed by a fingerprint only someone holding its certificate can compute: the SHA-256 of 'signathing-doc:' plus the envelope number plus ':' plus the original document's SHA-256.

The verification page lists your document's entries from that log and names the day each falls on. Once a day the chain head is sealed. That day's page is archived by the Internet Archive, the sealed day is committed to a public GitHub repository, the head hash is posted from @Signathing on X, and the head is stamped with OpenTimestamps, which anchors it in the Bitcoin blockchain within a few hours. Each witness is held by someone other than us.

To check the OpenTimestamps proof, download the .ots file linked beside the sealed day and open it with any OpenTimestamps client, such as the verifier at opentimestamps.org. The client confirms that the proof commits to the sealed head hash and names the Bitcoin block that contains it. If the witnesses agree, the record existed in that form on that day, and no later edit, by anyone including Signathing, could have produced it. With the sender's exported evidence package, the open verifier script recomputes every hash offline and compares them with the public chain.

What verification cannot tell you

A verified signature proves that someone with control of a particular email address or phone number opened a particular document and signed it at a particular time, and that the file has not changed since. It does not, on its own, prove that the person at the keyboard was the person named rather than someone with access to their inbox. When identity matters, look for an access code event or an in-person signing record on the certificate, and weigh the surrounding facts as you would with a paper signature that arrived by mail.

Verification also says nothing about whether the contract itself is any good. For what the law does and does not cover, read the plain-English guide to electronic signature law.

Common questions

Can I verify a Signathing signature without an account?
Yes. The verification page is public. Type the code from the stamp beside the signature and the record appears. Nothing is sent to the sender.
What if my PDF's hash does not match the one on the verification page?
Your copy is not byte for byte the issued copy. The usual causes are harmless: a reader re-saved it, it was printed to PDF, or an email client flattened it. Ask the sender for the completed file from Signathing and check that one.
Could Signathing fake or backdate a record?
Not without it showing. Every event is appended to a public hash chain within minutes, and the chain head is sealed daily and witnessed by the Internet Archive, GitHub, OpenTimestamps on Bitcoin, and a pinned X thread. An entry inserted or altered later would not match the sealed head those witnesses hold.
Do I need the sender's help to verify?
No for the code, the hash check, and the public log entries; those need only the signed PDF. Yes for the full offline recomputation, because the private details live only in the sender's evidence package and in the certificate, never in the public log.
Does a verified signature mean the contract is valid?
It means the signature and the file are what they claim to be. Whether the contract is enforceable depends on everything else about it, which is a question for a lawyer in your state. Electronic signatures are recognized under the federal ESIGN Act and state UETA laws; the verification record is what proves who signed what, and when.
Can I verify a document that was signed with another service?
The first four steps apply to any signed PDF: read the certificate page and the audit trail, compute the hash, and check the seal in a PDF reader. The verification code and the public evidence log are specific to documents completed through Signathing.

Free, and not the kind of free with a catch

Unlimited documents, up to 25 signers each, certified PDFs on every one. No trial clock and no card to start.

Start signing free