Сквозное шифрование

Большая часть интернета уже использует шифрование, но двух других видов. Шифрование при передаче (TLS, значок замка) защищает данные между твоим устройством и сервером, но сервер потом их читает. Шифрование на диске защищает носитель, однако компания, которой принадлежит диск, обычно держит и ключ. Сквозное шифрование забирает ключ из рук компании: даже взлом сервера, судебное предписание оператору или любопытный сотрудник дают лишь нечитаемый набор байтов. Мессенджеры сделали идею привычной: сообщение запечатывается на одном телефоне и открывается на другом, так что даже компания, переносящая его между ними, не может сказать, что в нём, а лишь что что-то было отправлено. Открытые решения вроде протокола Signal показывают, что такой подход масштабируется от пары друзей до больших групп.

На практике устройство создаёт ключ, использует его для шифрования каждого элемента перед отправкой и выдаёт ключ только одобренным тобой устройствам. Трудность не в шифре, который стандартен (AES-256-GCM широко применяется), а в ключах: как новое устройство получает ключ и что будет, если потерять их все. Настоящие сквозные системы отвечают ключом доступа, ключом восстановления или уже доверенным устройством и принимают компромисс. Раз никто другой не может открыть твои данные, никто другой не сможет и спасти их: ни служба поддержки, ни техник, ни суд. Зашифрованное сообщение, идущее через публичные сети, ретрансляторы и архивы, остаётся нечитаемым для администраторов, хакеров и сетевых операторов.

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

При первом использовании твой браузер создаёт неэкспортируемый ключ AES-256-GCM: страница может им шифровать и расшифровывать, но никакой скрипт не может прочитать его как байты, в том числе наш. Твои чаты, изображения, персонажи и память шифруются им перед записью в базу браузера. Если включить синхронизацию в Настройках, каждый элемент шифруется в браузере ключом данных, которого у наших серверов никогда нет, а его идентификатор делается непрозрачным. Этот ключ обёрнут твоим ключом доступа и ключом восстановления и запечатан для каждого одобренного устройства; каждый запрос синхронизации должен быть подписан одобренным устройством. Без ключа доступа, ключа восстановления или другого одобренного устройства нашу копию уже не открыть.

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