Сквозное шифрование — это что и от чего оно на самом деле защищает

Сквозное шифрование — это способ защиты, при котором файлы или сообщения шифруются на вашем устройстве ещё до отправки, а расшифровать их могут только те, у кого есть ключ, но не сервис, который их хранит и доставляет. По-английски его называют end-to-end encryption, или E2EE. Обычные «зашифрованные» сервисы защищают данные в пути и на своих дисках, но ключи держат у себя; при сквозном шифровании сервис видит только бессмысленный набор байтов.

Разница кажется технической, но именно она решает, кто сможет прочитать ваши файлы, если сервер взломают, если сотрудник заглянет куда не следует или если сервис получит запрос на выдачу данных. Ниже — три вида шифрования, которые встречаются в рекламе, пример того, как сквозное шифрование работает при передаче файлов, как с ним обстоят дела в Telegram, WhatsApp и Viber, и где проходят его практические пределы.

Три вида шифрования: в чём разница

Шифрование при передаче построено на протоколе TLS, сейчас это TLS 1.3 (RFC 8446), и защищает от перехвата в сети. Шифрование при хранении защищает, например, от кражи диска. Оба вида стандартны и полезны, но в обоих случаях сервис может расшифровать файлы, потому что управляет ключами. Сквозное шифрование добавляет сверху слой, который сервис снять не может.

Как работает сквозное шифрование: пример с передачей файлов

1. 1

   Шаг 1

   Браузер создаёт ключ

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

2. 2

   Шаг 2

   Файлы шифруются до загрузки

   Каждый файл шифруется прямо на вашем устройстве современным алгоритмом, например AES в режиме GCM, который заодно обнаруживает любые изменения данных.

3. 3

   Шаг 3

   На сервер уходит только шифротекст

   Сервис хранит и доставляет зашифрованные данные, которые сам прочитать не может.

4. 4

   Шаг 4

   Ключ едет в ссылке

   Ключ добавляется в ссылку на скачивание после знака #. Эта часть адреса остаётся в браузере.

5. 5

   Шаг 5

   Браузер получателя расшифровывает

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

Почему ключ после # остаётся у вас

Веб-адрес может заканчиваться фрагментом — частью после знака #. Стандарт HTTP (RFC 9110) говорит, что фрагмент предназначен для обработки на стороне клиента и не передаётся в запросах: когда получатель открывает ссылку, браузер запрашивает у сервера страницу без фрагмента, а ключ читает локально. Такую схему популяризировал сервис Firefox Send от Mozilla, и именно так устроено сквозное шифрование в Transfr.

Сквозное шифрование в Телеграм, WhatsApp и Viber

Чаще всего о сквозном шифровании спрашивают в связи с мессенджерами. Вот что говорят сами сервисы по состоянию на октябрь 2026 года:

• Сквозное шифрование в Телеграм. По FAQ Telegram, сквозное шифрование используют только секретные чаты: прочитать их могут лишь вы и собеседник. Секретный чат привязан к двум устройствам, на которых создан, и не хранится в облаке Telegram. Обычные чаты, личные и групповые, шифруются между приложением и серверами и хранятся в облаке Telegram в зашифрованном виде, поэтому они доступны с любого вашего устройства. Telegram объясняет это компромиссом: облачная синхронизация плохо сочетается со сквозным шифрованием.
• Сквозное шифрование в WhatsApp. По официальному блогу WhatsApp, сквозное шифрование включено по умолчанию для звонков, сообщений, фото, видео, файлов, голосовых сообщений и групп. Резервные копии чатов можно дополнительно защитить сквозным шифрованием с паролем или 64-значным ключом; это отдельная настройка.
• Сквозное шифрование в Viber. По справке Viber, сквозное шифрование работает автоматически с версии 6.0 для личных чатов, групп и личных аудио- и видеозвонков; ключи хранятся только на устройствах пользователей. Сообщества, каналы, чаты с ботами, групповые звонки и платные звонки Viber Out сквозным шифрованием не защищены: Viber поясняет, что в сообществах и каналах новые участники видят всю историю, поэтому круг получателей заранее не определён.

Для передачи файлов из этого следует простой вывод: файл, отправленный в обычный чат Telegram или в сообщество Viber, сервис технически может прочитать. Кроме того, у мессенджеров есть лимиты: 2 ГБ на файл в Telegram (4 ГБ с Premium) и 2 ГБ на документ в WhatsApp. Подробнее — в статье о максимальном размере файла в WhatsApp.

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

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

Есть и плюс с точки зрения законов о данных. По GDPR компания может не уведомлять людей об утечке, если данные были приведены в нечитаемый для посторонних вид, «например, шифрованием» (статья 34(3)(a)); Европейский совет по защите данных уточняет, что это относится только к правильно зашифрованным данным с нескомпрометированным ключом. Российский 152-ФЗ в статье 19 требует технических мер защиты, а конкретные требования задают нормативные акты ФСТЭК и ФСБ. Подробнее — в статье о передаче персональных данных в файлах.

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

• Утечка ссылки: у кого полная ссылка, у того и ключ.
• Заражённое устройство: вредоносная программа или расширение браузера на компьютере отправителя или получателя видит файлы до шифрования или после расшифровки. Сам RFC 9110 отмечает, что фрагмент виден скриптам на странице.
• Метаданные: в зависимости от сервиса имена и размеры файлов, даты и адреса электронной почты могут оставаться ему видны.
• Действия получателя: расшифрованный и сохранённый файл — уже обычный файл.

Компромиссы на практике

Раз сервис не может прочитать файлы, он почти ничего не может с ними и сделать. В Transfr, например, включённое сквозное шифрование означает следующее:

• Файлы шифруются в браузере алгоритмом AES-128-GCM, а ключ помещается во фрагмент ссылки. Шифрование хранилища (AES-256) продолжает работать уровнем ниже.
• Предпросмотр создаётся в браузере получателя после расшифровки, для файлов до 2 ГБ и только если ссылка содержит ключ; файлы крупнее нужно скачать.
• Структура папок не сохраняется, прерванную загрузку нельзя продолжить после перезагрузки страницы, а файлы, импортированные из Drime, зашифровать сквозным шифрованием нельзя, потому что Transfr копирует их за вас.
• Ключ никогда не хранится на серверах Transfr. Но когда Transfr отправляет ссылку по почте, получателям или в письме-подтверждении отправителю с аккаунтом, ваш браузер передаёт сервису полную ссылку вместе с ключом, чтобы вставить её в письмо; она используется только для этого письма, а само письмо потом лежит в почтовых ящиках. Для самого строгого варианта скопируйте ссылку сами и отправьте её по каналу, которому доверяете.

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

Сквозное шифрование или пароль?

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

Когда нужно сквозное шифрование

Кроме мессенджеров, сквозное шифрование файлов в браузере до загрузки предлагают, например, Proton Drive, Tresorit Send и Wormhole. Массовые облачные хранилища, напротив, обычно шифруют файлы при передаче и хранении ключами, которыми управляет провайдер. В обзоре файлообменников для больших файлов отмечено, где сквозное шифрование есть бесплатно, а на странице для юридических фирм показано, как профессионалы сочетают его с паролями и короткими сроками.

Как проверить, что сервис действительно шифрует сквозным шифрованием

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

Остальные полезные привычки, от паролей до выбора получателей, собраны в чек-листе безопасная передача файлов и на странице защищённая передача файлов.