Восстановление аккаунта, идентичности и истории переписки — разные операции; проверьте, какую из них действительно поддерживает продукт.
Восстановление криптографической идентичности возвращает ключевой материал, связанный с вашей идентичностью в мессенджере. Это не обязательно то же самое, что повторный вход в аккаунт, восстановление всех разговоров или доказательство безопасности нового устройства.
Зашифрованная резервная копия ключей позволяет серверу хранить пакет для восстановления, не владея секретом, необходимым для его открытия. Защищает ли такая схема пользователя, зависит от генерации ключей, аутентификации, сохранности секрета восстановления и обработки восстановленной идентичности клиентом.
Три разных смысла слова «восстановление»
| Цель восстановления | Что нужно восстановить или разрешить |
|---|---|
| Доступ к аккаунту | Право войти и пользоваться сервисом |
| Криптографическая идентичность | Соответствующие закрытые ключи или новая аутентифицированная идентичность |
| История чатов | Данные сообщений и все ключи и состояния, необходимые для их чтения |
Успешный вход не доказывает ни одного из двух остальных результатов. Точно так же ключ идентичности не обязательно воссоздаёт старые ключи сообщений, намеренно стёртые ранее, или файл истории, которого больше нет.
Прежде чем полагаться на функцию восстановления продукта, запишите, какую именно цель она обещает выполнить.
Как может работать зашифрованная копия идентичности
Типичная схема создаёт материал идентичности на доверенном устройстве, шифрует резервную копию отдельным секретом восстановления и хранит в сервисе только защищённый пакет. Новое устройство получает пакет и использует секрет восстановления локально.
Сервер по-прежнему может управлять доступом к пакету, наблюдать запросы, не выдавать данные или возвращать старую версию. Аутентифицированное шифрование и привязка к версии и идентичности помогают против конкретных видов подмены; доступность и защита от отката требуют отдельного проектирования. «Зашифровано на сервере» — не полный ответ на любой сценарий компрометации сервера.
Случайный высокоэнтропийный ключ восстановления и пароль, выбранный человеком, — тоже разные исходные данные. Не описывайте HKDF как способ превратить любую слабую парольную фразу в сильный секрет. RFC 5869 рассматривает роль HKDF и отличает его от усиления паролей.
Что говорит документация Livara v7
Страница безопасности Livara сообщает, что ключи согласования и подписи P-256 и начальное значение ML-KEM шифруются на устройстве случайным 256-битным ключом восстановления до загрузки. Формат v7 аутентифицирует, среди прочего, набор алгоритмов, эпоху идентичности и поколение.
На той же странице прямо сказано: восстанавливается идентичность, а не история чатов. Также указано, что одного правильного пароля входа недостаточно для открытия зашифрованной копии ключей; нужен ключ восстановления, представленный фразой восстановления.
Это опубликованные заявления о продукте, а не новый аудит формата резервной копии или всех путей восстановления. Более общую модель угроз следует читать вместе с этим более узким описанием восстановления.
Какую роль играет SRP
Модель аутентификации SRP относится ко входу по паролю. Она позволяет не передавать сам пароль в предусмотренном протоколом обмене, но не определяет содержимое резервной копии ключей и не выводит автоматически любой ключ восстановления.
Серверный верификатор всё равно нуждается в защите. RFC 5054, раздел 3.3 описывает риск подбора пароля после кражи верификатора. Не превращайте утверждение «сервер не получает пароль в этом обмене» в «взлом сервера не может раскрыть ничего полезного».
Сеансы аккаунта, пакеты восстановления, операционные метаданные и клиентское ПО — отдельные активы с разными сценариями отказа.
Контрольный список безопасной подготовки
- Уточните, какие именно данные функция восстанавливает, а какие — нет.
- Храните секрет восстановления так, чтобы потеря телефона не означала потерю единственной копии.
- Не помещайте секрет в сообщение, обращение в поддержку или публичный снимок экрана.
- Защитите место хранения секрета; получивший его человек может приобрести важные возможности, если также получит соответствующую резервную копию и доступ.
- Изучите официальные инструкции по восстановлению до очистки или замены единственного работающего устройства.
- Проверяйте восстановление только поддерживаемыми способами, не уничтожая единственную копию важных данных.
После восстановления отдельно проверьте связанные устройства и сеансы. Восстановленный материал идентичности не отзывает старое устройство автоматически. Если криптографическая идентичность изменилась, контактам, с которыми вы обсуждаете чувствительные вопросы, следует проверить новый ключ через независимо доверенный канал.
Если фраза восстановления потеряна
Не считайте, что поддержка может воссоздать секрет, который система специально не сохраняет. Но и не считайте, что любой забытый пароль аккаунта означает, что все локальные сообщения уже исчезли. Результат зависит от сохранившихся устройств, доступных резервных копий и документированных правил продукта.
Полезен конкретный вопрос: «Какого секрета или какой копии не хватает и какая цель восстановления ещё достижима?» Он ведёт к более безопасному ответу, чем общее обещание, что восстановление либо не требует усилий, либо невозможно.
