Unlock PDF
Process your PDF files online quickly and securely.
Drag & drop your PDF here
or click to select file
Unlocking a PDF, step by step
The whole job takes about fifteen seconds, and most of that is choosing the file. Nothing is uploaded at any point — the work happens on your own device, so there is no waiting on a server and no size limit.
- Have the password ready, or find out that you do not need one. This removes protection from a document you can already open; it cannot recover a password you have lost. If your PDF opens fine and merely refuses to print or copy, you need no password at all — skip to step four.
- Choose the PDF. Drag it onto the box or click to browse. It is read straight into your browser's memory. Nothing is sent anywhere, which you can confirm in your browser's network tab.
- Read what the tool found. As soon as the file is loaded it reports the cipher, the revision, whether an open password is required, and which specific things the document currently refuses to allow. This happens without a password and changes nothing.
- Type the password, or leave the box empty. If the tool said a password is needed, enter it — either the one that opens the document or the owner password that controls its restrictions, since both work. If it said none is needed, leave the box alone; the button will already be available.
- Press Unlock PDF. The document is decrypted and rewritten without its security handler. The finished file is then reopened with no password and its page count checked before you are offered it, so a result that would not have worked is reported as a failure instead of handed over.
- Download and check it. Open the downloaded copy: it should need no password, print, and allow selecting text. If your reader still asks for a password, you have opened the original by mistake — the unlocked one has
-unlockedin its name. - Add protection back if you need to. If the point was to change the rules rather than remove them, protect the unlocked copy again with the permissions you actually want using Secure PDF Document.
Two kinds of protection, and only one of them needs a password
Almost every difficulty people have with a locked PDF comes from the fact that “protected” means two different things, and the document does not say which one you are looking at. A PDF can carry an open password, an owner password, or both, and they behave nothing alike.
The open password encrypts the document. Without it the contents are not hidden, they are unreadable: there is no text to extract and no page to draw. You must supply it, and no tool on earth can work around that.
The owner password encrypts nothing on its own. It records a set of permissions — no printing, no copying, no editing — on a document that opens perfectly well for everybody. Those permissions are honoured by cooperating software and ignored by the rest, and because the file is encrypted with an empty open password, the format itself leaves them removable without any password at all.
This tool tells you which kind you have as soon as you choose the file, before you type anything. If it says the file opens without a password, leave the box empty and press the button; if it needs one, it says so and waits.
What actually happens to the document
The file is decrypted in memory with the password you supply, then written out again with the security handler removed entirely — not disabled, not blanked, removed. Two leftovers have to go with it: the old encryption dictionary, and the original cross-reference stream whose entry still points at it. Miss the second and the result is a strange hybrid, a file whose contents are in the clear but which still announces itself as encrypted, and which most readers refuse to open at all.
Nothing else about the document changes. Pages are not re-rendered, re-compressed or re-flowed; the page content is copied through untouched. Fonts stay embedded, images keep their resolution, form fields keep their values, the page count is identical and the text remains selectable. Files usually come out a little smaller, because encrypted data does not pack as tightly as plain data and that overhead goes away.
The permissions go too, and that is not a side effect but the point. Removing the password removes the whole security handler, so every restriction recorded in it stops existing. Measured on a real file that had printing and page assembly refused:
It runs in your browser, and that is checkable
This tool used to send your file to a server. It no longer does. The PDF is read into your browser's memory, decrypted there by JavaScript served from this site, and handed straight back as a download. Nothing is transmitted, nothing is stored, and there is no copy anywhere for anybody to delete later.
That is a claim worth testing rather than believing. Open your browser's network tab before you unlock something and watch: after the page has loaded there is a single request for the decryption component, and then nothing at all. Or load the page, disconnect from the internet, and unlock a file anyway — it works, which no server-based tool can do.
Two practical consequences follow. There is no file size limit, because nothing has to be uploaded; the only ceiling is your device's memory, and a few hundred megabytes is unremarkable. And there is no queue, no credit, and no waiting on somebody else's server — a document is usually done before you have finished reading this sentence.
The password it needs, and the one it cannot invent
You have to supply the password the document already has. That is the whole bargain. If the file needs an open password and you do not know it, this tool cannot help you, and neither can any other — a correctly encrypted PDF with a decent password has no back door, no reset and no recovery. Any site promising otherwise is either guessing common passwords, exploiting files that were never properly encrypted in the first place, or lying.
What often surprises people is that one box takes either password. If a document has both an open password and an owner password, typing either one into the field unlocks it, and either one removes the restrictions. There is no separate field for the owner password because there is no need for one: the same string is tried both ways. That was verified against a file carrying both, with printing denied — the open password and the owner password each produced an identical, completely unrestricted result.
Passwords are taken exactly as typed. Leading and trailing spaces are kept, and characters like <, & and quotation marks are passed through untouched, which is worth mentioning because it is a common way for a correct password to be rejected by software that quietly strips them.
How documents end up protected in the first place
Most locked PDFs were not locked by a person making a decision. They were locked by a system following a rule, which is why so many of them are protected in ways that make no sense for what you now need to do with them.
Banks, insurers and utilities protect statements automatically, usually with an open password derived from something they already hold about you — a date of birth, part of an account number, a customer reference. The pattern is normally documented on the issuer's website, which is the first place to look if the password is not in the covering email.
Corporate systems apply owner passwords in bulk. A document management platform is configured to mark everything as no-printing and no-copying, and every report it exports carries that whether or not it matters. This is the commonest reason a colleague sends you a file you cannot print, and neither of you knows the password — because nobody ever typed one.
Scanners and multifunction printers often encrypt by default with whatever their firmware supports, which on older hardware means RC4. Publishing and legal software restricts copying to protect a work or a template. And people themselves protect a file for one recipient and then need to circulate it more widely a year later.
In each case the protection did its job at the time and is now simply in the way. That is what this tool is for.
What the cipher on the report actually tells you
When the tool names what a file is protected with, it is reading the encryption dictionary rather than guessing, and the answer is worth understanding — particularly if the document still matters to you.
| What it reports | Written as | What it means for the document |
|---|---|---|
| AES-256, revision 6 | /V 5 /R 6 |
The current standard. Guessing the password is deliberately slow. Nothing to worry about. |
| AES-256, revision 5 | /V 5 /R 5 |
Same cipher, but a single hash guards the password, so guessing is far cheaper. Deprecated by Adobe. |
| AES-128, revision 4 | /V 4 /R 4 |
Unbroken and perfectly respectable. Common on anything made since about 2005. |
| RC4-128, revision 3 | /V 2 /R 3 |
RC4 has known weaknesses. Fine to open, not a cipher to keep relying on. |
| RC4-40, revision 2 | /V 1 /R 2 |
Forty bits. Breakable by anyone who wants to, in minutes. Treat the contents as having been public. |
Revision 2 has one more quirk worth knowing, because it explains a puzzle people run into: it has no room for four of the eight permission flags. Full-quality printing, form filling, page assembly and screen-reader access simply cannot be refused at that revision, so a file will report them as allowed no matter what its author intended.
Knowing what you are holding before you start
Choose a file and the tool reads its security handler straight out of the bytes — no password required, nothing altered — and reports what it found: the cipher, the revision, whether an open password is needed, and which specific things a reader is currently asked not to do.
That matters more than it sounds. A document protected some years ago may be using RC4, a cipher with known weaknesses, or forty-bit RC4, which is breakable by anyone who decides to bother. Others use AES-128 or AES-256, which are not. If a file you rely on turns out to be at the weak end, unlocking it and protecting it again at AES-256 takes a minute and is worth doing.
Every result is opened again before you are given it
Decryption is the kind of operation that can fail quietly, producing a file that looks plausible and is subtly broken. So the finished document is loaded back — with no password — and its page count compared against the original before the download is offered. If it will not reopen, or if a page has gone missing, you get a clear failure instead of a file that would let you down later. Nothing is handed over that has not been read back first.
The everyday reasons people need this
Removing protection sounds faintly illicit until you have needed to do it, at which point it is simply administration. The usual cases are these.
You cannot print your own paperwork. A statement or policy document arrives restricted, and you need a copy for a mortgage application, an accountant or a filing cabinet. The restriction was applied by a system that had no idea you would need paper.
Another tool refuses the file. Merging, splitting, compressing and converting all tend to fail on an encrypted document, because most PDF software declines encrypted input rather than handling it. Unlocking is the step that makes the rest of your workflow possible.
You are typing out figures you cannot copy. Copy-protection on a table of numbers you are entitled to read does not protect anything; it just moves the work to your keyboard and adds transcription errors.
A screen reader is being blocked. Older files sometimes refuse assistive technology outright. ISO 32000-2 deprecated that restriction for exactly this reason, but documents made before the change still carry it.
You are the author and the password has become a nuisance. A document protected for one recipient now needs to go to a team, or into an archive that nobody should have to hold a password for.
Only unlock what is yours to unlock
This tool exists for documents you have a right to use: your own statements and invoices, a report your organisation produced, a form you have been asked to fill in and return, an archive whose password you still have but whose restrictions are now in your way. Those are ordinary, legitimate needs, and being blocked from printing your own bank statement is a real annoyance.
Removing protection from a document that is not yours is a different matter, and one the law in most countries takes seriously regardless of how easy the technical step happens to be. The fact that owner restrictions can be lifted without a password is a property of the PDF format, not permission from its author. Use your judgement, and if you would not be comfortable explaining why you unlocked something, do not unlock it.
When unlocking is not the right answer
If you only need to read it, you do not need to unlock anything. Any reader will open a restricted PDF and show it to you.
If you need to send it on with different rules, unlock it and then protect it again with the permissions you actually want. Our Secure PDF Document tool does the second half, including AES-256 with the hardened ISO 32000-2 key derivation.
If the document is signed, understand that rewriting it invalidates the signature. That is inherent: a digital signature certifies an exact sequence of bytes, and unlocking necessarily produces different ones. If the signature is the point of the document, keep the original.
If a scanner or an old system produced the file, it may be encrypted with something ancient. It will still unlock, but treat the result as a document whose confidentiality was never really protected in the first place.
Questions people ask about unlocking PDFs
Can it open a PDF whose password I do not know?
No. It removes protection from a document you can already open, which means you must supply the password it has. Recovering an unknown password from a properly encrypted PDF is not something this or any honest tool does.
I have lost the password to my own file. Is there anything I can do?
Check the obvious places first, because most “lost” passwords are recoverable in the ordinary sense: the email the file arrived with, your password manager, the system that generated it. Bank and utility statements very often use a documented pattern — a date of birth, part of an account number — which is worth looking up on the issuer's site. If the document only carries restrictions rather than an open password, you need nothing at all: bring it here and press the button.
Why do other PDF tools reject my protected file?
Most PDF tools refuse encrypted input outright rather than handling it, so merging, splitting or compressing a protected document fails before it starts. Unlocking first and then running the other tool is the usual fix, and it is why this tool exists as a separate step.
Does unlocking reduce the quality of the document?
No. Nothing is re-rendered or re-compressed. Text stays selectable, images keep their original resolution, fonts stay embedded and the page count is unchanged. The file typically gets slightly smaller, because the encryption overhead is gone.
Is there a file size limit?
No. Because the work happens on your own device rather than on a server, there is nothing to upload and no limit to enforce. Very large documents are bounded only by your device's available memory.
My PDF opens fine but will not let me print. Is that a password?
It is an owner password, and it is the case this tool handles with nothing typed at all. Choose the file, leave the password box empty, and press the button — the tool will confirm that no password is needed before you commit.
Will the unlocked file still be readable by everyone?
Yes, and by more software than before. Removing the security handler makes it an ordinary PDF, which every reader, phone and browser opens without ceremony.
Do you keep the password, or the file?
Neither, and not as a policy — as a matter of architecture. There is no server involved in the work, so there is nowhere for either to be kept. Closing the tab discards everything.

