FreeSign

Private and secure e-signature · NO SERVER UPLOAD

Private and secure electronic signature in your browser. No PDF upload, no account.

FreeSign is a private, secure, and free electronic signature — an e-signature you create entirely in your browser. Your PDF file is never sent to our servers — the whole signing operation happens locally on your device. Drop a file, type your name, verify your email with a one-time code, and download the finished signed PDF. The document keeps evidentiary value, and the signature can be checked in Adobe Reader and other popular PDF tools. No account. No limits. Nothing to install.

Sign a PDF now →

English summary of FreeSign

What is a private electronic signature (e-signature)?

An electronic signature (short: e-signature, also called a digital signature) is the electronic equivalent of a handwritten signature: it attributes a document to a specific person and confirms that the person agreed to sign it. In the European Union, the legal framework is set by eIDAS (Regulation (EU) No 910/2014): an electronic signature may not be denied legal effect or admissibility as evidence solely because it is electronic or because it is not qualified. In the US, ESIGN (15 U.S.C. §7001) and UETA perform a similar role.

A private e-signature means your document never goes into the provider's cloud. Practically all popular services — DocuSign, Adobe Acrobat Sign, HelloSign, SignNow — take your PDF onto their servers, store it, and distribute it. FreeSign is the only service that creates a real electronic signature while never seeing the content of your document. Your browser generates a short one-time fingerprint of the file — and that is all we receive. The PDF itself stays on your computer.

How does the FreeSign e-signature work in the browser?

The entire signing ceremony happens on your side. Here are the six simple steps:

  1. You drop a PDF. Your browser creates a short, unambiguous fingerprint of the file and sends only that — not the file itself. The PDF itself never leaves your device.
  2. You type your name and email address. A signature envelope is created, binding your details to the document fingerprint and to your consent to sign.
  3. You confirm your email address with a one-time code. A six-digit code arrives in your inbox. Entering it confirms that it is really you.
  4. You sign. Your browser signs locally. At the same time, our server issues you a one-time certificate with your name and email address — bound to that specific document.
  5. Seal and timestamp. The document receives a cryptographic signature seal, a trusted timestamp from an independent provider, and public time evidence anchored in the Bitcoin blockchain — the seal can be checked even in 10 years, regardless of whether FreeSign still exists.
  6. You download. You receive a standard signed PDF that Adobe Reader and other popular tools recognize as correctly signed — without any need to contact FreeSign.

On later visits — passkey. After your first signature, you can save a passkey on the same device, unlocked with biometrics or the device PIN. You can then sign later documents with a fingerprint, Face ID, Touch ID, or device code — without entering an email code again. The whole ceremony drops to a few seconds and remains fully private.

Full technical description with diagrams: the architecture page. Advanced details are also at the bottom of this page.

Why "no upload" privacy matters

Because the alternative — sending a PDF to a provider — means handing a copy of every signed document to a third party. In several categories this is actively dangerous:

  • NDAs and confidentiality agreements are literally agreements about not disclosing content; uploading an unsigned NDA to a third party is exactly the disclosure the agreement is supposed to prevent.
  • M&A and investment transactions name parties and amounts long before any public announcement.
  • Medical, legal, and HR documentation is subject to regulations (GDPR, HIPAA, attorney/client professional secrecy) that a provider's terms may or may not honor.
  • Privileged communications (attorney-client, doctor-patient, journalist-source) may lose that protection the moment a third party reads them.
  • Personal data under GDPR — every upload of a signed document containing personal data to a provider creates a processor relationship (Article 28 GDPR) and the documentation that comes with it. FreeSign does not create that problem: we do not receive the document content, so you do not entrust us with any data from inside it.

FreeSign privacy is structural, not declarative: in our service there is technically no way to send us the file content. Full architecture diagram: architecture page.

What can you use a free e-signature for?

For anything that does not mandatorily require a Qualified Electronic Signature (QES) or notarial form. In practice, FreeSign is a strong fit for:

  • NDAs and confidentiality agreements — the classic "do not upload me anywhere" document. See the guide to signing an NDA without uploading.
  • Employment, contractor, and service agreements — employment offer, copyright transfer, equivalent compensation documentation.
  • Vendor contracts — master service agreements (MSA), statements of work (SOW), orders, amendments, policies.
  • Board resolutions and minutes — written consents, resolutions, shareholder-list updates.
  • Term sheets and investment documentation — everything except final documents requiring notarial form.
  • GDPR consents, medical consents, parental consents, asset declarations.
  • Lease agreements (with exceptions requiring a legally certain date).
  • Internal policies, rules, approvals — the document never has to leave the company network.

When FreeSign is NOT the right tool

  • Acts for which the law requires a Qualified Electronic Signature (QES) — some register filings, some court pleadings filed electronically.
  • Acts requiring notarial form — notarial deeds, real-estate ownership-transfer agreements, some wills, powers of attorney for acts requiring a notarial deed.
  • Acts requiring written form with a legally certain date — here, electronic form with AES alone may not be enough without an additional element, such as notarial certification.

When in doubt, confirm the required form with a lawyer. This is not legal advice.

FreeSign vs DocuSign vs Adobe Sign — e-signature comparison

DocuSign and Adobe Acrobat Sign are the best-known brands in the electronic-signature category. They create the same standard PDF signature as FreeSign — but along the way they upload your document to their servers, store it, and charge for it. FreeSign gives the same end result without ever seeing the document content and without a paid plan.

  • Privacy: DocuSign and Adobe receive and store your PDF in their cloud. FreeSign receives only a short, one-way file fingerprint — the PDF itself never leaves your browser.
  • What you get at the end: all three services produce the same standard signed PDF, compatible with the same format (PAdES) and a trusted timestamp. FreeSign additionally includes independent time evidence anchored in the Bitcoin blockchain — verifiable even if FreeSign disappears.
  • Trust in Adobe Reader: DocuSign and Adobe Sign are on Adobe's commercial trusted-provider list (Adobe Reader then does not show a yellow warning). FreeSign is not currently on that list. The signature itself is still verifiable — the warning concerns only the trust list, not document integrity (more below).
  • Cost: DocuSign and Adobe Acrobat Sign are paid products with plan-specific envelope or transaction limits. FreeSign is free with no limits.

Full comparisons: FreeSign vs DocuSign · FreeSign vs Adobe Acrobat Sign · all comparisons.

How will the other party verify the signature?

Without having to trust FreeSign. A PDF signed by FreeSign is fully self-contained — everything needed for verification is inside the file itself:

  • Adobe Reader. It opens the file and shows the signature panel with the signer name, signing time, and confirmation that the document has not been changed. The yellow warning concerns only the trust list — not signature integrity.
  • Popular open-source tools (for example openssl, pyHanko) parse the file, check the signature and certificate chain — without contacting FreeSign. Step by step: the verification guide.
  • Independent time evidence (OpenTimestamps) anchored in the Bitcoin blockchain — shows that your document existed at a given time. Verifiable even if FreeSign disappears.
  • FreeSign browser verifier: /verify — the same tests locally, if you prefer dragging the file into the browser instead of using the command line. The verifier source code is open source (MIT license) and published on GitHub: github.com/free-sign/verifier — you can read exactly what it does, run it yourself, or even deploy it on your own server if you prefer not to trust our copy.

What does the yellow warning in Adobe Reader mean?

Adobe Reader colors signature status according to its own commercial list of trusted providers (Adobe Approved Trust List, AATL). FreeSign operates its own certificate authority, but it is not currently on that list. That is why Adobe shows the yellow message "At least one signature has problems" by default.

That message concerns the trust list, not signature integrity. Open the signature panel in Adobe — the same panel still confirms that the document has not been modified, shows the signer's full name, and shows the signing time.

You can fix this manually in a few clicks. Add the FreeSign certificate authority to Adobe Reader/Acrobat's local trusted provider list once — from then on, Adobe shows a green icon instead of a yellow warning for every FreeSign signature on that device. Setup takes less than a minute and works for all later signatures on that device. Step by step: the Adobe trust setup guide and the FAQ answer.

E-signature with no account and no monthly limits

Most "free" signature services on the market have real restrictions — 3-5 documents per month, account creation, or the ability to sign only documents they send you. FreeSign is actually free:

  • No registration. There is no account and no password.
  • No monthly limit. We do not count signatures.
  • No per-document fee. There is no "premium" or "pro" plan — no paid variant exists.
  • No installation. Everything runs in your browser.

This is possible because we never store PDF files (we do not pay to store them) and we run on Cloudflare infrastructure, where the cost of a single signature is microscopic.

AI document summary in your language — also in the browser

Before signing a long document, you can generate a summary in your language with one click — in English, regardless of the language of the document itself. Just like the signature, the whole analysis happens in your browser: the AI model is downloaded once and runs locally on your computer. Your document content does not go to us or to any external AI service — not to OpenAI, not to Google, not to Anthropic. The feature is currently available on desktop and laptop computers with a modern browser; it does not run on phones because the model is too large for typical mobile devices.

The signing ceremony is available in English

The signing ceremony itself — the full interface where you drop the file, enter details, confirm the one-time code, and download the signed PDF — is available in 29 languages: all 24 official EU languages (Bulgarian, Croatian, Czech, Danish, Dutch, English, Estonian, Finnish, French, German, Greek, Hungarian, Irish, Italian, Latvian, Lithuanian, Maltese, Polish, Portuguese, Romanian, Slovak, Slovenian, Spanish, Swedish) plus Ukrainian, Japanese, Korean, Norwegian, and Icelandic. The language is detected automatically from your browser settings, and you can also switch it manually in the signing panel.

The signed PDF itself is language-independent — it verifies the same way regardless of the language used during the ceremony.

For product teams: embed it on your website

If you are building a portal or application where your users sign documents, you can embed the FreeSign ceremony as an iframe in your own page. The PDF still never leaves the user's browser (nor yours, nor ours): the file moves only between your page and the iframe, and the signed document returns the same way. No API keys, no webhook configuration, no data-processing entrustment.

Full instructions: the embed guide. Interactive demo: /demo/embed-signing.

Sign a PDF now

Sign your first PDF without uploading it anywhere

There is nothing to install. Drop a PDF, sign, download — the whole ceremony takes under a minute.

Sign a PDF now →
Technical details for advanced users

Cryptography

Your browser computes the file's SHA-256 locally (through WebCrypto) and sends FreeSign only the 32-byte hash — PDF bytes never leave your device. The end result is a standard signed PDF in PAdES-B-T format: a CMS PKCS#7 signature (RFC 5652) under a one-time X.509 leaf certificate issued under the FreeSign CA, with an RFC 3161 timestamp embedded in the same CMS. Each signature also contains independent OpenTimestamps evidence, which — once the public OpenTimestamps calendar server confirms our entry — is completed with an attestation in a Bitcoin block header.

Signing-ceremony evidence (signer identification, OTP or passkey assertion, consent, signed payload) is embedded inside the CMS itself as an unsignedAttribute under FreeSign's IANA Enterprise Number — so a multi-signature file carries each signer's evidence in that signer's own revision. Evidence schema: evidence JSON schema (v1 for OTP signatures, v2 for passkey). On free-sign.com, we also add a PAdES-B-LT revision with long-term validation: the FreeSign CA certificate and the published CRL (/.well-known/free-sign-signing-ca.crl) are inserted into the PDF /DSS — so openssl, pyHanko, and Adobe can verify the chain for years, even after the one-time leaf certificate expires.

Verification — no account and no API key

Adobe Reader, openssl cms -verify, and pyHanko sign validate parse and verify the file without a single request to free-sign.com. OpenTimestamps evidence verifies with the official ots CLI against public Bitcoin block headers — with no FreeSign trust anchor. Step by step: Verify a signed PDF with openssl.

The /verify page runs the same tests — CMS signature, certificate chain, RFC 3161 timestamp, OpenTimestamps anchor, and embedded evidence record — entirely client-side, with no upload. FreeSign runs the same verifier on every freshly sealed PDF before showing you the receipt, so every downloaded file has already been verified once on your device.

Advanced Electronic Signature (AES) — eIDAS Article 26 mapping

FreeSign is designed for the Article 26 eIDAS (Regulation (EU) No 910/2014) evidence model for Advanced Electronic Signatures (AES): signer attribution (one-time X.509 certificate with CN = full name and rfc822Name SAN = verified email), signing intent (typed consent + signed canonical consent payload), sole control (browser non-extractable ECDSA P-256 session key stored in IndexedDB), and tamper detection (CMS message-digest binding + independent OpenTimestamps). FreeSign is not a Qualified Electronic Signature (QES); QES/QTSP support is a separate roadmap item.

HSM — certificate-authority cryptography

The FreeSign CA private key lives in Google Cloud KMS HSM (FIPS 140-2 Level 3). The CA uses RSA-2048; one-time leaf certificates and browser session keys use ECDSA P-256. The HSM signs only the TBSCertificate hash of each leaf certificate — it never sees PDF bytes, signatures, or any signer personal data. Each ceremony generates a fresh leaf certificate under this CA; the ephemeral signing key is destroyed at the end of the ceremony.

What we store server-side

The document SHA-256, envelope-scoped email HMAC, consent payload, signed canonical payload, public JWK, RFC 3161 + OpenTimestamps tokens, and a hash-linked audit log. Never PDF content — the seal is built from the 32-byte ByteRange digest that your browser computes locally.

Interfaces for AI agents (MCP) and automation

Full REST + MCP server for AI agents. The MCP contract publicly declares documentUpload: false, and an automated public-contract test prevents adding any endpoint that accepts PDF content. Headless automation: headless guide. Full public API map: openapi.json · llms.txt.

The full legal mapping — how FreeSign relates to ESIGN, UETA, and every eIDAS layer (SES / AES / QES) — is in the FAQ.