Защитить PDF паролем — Шифрование документов онлайн

Договор, скан паспорта, медицинская выписка, финансовый отчёт — документы, которые нельзя оставлять открытыми. Инструмент «Защитить паролем» в pdfredX шифрует PDF прямо в браузере: без пароля файл не откроется ни в одном совместимом просмотрщике. Ни документ, ни пароль не уходят на сервер.

Шаг 01. Загрузить PDF

Откройте pdfredx.com и добавьте документ, который нужно защитить. Файл читается локально во вкладке — на сервер ничего не отправляется.

Шаг 02. Задать пароль

Включите защиту паролем и введите пароль дважды (для подтверждения). Требования простые: не короче 6 символов и оба поля должны совпадать. Выбирайте надёжный пароль — от него зависит вся защита, а восстановить его при потере невозможно (файл нельзя будет открыть).

Шаг 03. Скачать защищённый PDF

Нажмите «Создать PDF». Документ собирается уже зашифрованным, имя файла получает пометку _protected. При попытке открыть его любой просмотрщик — Adobe, браузер, мобильное приложение — сначала спросит пароль. Скачивание идёт напрямую из браузера. Бесплатно, без регистрации.

Как это работает технически

Пароль передаётся в конструктор jsPDF через опцию шифрования — документ создаётся сразу с включённым стандартным шифрованием PDF (RC4). Это не «замок поверх файла» и не скрипт-заглушка: шифруется само содержимое (потоки страниц), а в структуру PDF записывается словарь /Encrypt. Поэтому пароль требует любой совместимый просмотрщик, а не только один конкретный. Всё это происходит в памяти вкладки — пароль и файл не покидают устройство.

Известные ограничения

Пароль нельзя восстановить. Мы не храним и не передаём его — если забудете, открыть документ будет нельзя. Запишите пароль в надёжном месте.

Шифрование — RC4 128-bit, не AES-256. Это настоящее шифрование «пароль на открытие», совместимое со всеми просмотрщиками, и его достаточно, чтобы посторонний не открыл файл. Но RC4 — устаревший алгоритм: против целенаправленной атаки специальными инструментами он слабее современного AES. Для документов особой важности используйте пароль как один из слоёв, а не единственную меру.

Сила защиты = сила пароля. Короткий или очевидный пароль подбирается перебором. Используйте длинный пароль из случайных символов.

Нужно не закрыть файл, а нанести видимую метку «Копия» или логотип? Это инструмент Водяной знак.

Попробуйте прямо сейчас — pdfredx.com, без регистрации, файлы остаются у вас.

Вы ставите пароль на PDF, чтобы документ не открыл посторонний. Но обычный онлайн-сервис «запаролить PDF» устроен так, что для этого нужно загрузить и сам документ, и придуманный пароль на его сервер. Получается парадокс: защищая файл, вы отдаёте и его содержимое, и ключ к нему чужой машине. Разберём риск и локальную альтернативу.

Парадокс серверной защиты паролем

Смысл пароля — чтобы к документу не было доступа ни у кого, кроме вас. А серверный сервис для установки этого пароля получает и файл в открытом виде, и пароль. Дальше по политике сервиса они могут:

• сохраняться во временном хранилище подрядчика (AWS, GCP, Azure);
• обрабатываться на чужом сервере;
• логироваться вместе с метаданными — IP, время, имя файла.

Даже если сервис честный, вы вынуждены доверять ему и документ, и ключ. Для договоров, сканов с персональными данными и финансовых отчётов это ровно тот риск, от которого пароль и должен защищать.

Локальное шифрование: пароль и файл не покидают устройство

pdfredX шифрует PDF, не загружая ни файл, ни пароль никуда.

Файл читается локально. Документ открывается во вкладке; сетевого запроса с ним нет.

Пароль остаётся в памяти вкладки. Он передаётся прямо в шифрование jsPDF и нигде не сохраняется — ни у нас, ни в сети.

Шифрование идёт на клиенте. Документ собирается уже зашифрованным (стандартное шифрование PDF), и в файл записывается словарь /Encrypt — открыть без пароля нельзя ни в одном совместимом просмотрщике.

Работает офлайн. Загрузите файл, отключите интернет и поставьте пароль — всё продолжит работать. Сеть нужна лишь чтобы один раз загрузить приложение.

Практично: включите защиту, введите пароль дважды, нажмите «Создать PDF» — получите зашифрованный файл. И документ, и пароль всё это время остаются только у вас.

Честно об ограничениях

Шифрование RC4 128-bit, не AES-256. Это настоящая защита «пароль на открытие», совместимая со всеми просмотрщиками, но RC4 — устаревший алгоритм и слабее AES против целенаправленной атаки. Для документов особой важности сочетайте пароль с другими мерами.

Пароль не восстанавливается. Мы его не храним — забыли, значит файл не открыть.

Локальная обработка — не щит от всего. Вредоносное ПО на устройстве, браузерные расширения с широкими правами и незашифрованный диск остаются вне нашего контроля. Мы обеспечиваем изоляцию на уровне браузерной вкладки; остальное — на стороне пользователя.

Поставьте пароль без загрузки документа на сервер — pdfredx.com, бесплатно, без регистрации.

«Поставить пароль на PDF» можно очень по-разному — от честного шифрования содержимого до имитации, которая лишь делает вид, что защищает. Разница критична: одни способы требуют пароль в любом просмотрщике, другие обходятся в два клика. Разберём, как устроена защита паролем в pdfredX, почему шифрование задаётся в конструкторе документа, что попадает в словарь /Encrypt и где граница между RC4 и AES-256.

Что такое «настоящее» шифрование PDF

В формате PDF есть штатный механизм безопасности (Standard Security Handler): содержимое (потоки страниц и объекты) шифруется, а в структуру документа добавляется словарь /Encrypt с параметрами. Просмотрщик, встретив /Encrypt, обязан спросить пароль и расшифровать данные ключом, выведенным из него. Ключевое: шифруется само содержимое — без пароля в файле нет читаемого текста и изображений.

Это принципиально отличается от «мягких» подделок — например, встроенного в PDF JavaScript, который показывает окно пароля и закрывает документ. Такой скрипт работает только в просмотрщиках, исполняющих PDF-JS (Adobe Acrobat), а содержимое при этом лежит открытым и читается любым другим инструментом. pdfredX использует именно штатное шифрование, а не скрипт-заглушку.

Разбор реализации

Шифрование задаётся при создании документа

Ключевое ограничение движка: шифрование в jsPDF включается только в конструкторе, не постфактум. Поэтому пароль запрашивается и проверяется до создания документа, а затем передаётся в опции:

const pdfPwd = getPdfPassword();               // ≥6 символов, подтверждение совпало
const pdfOpts = { orientation, unit: 'mm', format: 'a4' };
if (pdfPwd) pdfOpts.encryption = { userPassword: pdfPwd, ownerPassword: pdfPwd };
const pdf = new jsPDF(pdfOpts);                // документ создаётся уже зашифрованным

userPassword — пароль на открытие, ownerPassword — на изменение прав; здесь они совпадают (простая модель «пароль на открытие»). Дальше страницы добавляются как обычно, но на выходе (pdf.output) все потоки уже шифруются, а в структуру пишется /Encrypt.

Проверка результата

Что зашифрованный документ действительно зашифрован, видно прямо в байтах:

const bytes = pdf.output('arraybuffer');       // ищем /Encrypt и утечку открытого текста
// в результате: присутствует "/Encrypt" и Standard-handler,
// а маркерная строка содержимого в байтах ОТСУТСТВУЕТ — контент зашифрован.

Именно так поведение и проверялось: в зашифрованном файле маркер-строка не находится, в обычном — находится. Пароль требует любой совместимый просмотрщик, не только Acrobat.

Всё локально

Пароль передаётся прямо в jsPDF в памяти вкладки и нигде не сохраняется. Файл собирается на клиенте — ни документ, ни ключ не уходят в сеть.

RC4 vs AES-256: честная граница

jsPDF реализует стандартный обработчик безопасности на алгоритме RC4 (128-bit). Это настоящее шифрование, совместимое со всеми просмотрщиками, и оно надёжно закрывает документ от случайного и обычного доступа. Но RC4 — устаревший потоковый шифр: против целенаправленной атаки специализированными инструментами он слабее современного AES-256, которым пользуются свежие версии стандарта PDF.

Вывод честный: для «чтобы посторонний не открыл» RC4-пароль подходит; для документов, где цена компрометации высока, это должен быть один слой защиты, а не единственный. AES-256 клиентски требует другой криптобиблиотеки — это возможное развитие.

Компромиссы и границы

Пароль невосстановим — он нигде не хранится; забыли — файл не открыть.

Сила = сила пароля. RC4 или AES, короткий пароль подбирается перебором. Нужен длинный случайный пароль.

Не защищает от угроз на устройстве — малварь, расширения, незашифрованный диск вне контроля браузерной вкладки.

Что дальше

AES-256 — переход на современный алгоритм через отдельную крипто-библиотеку для документов повышенной важности.

Права доступа — отдельный owner-пароль с тонкой настройкой (запрет печати/копирования) поверх пароля на открытие.

Проверьте на своём документе — pdfredx.com, без регистрации, файл и пароль остаются у вас.