Что защищает сквозное шифрование и чего оно не защищает

Сквозное шифрование (E2EE) — одна из самых обнадёживающих фраз в программном обеспечении и одна из самых неправильно понимаемых. Руководство EFF Surveillance Self-Defense даёт точное определение: оно «гарантирует, что информация превращается в секретное сообщение её первоначальным отправителем… и расшифровывается только её конечным получателем». Это сильная гарантия для содержания сообщения. Но это не гарантия для всего остального, что касается разговора.

Что E2EE действительно защищает: содержание

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

Чего оно не защищает: метаданные

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

Чего оно не защищает: конечные точки

Шифрование защищает данные при передаче между двумя устройствами. Оно не может защитить данные на устройстве, которое само скомпрометировано. EFF прямо заявляет: «если ваши конечные точки… скомпрометированы, ваши зашифрованные сообщения могут быть скомпрометированы». Опасное приложение с доступом к чтению экрана, устройство, разблокированное кем-то другим, или сообщение, которое получатель решил сфотографировать экраном, — всё это выходит за рамки того, что может решить шифрование: сообщение было добросовестно расшифровано именно так, как задумано, именно для того, кто и должен был его прочитать, а он затем сделал с ним что-то, находящееся вне контроля отправителя.

Чего оно не защищает: резервные копии

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

Почему это различие важно на практике

Для источника или клиента, которым что-то угрожает, фраза «мы используем зашифрованное приложение» — не полный ответ на вопрос «в безопасности ли мы», потому что самые важные угрозы — выявление по характеру звонков, изъятие и разблокировка телефона или передача резервной копии по юридическому запросу — по большей части находятся за пределами того, что решает шифрование. Следующий урок разбирает элемент, который заставляет всё это вообще работать: ключи и пароли, от которых зависит шифрование, и что происходит, когда они теряются или раскрываются.