Перейти до вмістуHisnLabs
← Криптографія, на яку можна покластися

Урок 3 з 4 · 8 хв

Що захищає наскрізне шифрування, а що ні

Вміст — лише частина того, що розкриває розмова. Метадані, кінцеві точки й резервні копії можуть важити не менше — а шифрування їх не покриває.

Наскрізне шифрування (E2EE) — одна з найбільш заспокійливих фраз у програмному забезпеченні, і одна з найбільш неправильно зрозумілих. Посібник Surveillance Self-Defense від EFF визначає її точно: вона «гарантує, що інформація перетворюється на секретне повідомлення її оригінальним відправником… і розшифровується лише її кінцевим отримувачем». Це сильна гарантія для вмісту повідомлення. Це не гарантія для всього іншого в розмові.

Що E2EE справді захищає: вміст

Коли месенджер правильно реалізує наскрізне шифрування, компанія, що керує сервісом, не може прочитати повідомлення, що проходять через її власні сервери — лише пристрій відправника й пристрій отримувача тримають ключі, потрібні для розшифрування. Опублікована технічна документація Signal описує механізми, що лежать в основі, включно з алгоритмом Double Ratchet, побудованим так, щоб «попередні ключі не можна було обчислити з наступних»: навіть якщо один ключ колись розкриють, минулі повідомлення залишаються захищеними — властивість, що зветься прямою секретністю (forward secrecy). Це та частина обіцянки, що добре тримається при правильній реалізації, і вона суттєво відрізняється від звичайного текстового повідомлення чи незашифрованого листа — обидва може прочитати будь-який сервер на шляху.

Що воно не захищає: метадані

Посібник EFF прямо каже про цю прогалину: шифрування «приховує вміст ваших повідомлень, але не те, хто з ким спілкується, коли чи як часто». Метадані — хто з ким контактував, о котрій годині, як довго, з якого місця — можуть бути такими ж викривальними, як і саме повідомлення. Знання того, що джерело зателефонувало журналісту напередодні виходу статті, може викрити це джерело навіть без прочитання жодного слова розмови. Деякі сервіси спеціально працюють над зменшенням цього розкриття: функція Signal «прихований відправник» (sealed sender) побудована так, щоб власні сервери сервісу не мали знати, хто надіслав те чи інше повідомлення, лише кому воно доставляється, хоча власний опис цієї функції від Signal зазначає, що стійкість до складнішого аналізу трафіку — з використанням часу й IP-адрес — усе ще є ділянкою поточної роботи, а не вирішеною проблемою.

Що воно не захищає: кінцеві точки

Шифрування захищає дані під час передавання між двома пристроями. Воно не може захистити дані на пристрої, який сам скомпрометований. EFF прямо стверджує: «якщо ваші кінцеві точки… скомпрометовані, ваші зашифровані комунікації можуть бути скомпрометовані». Небезпечний застосунок із доступом до читання екрана, пристрій, розблокований кимось іншим, або повідомлення, яке отримувач вирішив сфотографувати з екрана, — все це поза тим, що може вирішити шифрування: повідомлення сумлінно розшифрувалося саме так, як задумано, саме для тієї людини, яка мала його прочитати, а вона потім зробила з ним щось поза контролем відправника.

Що воно не захищає: резервні копії

Розмова, зашифрована під час передавання, не залишається зашифрованою так само, щойно її зберегли. EFF зазначає, що якщо ви «автоматично зберігаєте резервні копії зашифрованих розмов у хмару», ці резервні копії можуть не мати такого самого наскрізного захисту, як мала жива розмова — залежно від сервісу та його налаштувань резервного копіювання хмарний провайдер (або будь-хто, хто його зламає чи юридично примусить видати вміст) потенційно міг би прочитати резервну копію того, що оригінальне повідомлення захищало. Перевірити, чи резервні копії застосунку наскрізно зашифровані за замовчуванням, чи лише опційно, варто зробити один раз, а не припускати, що найсильніше налаштування діє автоматично.

Наскрізне шифрування захищаєЗазвичай не захищає
Вміст повідомлення під час передавання між відправником і отримувачемХто кому писав, коли і як часто (метадані)
Повідомлення від прочитання власними серверами постачальника сервісуПристрій, який сам скомпрометований (доступ до екрана, розблокований телефон, шкідливе програмне забезпечення)
Минулі повідомлення, якщо протокол має пряму секретність, навіть після пізнішого розкриття ключаХмарні резервні копії, якщо вони окремо не зашифровані наскрізно

Чому ця відмінність важлива на практиці

Для джерела чи клієнта під ризиком «ми використовуємо зашифрований застосунок» — не повна відповідь на питання «чи ми в безпеці», бо найважливіші загрози — ідентифікація через шаблони дзвінків, вилучення й розблокування телефону, або передача резервної копії за юридичною процедурою — здебільшого лежать поза тим, що вирішує шифрування. Наступне заняття розглядає деталь, яка тримає все це в робочому стані: ключі й паролі, від яких залежить шифрування, і що відбувається, коли вони втрачені чи розкриті.

Головне

  • Наскрізне шифрування захищає вміст повідомлення від постачальника сервісу та від будь-кого, хто перехоплює з’єднання.
  • Воно не приховує метадані: хто з ким спілкувався, коли і як часто, може бути так само викривальним, як і саме повідомлення.
  • Скомпрометована кінцева точка — зламаний чи розблокований пристрій — зводить наскрізне шифрування нанівець, не ламаючи жодної криптографії.
  • Хмарні резервні копії зашифрованих розмов не зашифровані наскрізно автоматично; перевіряйте конкретний застосунок і налаштування.
  • Пряма секретність (forward secrecy, як у Double Ratchet від Signal) захищає минулі повідомлення, навіть якщо пізніше розкрито ключ.

Перевірте себе

  1. 1. Що гарантує наскрізне шифрування, за посібником Surveillance Self-Defense від EFF?

    • Що ніхто взагалі не може дізнатися, що ви спілкуєтеся
    • Що вміст повідомлення може прочитати лише відправник і отримувач, а не постачальник сервісу — Правильно.
    • Що резервні копії завжди захищені так само, як живі повідомлення
    • Що пристрій отримувача не може бути скомпрометований

    EFF визначає E2EE як гарантію того, що вміст кодує відправник і декодує лише кінцевий отримувач — гарантію про вміст, а не про метадані чи безпеку пристрою.

  2. 2. Чому метадані можуть бути так само викривальними, як вміст повідомлення?

    • Метадані завжди містять повний текст повідомлення
    • Знання того, хто з ким контактував, коли і як часто, може викрити стосунки чи подію без прочитання жодного повідомлення — Правильно.
    • Збирати метадані заборонено законом
    • Шифрування завжди приховує і метадані, і вміст

    Шаблони контактів — час, частота, учасники — можуть розкрити чутливі стосунки навіть коли сам вміст залишається нечитабельним.

  3. 3. Якщо телефон отримувача скомпрометований програмою для читання екрана, що станеться з наскрізно зашифрованим повідомленням, надісланим йому?

    • Шифрування автоматично блокує шкідливу програму
    • Повідомлення розшифрувалося саме так, як задумано, і скомпрометована кінцева точка може потім його розкрити — Правильно.
    • Повідомлення ніколи не буде доставлено
    • Наскрізне шифрування повністю запобігає такому сценарію

    Шифрування захищає дані під час передавання; воно не може захистити дані після того, як їх сумлінно розшифрували на пристрої, який сам скомпрометований.

Застосуйте на практиці з FireAI

Застосуйте цей урок на своєму Mac.

Джерела

Застосуйте це на своєму Mac

Усі функції безкоштовно на 17 днів, без банківської картки.

Завантажити для Mac Документація