Короткий ответ: зависит от того, что именно вы делаете
Менеджер паролей — это, по сути, локально зашифрованное хранилище, к которому приложение или расширение обращается за данными. Сам процесс расшифровки и подстановки пароля в форму входа обычно происходит на устройстве и не требует интернета. Проблемы начинаются не с чтения уже сохранённых паролей, а с операций, которые изначально спроектированы как сетевые: первый вход в приложение на новом устройстве, синхронизация изменений между телефоном и компьютером, восстановление доступа после смены мастер-пароля. Поэтому универсального ответа «работает» или «не работает» нет — важно понимать, какая часть менеджера паролей у вас локальная, а какая завязана на облако.
Что обычно доступно офлайн
Если вы хотя бы раз успешно открывали менеджер паролей на этом устройстве при наличии интернета, локальная копия базы паролей, как правило, остаётся на устройстве в зашифрованном виде. При отключении сети приложение или браузерное расширение чаще всего продолжает разблокироваться по мастер-паролю или по биометрии и показывать уже сохранённые записи: логины, пароли, иногда заметки и коды для двухфакторной аутентификации, если они хранятся в том же приложении. Автозаполнение форм на сайтах и в приложениях тоже обычно продолжает работать, поскольку это чисто локальная операция подстановки текста в поле.
Что почти наверняка потребует связи
Первый вход в менеджер паролей на новом устройстве, где локальной копии базы ещё нет, почти всегда требует интернета — приложению нужно скачать зашифрованное хранилище с сервера или получить его через связанное устройство. То же самое касается синхронизации: если вы добавили новый пароль на телефоне, а компьютер был офлайн, изменения появятся на компьютере только после того, как оба устройства снова окажутся в сети. Восстановление доступа после утери мастер-пароля через резервные коды или подтверждение по почте — тоже сетевая операция почти всегда. Отдельно стоит учитывать веб-версии менеджеров паролей, которые открываются прямо в браузере без установленного приложения: без интернета такая версия обычно не откроется вовсе, поскольку у неё нет локальной копии данных.
Сравнение: локальный менеджер против облачного
| Сценарий | Локальное хранилище на устройстве | Только облачный доступ (веб-версия) |
|---|---|---|
| Просмотр уже сохранённых паролей | Обычно доступен офлайн | Требует подключения |
| Автозаполнение форм на сайтах | Обычно доступно офлайн | Недоступно без связи |
| Добавление нового пароля | Можно сохранить локально, синхронизация — позже | Недоступно без связи |
| Первый вход на новом устройстве | Требует связи хотя бы один раз | Требует связи каждый раз |
Если сеть пропала посреди работы с паролем
Если вы уже разблокировали менеджер паролей и в этот момент связь пропала, разблокированная сессия обычно продолжает действовать до истечения тайм-аута, заданного в настройках приложения. Проблема может возникнуть, если приложение настроено на повторную проверку в сети при каждой разблокировке — тогда даже при наличии локальной копии оно может отказаться открыться без связи. Если это критично для вашей рабочей рутины, стоит заранее посмотреть в настройках, есть ли режим офлайн-доступа или локальной разблокировки без обращения к серверу, и убедиться, что он включён.
Отдельный риск: пароли из браузера вместо отдельного менеджера
Если рабочие пароли хранятся не в отдельном приложении, а в сохранённых паролях браузера, поведение офлайн обычно похожее — локально сохранённые логины и пароли доступны без сети, а синхронизация между устройствами приостанавливается до восстановления связи. Разница в том, что у браузерных хранилищ обычно меньше настроек, связанных именно с офлайн-режимом, и меньше прозрачности в том, что именно хранится локально, а что нет.
Что важно сделать заранее, а не в момент сбоя
Момент, когда интернет уже ограничен, — плохое время проверять, работает ли менеджер паролей офлайн. Есть смысл один раз заранее, при наличии связи, проверить несколько вещей: что приложение установлено и хотя бы раз открывалось на всех устройствах, которыми вы пользуетесь для работы, что локальная база на этих устройствах актуальна, и что настройки не требуют обязательной проверки в сети при каждой разблокировке. Отдельно стоит убедиться, что резервные коды восстановления доступа сохранены не только в облаке, а физически или в другом надёжном месте — на случай, если сеть пропадёт именно тогда, когда мастер-пароль понадобится восстанавливать.
А как быть с кодами двухфакторной аутентификации
Отдельный вопрос — приложения для генерации одноразовых кодов подтверждения входа. Если такое приложение установлено на том же устройстве, что и менеджер паролей, оно обычно генерирует коды локально по встроенному алгоритму и не нуждается в интернете вообще: код меняется каждые несколько десятков секунд независимо от наличия сети. Проблема возникает, если коды присылаются не приложением, а по SMS или push-уведомлением с сервера — в этом случае без связи код просто не дойдёт до устройства, и вход в защищённый двухфакторной аутентификацией сервис придётся отложить до восстановления сети. Если у вас есть выбор между способом получения кода, вариант с локальным генератором надёжнее именно на случай ограничений мобильного интернета.
Что не стоит делать в качестве обхода
Если менеджер паролей отказывается открываться без сети, не стоит идти по пути наименьшего сопротивления и писать рабочие пароли в незашифрованных заметках, отправлять их себе в мессенджер или диктовать коллегам по телефону. Это создаёт риск утечки, который сохранится и после того, как связь восстановится. Правильнее переждать до появления связи или воспользоваться заранее сохранёнными резервными кодами доступа, если они у вас есть.