Сквозное шифрование или шифрование на сервере: где расшифровывается сообщение

Слова «сообщения зашифрованы» ещё ничего не говорят о том, кто именно способен их прочитать. Ключевой вопрос другой: на каком устройстве или сервере сообщение превращается обратно в читаемый текст. От ответа зависит, кто потенциально видит переписку помимо отправителя и получателя.

Есть две принципиально разные схемы. В первой шифрование действует между каждым устройством и сервером сервиса, а на самом сервере сообщение расшифровывается и хранится. Во второй ключи есть только у конечных собеседников, а сервер передаёт данные, которые сам прочитать не может.

Иногда помогает простая мысленная проверка: если сервис умеет восстановить всю историю переписки после входа с нового телефона одним паролем от аккаунта, значит, ключи находятся у него, и это серверная схема. Если же для переноса истории нужна отдельная фраза восстановления или сканирование кода со старого устройства, вероятно, применяется сквозное шифрование.

Это привычный вариант, знакомый по HTTPS. Канал между приложением и сервером защищён, поэтому провайдер или владелец общей сети внутри канала ничего не увидят. Но на стороне сервиса данные оказываются в открытом виде, и сервис технически способен их прочитать, проиндексировать и передать по законному запросу.

У такой схемы есть и практические плюсы. Историю переписки легко восстановить на новом устройстве, работает поиск по сообщениям, доступны большие групповые чаты и подключение нескольких клиентов без сложных ухищрений. Многим людям эти удобства важнее, чем защита от самого сервиса.

Ограничение очевидно: безопасность переписки зависит от надёжности хранилища и политики оператора.

Здесь ключи создаются и хранятся на устройствах собеседников. Сервер видит, что сообщение отправлено, размер и время, но содержимое для него набор байтов. Даже полный доступ к серверу не раскрывает текст, если ключи на устройствах остались в безопасности.

Платой за эту защиту становится неудобство. Историю сложнее перенести на новое устройство, серверный поиск невозможен, а групповые чаты и синхронизация между несколькими клиентами требуют более сложных протоколов. Кроме того, сквозное шифрование защищает канал, а не конечное устройство: если телефон собеседника заражён или оказался в чужих руках с открытым экраном, переписку прочтут прямо на экране.

Часто сквозное шифрование включено не везде: в некоторых приложениях оно действует только в отдельных режимах, поэтому настройки стоит проверять.

По приватности от сервиса сквозная схема заметно сильнее. По удобству — схема с серверным хранением. По устойчивости к утере устройства выигрывает вариант, где история лежит на сервере, но за это приходится доверять оператору.

По метаданным разница меньше, чем кажется: в обеих схемах сервис обычно знает, кто с кем общается и когда. Сквозное шифрование скрывает содержимое, но не сам факт переписки, если приложение специально не сокращает эти данные.

По проверяемости: чтобы убедиться, что сквозная защита действует, приложения предлагают сверить код безопасности собеседника. Такую сверку разумно делать хотя бы для важных контактов.

Сначала найдите в описании приложения, для каких чатов действует сквозное шифрование: только для личных, для групп или вообще для всех. Затем посмотрите, есть ли в самом чате отметка о защите и возможность сверить код безопасности собеседника.

Смысл сверки простой: если код на обоих устройствах совпадает, между вами нет посредника, подменившего ключи. Сверку удобно сделать при личной встрече или по другому каналу связи, например по звонку.

Обратите внимание и на предупреждения о смене кода: если у собеседника сменился телефон или переустановлено приложение, код изменится, но неожиданная смена без причины — повод уточнить у человека, что произошло.

Для обычной бытовой переписки, где важны поиск, удобство и синхронизация, серверное шифрование часто приемлемо. Для разговоров о здоровье, финансах, работе и других чувствительных темах разумнее приложение с включённым по умолчанию сквозным шифрованием.

Независимо от схемы имеет смысл защитить сами устройства: экран с запросом пароля, обновления системы и резервные копии. Копии переписки в облаке нередко не имеют сквозной защиты, даже если сами сообщения её имели.

Дополнительная мера для тех, кто хранит важную переписку: отключить автоматическое сохранение вложений в общую галерею устройства и проверить, не попадает ли история в облачную копию без защиты. Эти мелочи часто сводят на нет пользу от шифрования канала.