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

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

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

Между какими устройствами защищено сообщение?

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

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

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

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

Ваши устройства участвуют в разговоре

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

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

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

Резервная копия имеет собственную защиту

Настройки, используемые для текущей переписки, сами по себе не говорят вам, как защищена сохраненная резервная копия.

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

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

Слова — это только часть информации

Сохранение содержания сообщения в секрете не скрывает автоматически всю сопутствующую активность.

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

Закономерности трафика могут рассказать что-то об обмене, даже если его содержимое нечитабельно. Руководство IETF по конфиденциальности называет это анализом трафика.

Проверьте, кто на другом конце

Знакомого имени профиля или фотографии недостаточно для подтверждения конфиденциального обмена.

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

Это помогает связать криптографический идентификатор с человеком, с которым вы хотите связаться. Объяснение EFF о проверке отпечатков ключей показывает, почему эта проверка важна.

Перед следующим конфиденциальным сообщением

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

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

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

Роль Layergram

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

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