Відновлення ідентичності, повторний вхід і повернення історії — три різні результати; успіх одного не гарантує іншого.
Забутий пароль не обов’язково видаляє всі чати. Результат залежить від того, що саме ви втратили: доступ до акаунта, ключі шифрування, пристрій з історією чи секрет для відкриття резервної копії.
За наскрізного шифрування служба підтримки не повинна мати змоги відтворити ключ, якого в неї немає, лише адміністративним рішенням. Але з цього принципу не випливає, що будь-яке безпечне відновлення неможливе чи що кожне видалене повідомлення назавжди зникло з усіх копій.
Чотири завдання, які зазвичай називають «відновленням»
| Мета | Правильне запитання |
|---|---|
| Повторний вхід до акаунта | Яке підтвердження потрібне, щоб дозволити новий сеанс? |
| Відновлення криптографічної ідентичності | З якої захищеної копії повертаються ключі ідентичності? |
| Повернення історії розмов | Де самі повідомлення та ключі або стан, необхідні для їх читання? |
| Відновлення видаленого повідомлення | Чи залишилася копія на пристрої, у резервній копії, експорті або у співрозмовника? |
Ці чотири шляхи можуть співіснувати в одному застосунку, але це не одна операція. Успішний вхід сам по собі не доводить наявності історії чи доступу до старих ключів.
Що саме повертає відновлення v7 у Livara?
Згідно зі сторінкою безпеки Livara, ключі узгодження й підпису P-256 та початкове значення ML-KEM шифруються на пристрої випадковим 256-бітним ключем відновлення, після чого захищений пакет завантажується на сервер. Формат v7 також автентифікує такі відомості, як набір алгоритмів, епоха ідентичності та покоління.
Визначальне уточнення в тому самому документі: цей шлях відновлює ідентичність, а не історію чатів. Тому наявність фрази відновлення не слід подавати як обіцянку повернення всіх старих повідомлень. Самого пароля входу до акаунта також недостатньо для відкриття цього пакета.
Це опис заявленої межі продукту, а не незалежна перевірка всіх шляхів відновлення. Для реального переходу на інший пристрій перегляньте інструкції поточної версії та не очищуйте єдиний пристрій із даними, доки не переконаєтеся в результаті.
Чому безпечне відновлення не суперечить E2EE?
Резервну копію можна зашифрувати на пристрої, залишивши ключ її відкриття поза контролем сервісу. У такій схемі наявність копії в хмарі не обов’язково означає, що компанія може її прочитати.
Наприклад, офіційний посібник WhatsApp щодо наскрізного шифрування резервних копій описує захищені методи й потребу у відповідному чиннику відновлення. Приклад показує, що твердження «якщо історію можна відновити, то E2EE несправжнє» хибне. Умови й потрібні чинники відрізняються між продуктами, і переносити їх на Livara не можна.
Оцінюючи резервну копію, слід з’ясувати, які дані вона містить, хто має ключ, як підтверджується відновлення та що станеться в разі втрати секрету.
Коли забутий пароль призводить до втрати доступу?
Якщо не залишилося придатної копії даних або потрібного ключа, відновлення може бути практично неможливим. Проте пристрій з активним входом, відновлювана резервна копія чи дозволена копія у співрозмовника можуть змінити ситуацію.
Шифрування також не видаляє раптово файли на всіх пристроях через забутий пароль. Слід розрізняти «дані видалено», «дані є, але ключ недоступний» і «ця версія застосунку не підтримує відновлення».
Зміна пароля входу чи відновлення ідентичності також не обов’язково відкликає сеанс старого пристрою. Після інциденту безпеки сеанси й пристрої треба перевіряти окремо.
Чи справді видалене повідомлення неможливо відновити?
Без перевірки продукту, пристрою й копій, що залишилися, такої гарантії дати не можна. Видалення з інтерфейсу може не збігатися з видаленням із бази даних, файла вкладення, резервної копії чи копії співрозмовника. Створений раніше знімок екрана або експорт також не зникає автоматично після видалення повідомлення.
Пряма секретність у протоколах ratchet стосується обмеження впливу розкриття певних ключів на минулі повідомлення. Специфікація Double Ratchet пояснює цю модель. Сама по собі ця властивість не доводить безпечне очищення локального сховища чи відсутність будь-яких читабельних копій.
Так само обіцянка невідомого інструмента «повернути всі зашифровані чати» не є підставою йому довіряти. Передавання фрази відновлення, пароля, файла резервної копії або широкого доступу до пристрою може погіршити проблему.
Перед заміною телефона з’ясуйте таке
- Визначте, що продукт насправді відновлює: ідентичність, історію чи обидва складники.
- Зберігайте секрет відновлення в захищеному місці, яке не буде втрачено разом із телефоном.
- Не розміщуйте секрет у чаті, зверненні до підтримки чи публічному зображенні.
- Вивчіть офіційний спосіб перенесення чи відновлення; без безпечної перевірки не видаляйте єдину копію даних.
- Після перенесення перевірте стан попередніх сеансів та ідентичність контактів, з якими ведете чутливе листування.
Якщо ви втратили фразу, спочатку складіть перелік власних пристроїв і дозволених копій. Точна відповідь випливає з цього переліку та правил продукту, а не з двох крайнощів: «усе завжди повертається» чи «забутий пароль означає остаточне видалення всього».
