Надійний ключ і правильний ключ — різні речі; перевірка справжності співрозмовника є частиною безпеки спілкування.
Шифрування повідомлень має захищати вміст і водночас давати змогу з’ясувати, якому обліковому запису насправді належить ключ співрозмовника. Якщо застосунок отримує початковий ключ із сервера, важливо перевірити його справжність: шифрування для ключа зловмисника не створює безпечного зв’язку з потрібною вам людиною.
Це не означає, що кожен зламаний сервер одразу прочитає всі попередні повідомлення. Результат залежить від протоколу, раніше перевірених ключів, попереджень про зміну ідентифікаційних даних і механізмів прозорості ключів.
У чому проблема довіри під час першого контакту?
Щоб розпочати розмову зі співрозмовником, який не в мережі, месенджер може зберігати на сервері набір його відкритих ключів. Підпис попереднього ключа допомагає перевірити його зв’язок із ключем ідентифікації, але сам ключ ідентифікації також потрібно пов’язати з потрібним співрозмовником.
Специфікація Signal X3DH описує цю модель асинхронного зв’язку та припущення щодо автентифікації. Цей документ не слід називати специфікацією LVR1: використання схожих ідей не означає, що два протоколи однакові.
Чим небезпечна підміна ключа?
Простий приклад: замість ключа облікового запису «Аліса» зловмисник надає ключ під власним контролем. Якщо пристрій прийме його без достатньої перевірки, нове повідомлення може бути зашифроване для зловмисника. Можливість і виявлення такої атаки залежать від деталей системи; твердження «це завжди відбувається непомітно та без попереджень» неточне.
Надійний ключ відрізняється від правильного ключа. AES або постквантовий алгоритм самі собою не підтверджують особу людини, якій належить обліковий запис.
Що перевіряє номер безпеки?
Відбиток або номер безпеки — це коротше представлення інформації про ключі розмови. Його порівняння способом, за якого ви довіряєте справжності співрозмовника, допомагає переконатися, що два пристрої узгоджені щодо ключів зв’язку. Ця перевірка не доводить, що на телефоні немає шкідливого програмного забезпечення, і не гарантує, що співрозмовник ніколи не поширить повідомлення.
Офіційний посібник Signal також прямо зазначає, що номер безпеки сам собою не засвідчує особу людини. Його зміна може бути наслідком заміни пристрою або перевстановлення; несподівану зміну потрібно перевірити, а не відразу робити висновок про злам.
Практична перевірка перед конфіденційним повідомленням
- Відкрийте сторінку відомостей про безпеку розмови на обох пристроях.
- Зв’яжіться зі знайомою вам людиною особисто або через незалежний довірений канал.
- Порівняйте весь номер або QR-код перевірки розмови за інструкцією застосунку; лише кількох перших цифр недостатньо.
- Якщо побачите невідповідність, припиніть надсилати конфіденційну інформацію та з’ясуйте причину через незалежний канал.
- Після зміни ключа або пристрою перевірте стан підтвердження ще раз.
Надсилання зображення номера в тій самій розмові, справжність якої викликає сумніви, не забезпечує незалежної перевірки. Голосового дзвінка також недостатньо для захисту від видавання себе за іншу людину, якщо ви покладаєтеся лише на схожість голосу: використовуйте номер або канал зв’язку, справжність якого була відома заздалегідь.
Чим відрізняється прозорість ключів?
Прозорість ключів, або Key Transparency, може виявляти неузгодженості у відповідності між обліковими записами та ключами й зменшувати залежність від ручного порівняння. В оголошенні автоматичної перевірки ключів у серпні 2026 року Signal пояснив цю можливість та обмеження її доступності. Цей механізм також сам собою не доводить, що обліковим записом керує саме потрібна вам людина.
Отже, твердження «ручне порівняння — єдиний наявний метод у всіх месенджерах» застаріло. Перевіряйте кожну функцію для версії та умов конкретного продукту; не приписуйте можливості одного месенджера іншому.
На що можна спиратися в Livara?
Документація Livara рекомендує порівнювати відбитки через інший канал. Для конфіденційної розмови розглядайте цей крок окремо від назв алгоритмів. Ця стаття не стверджує, що Livara має систему прозорості ключів, подібну до Signal, або результати незалежного аудиту.
Поширені запитання
Чи означає успішна перевірка, що жодна атака неможлива?
Ні. Результат залежить від стану пристроїв, способу порівняння та припущень протоколу. Шкідливе програмне забезпечення або одержувач, який копіює вміст, виходять за межі проблеми підміни ключа.
Чи потрібно видаляти обліковий запис після кожної зміни ключа?
Ні. Спочатку з’ясуйте причину зміни зі співрозмовником через довірений канал. До цього не надсилайте конфіденційну інформацію.
Чи робить ця перевірка попередні повідомлення знову безпечними?
Ні. Сьогоднішня перевірка не скасовує можливого розкриття інформації в минулому. Перед початком конфіденційного спілкування краще виконати перевірку до надсилання повідомлення.
