Добра модель загроз пов'язує конкретний ризик із заходом, результат якого можна перевірити, а не з найдовшим переліком функцій.
Модель загроз для месенджера — це визначення того, яка інформація для вас важлива, хто може отримати до неї доступ і які заходи відповідають вашим ризикам та обставинам. Загрози для родини, журналіста й працівника з корпоративним телефоном не обов'язково однакові. Цей посібник пропонує просту основу для особистого плану, а не остаточний рейтинг месенджерів.
Головне
- Модель загроз — це три-чотири речення, а не продукт. Запишіть, що ви хочете захистити, від кого й скільки зусиль готові докласти; без цих речень вибір месенджера — лише збирання переліку функцій.
- Ваша розмова має чотири ланки: ваш пристрій, мережу, сервер месенджера та пристрій співрозмовника. Ці чотири рівні — відправна точка; резервні копії, облікові записи й підключені сервіси також розгляньте окремо.
- Наскрізне шифрування захищає вміст від посередників; безпека пристроїв, ключі, резервні копії та поведінка одержувача залишаються важливими.
- Оцінюйте загрозу з огляду на власні обставини: фізичний доступ, попередній перегляд сповіщень, фішинг, резервні копії та підключені пристрої — приклади для розгляду, а не статистичний рейтинг ризиків.
- Метадані — це не текст повідомлень. Інформація про те, з ким і коли ви спілкувалися, зберігає значення навіть за повністю зашифрованого тексту; щодо неї потрібно ухвалювати окреме рішення.
Що таке модель загроз і чому вона важлива для вибору месенджера?
Модель загроз — короткий опис того, «що ви хочете захистити, від кого й якими зусиллями». Поки ці три складові не визначено, порівняння месенджерів лише подовжує список функцій і не допомагає зрозуміти, які з них потрібні саме вам.
Electronic Frontier Foundation (EFF) наголошує на цьому в посібнику Security Planning (Threat Modeling): спроба захищатися від усіх можливих загроз у кожну мить призводить до розчарування, адже безпека — це процес, а не покупка. Для технічних команд проєкт OWASP із моделювання загроз пропонує подібну основу, а бібліотека моделей загроз у посібнику OWASP для розробників містить багато готових прикладів, які можна взяти за зразок.
Практичне зауваження: модель загроз — не незмінний документ. Зміна роботи, відрядження або поява нової людини в родинній групі можуть повністю її змінити. Щоразу, коли це стається, перепишіть ті самі чотири речення.
Хто читає мої повідомлення? Розділіть ланцюг на чотири ланки
Коротка відповідь: кожне повідомлення проходить через чотири ланки — ваш пристрій, мережу, сервер месенджера та пристрій одержувача; копії або підключені облікові записи також можуть створювати шляхи доступу. Тож правильне запитання — не «який месенджер безпечніший?», а «яка ланка слабша в моїй ситуації?».
Перша ланка: ваш пристрій
Усе, що видно на екрані телефона, уже розшифровано. Якщо телефон не заблоковано, на екрані блокування ввімкнено попередній перегляд сповіщень або хтось знає ваш чотиризначний PIN-код, шифрування під час передавання не завадить прочитати доступний вміст на самому пристрої.
Друга ланка: мережа
Спостерігач у мережі може бачити пункт призначення з'єднання, час та обсяг трафіку; водночас DNS-сервіс не обов'язково бачить увесь маршрут або всі пакети повідомлень. За наскрізного шифрування видно зашифровані дані, а не текст; проте сам факт обміну повідомленнями та його обсяг зазвичай не приховані.
Третя ланка: сервер месенджера
Сервер — точка синхронізації пристроїв. За наскрізного шифрування він не читає текст, але й далі бачить метадані маршрутизації та може їх зберігати. Саме тут стає зрозумілою різниця між «зашифровано» й «приватно».
Четверта ланка: пристрій співрозмовника
Остання ланка перебуває поза вашим контролем. Одержувач може зробити знімок екрана, переслати повідомлення, а його телефон може бути заражений. Наскрізне шифрування зводить цю ланку до питання «довіри до одержувача», але не вирішує його понад це.
Підсумок: наскрізне шифрування обмежує коло тих, хто має доступ до вмісту, але пристрої, керування ключами й уповноважені одержувачі залишаються частиною моделі загроз.
Які загрози варто розглянути у ваших обставинах?
Незаблокований телефон, доступ до облікового запису, попередній перегляд сповіщень і резервні копії — приклади того, що варто перевірити. Для людини, яку цілеспрямовано атакують професійно підготовлені зловмисники, важливими можуть бути й складне шкідливе ПЗ або фізичний тиск; не применшуйте ризик, не знаючи обставин.
Резервне копіювання — окремий шлях доступу. Якщо месенджер зберігає резервну копію в хмарі й вона не має наскрізного шифрування, шифрування на телефоні працює лише до межі хмари: ви замкнули потрібні двері, але залишили ключ поруч. Посібник із безпечного резервного копіювання зашифрованих чатів допомагає розглянути саме цей шлях.
Друга загроза — люди поруч: колега, сусід по квартирі або той, хто позичає телефон «на хвилинку». Третя — обліковий запис для входу: якщо вхід відбувається через електронну пошту, а поштовий акаунт слабко захищено, увесь ланцюг відкривається через найслабшу ланку. Сильніше шифрування не розв'язує жодної з цих проблем.
Захист листування від хакерів: які атаки відбуваються насправді?
Коротка відповідь: поширені атаки на листування — це не злам математичних основ шифрування, а фішинг, шкідливе ПЗ, викрадення коду входу та атаки на сам пристрій. На практиці зловмисник шукає ключ, а не ламає замок.
Тому поведінка під час входу до облікового запису не менш важлива, ніж довжина ключа. Livara використовує для автентифікації SRP — доведення знання пароля з нульовим розголошенням: ваш пристрій доводить, що знає пароль, не передаючи сам пароль мережею. Практичний наслідок — запис трафіку входу не розкриває пароль. Обмеження теж слід назвати прямо: SRP не захищає від підробленої сторінки, на якій користувач сам вводить пароль; тут ідеться вже не про математику, а про уважність користувача.
Друга поверхня атаки — сам застосунок. Змінений APK може обійти захисні механізми шифрування застосунку. Livara публікує контрольну суму SHA-256 кожного випуску, щоб ви могли порівняти завантажений файл із довіреним еталоном; Лабораторія доказів виконує цю перевірку в браузері. Якщо хочете знати, про що запитувати розробників інших месенджерів, перелік запитань перед вибором безпечного месенджера стане добрим початком.
Що охоплює наскрізне шифрування, а що — ні?
Коротка відповідь: наскрізне шифрування захищає вміст повідомлення від вашого пристрою до пристрою одержувача, тож сервер бачить лише зашифровані дані. Проте з назви цієї функції не можна робити висновки про всі метадані, резервні копії, знімки екрана чи публічні канали: кожен із цих випадків потребує окремих засобів контролю.
Для конкретного продукту читайте таблицю охоплення функцій, а не робіть висновки з назви алгоритму. Сторінка безпеки Livara та її модель загроз пояснюють роботу чатів, каналів, дзвінків, метаданих і відновлення. Це оприлюднені твердження розробника, а не заміна незалежному тестуванню. Особливо уважно й окремо перевірте умови запису дзвінків та різницю між відновленням ідентичності й відновленням історії листування.
Що розкривають метадані, навіть коли текст зашифровано?
Коротка відповідь: метадані показують, хто з ким спілкувався, коли й яким обсягом даних обмінювався, — шифрування тексту не усуває цих відомостей.
У Livara стандартні метадані маршрутизації (відправник, адресат, час доставлення) зберігаються для безперервної синхронізації пристроїв. Це чітко визначене обмеження, а не деталь, яку можна ігнорувати. Навіть без читання тексту граф «хто з ким» може бути чутливим: лікар і пацієнт, адвокат і клієнт або сторони ділових переговорів. Докладніше про це йдеться у статті що розкривають метадані листування.
Якщо ваша модель загроз охоплює «того, хто бачить схему мого спілкування», жоден месенджер із наскрізним шифруванням сам по собі не закриває цю частину; потрібно також подумати, з ким і звідки ви спілкуєтеся.
Напишіть власну модель загроз за п'ять хвилин
Коротка відповідь: дайте відповіді на чотири запитання — кого я остерігаюся, чого ця людина хоче, які її можливості та що станеться, якщо повідомлення розкриють, — а потім оберіть дієвий захід із найменшими витратами, а не навпаки.
- Від кого походить загроза? Назвіть: колега, колишній партнер, злодій, компанія, держава.
- Що варто захищати? Текст листування, файли чи саму схему спілкування.
- Які можливості має ця людина? Фізичний доступ до телефона? Доступ до облікового запису? Значні ресурси?
- Що станеться в разі розкриття? Шкода репутації, роботі, фізичній безпеці чи лише ніяковість.
- На основі цих відповідей оберіть дієвий захід із найменшими витратами.
Якщо загроза — спостерігач у тій самій мережі Wi-Fi, важливі перевірене TLS-з'єднання та автентифіковане наскрізне шифрування; за фізичного доступу інший пріоритет має блокування пристрою. Посібник як перевірити чат за допомогою номерів безпеки показує, як це зробити. А якщо ви хочете знати, хто й що бачить у конкретному месенджері, оприлюднена модель загроз Livara пояснює це без гасел.
Короткий приклад моделі загроз
«Робочі файли на моєму телефоні конфіденційні. Нинішній головний ризик — доступ колеги до розблокованого телефона й копій, збережених у галереї. Цього тижня я скорочу час до автоматичного блокування, обмежу попередній перегляд сповіщень і перевірю папки резервного копіювання. Потім оціню результат на тестовому файлі».
Це лише приклад: якщо людина, яка намагається вас контролювати, має доступ до вашого пристрою, раптові зміни налаштувань можуть привернути її увагу. Плануйте дії з безпечного пристрою та за допомогою людини, якій довіряєте; надавайте пріоритет фізичній безпеці.
Поширені запитання
Як визначити «модель загроз» одним реченням?
Це означає чітко визначити, що ви хочете захистити, від кого та якими зусиллями. Саме це речення визначає, яка функція безпеки виправдовує витрати, а яка лише додає складності.
Якщо я маю наскрізне шифрування, чи варто й далі остерігатися хакерів?
Так, але не так, як ви, можливо, думаєте: замість зламу замка зловмисник атакує пристрій, використовує фішинг і намагається отримати код входу. Тож правильні запитання такі: чи заблокований мій телефон, чи зашифрована хмарна резервна копія, чи захищений обліковий запис електронної пошти?
Чи мають публічні канали наскрізне шифрування?
Ні: канал — публічний простір для поширення доступного для читання вмісту, щоб можна було розглядати скарги й видаляти матеріали, пов'язані зі зловживаннями. Згідно з документацією Livara, особисті чати й сумісні приватні групи з активним статусом E2EE захищені наскрізним шифруванням; стара несумісна група може залишатися поза E2EE з явним позначенням цього стану. Перевіряйте статус конкретної розмови. Керування членством у групі також залишається за сервером.
Як зрозуміти, що встановлену версію для Android не було змінено?
Порівняйте хеш завантаженого APK з контрольною сумою тієї самої версії з довіреного джерела; Лабораторія доказів призначена для перевірки файлу в браузері. Збіг хешів засвідчує лише рівність еталону; якщо зловмисник замінив і файл, і еталонний хеш, збігу недостатньо. Змінений APK може обійти шифрування, тому перевірка цілісності застосунку не менш важлива, ніж саме шифрування.
