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