Архитектура без доступа сервера к содержимому: сервер ретранслирует шифротекст
Серверы SANKET (Sanket.Chat) от Tosh Defence не имеют доступа к содержимому: сервер передаёт зашифрованные данные и никогда не хранит ключи к сообщениям, файлам, вызовам, реакциям и зашифрованным широковещательным рассылкам. Содержимое шифруется на устройстве отправителя и расшифровывается только на устройствах получателей, поэтому ни Tosh Defence, ни поставщик услуг размещения, ни собственные серверы заказчика не могут его прочитать.
Отсутствие у сервера доступа к содержимому меняет последствия его компрометации. Злоумышленник, получивший контроль над сервером, не сможет прочитать ранее переданное содержимое, поскольку ключи никогда не поступали на сервер. Он также не сможет незаметно добавить устройство для прослушивания, поскольку отправители проверяют подписанный список устройств каждой учётной записи.
Что означает, что сервер не имеет доступа к данным
В Sanket сервер служит узлом передачи зашифрованных данных. Сообщения, реакции и зашифрованные рассылки представляют собой сообщения libsignal, зашифрованные на устройстве отправителя; вложения шифруются с помощью AES-256-GCM до загрузки; данные вызова шифруются сквозным образом до поступления на медиасервер. Ключи для всех этих данных создаются и хранятся на устройствах пользователей.
Даже метка класса секретности сообщения передаётся внутри зашифрованных данных, поэтому сервер не может ни прочитать, ни изменить её.
Взлом сервера не раскрывает содержимое
Tosh Defence анализирует последствия компрометации каждого серверного компонента. При компрометации любого из них содержимое сообщений, реакции, зашифрованные широковещательные сообщения, метки классификации, содержимое файлов, медиаданные вызовов и закрытые ключи остаются защищёнными, поскольку конфиденциальность содержимого не зависит от сохранения безопасности серверных компонентов.
Восстановление выполняется по единой схеме: повторное развёртывание из проверенного подписанного выпуска, смена серверных секретов, принудительная повторная аутентификация и проверка журнала аудита с защитой от незаметного изменения.
- Текст сообщений и реакции
- Зашифрованные рассылки и их приоритет
- Метки классификации
- Содержимое файлов
- Медиаданные звонков
- Закрытые ключи
Нет незаметных участников, получающих сообщения
Список устройств каждой учётной записи подписан ключом, который хранится на основном устройстве этой записи. В установленной системе также ведётся журнал, в который можно только добавлять записи. Перед шифрованием отправитель проверяет этот список и ничего не отправляет устройству, которого в нём нет, поэтому сервер под контролем злоумышленника не может добавить устройство для получения копий. Контрольные коды безопасности и уведомления о смене идентификационных ключей позволяют пользователям напрямую проверять подлинность друг друга.
Внутри вашей инсталляции
SANKET никогда не работает как общедоступный сервис с общей инфраструктурой для разных организаций. Каждая организация использует собственный выделенный экземпляр платформы, поэтому метаданные маршрутизации, необходимые для доставки сообщений, остаются внутри её экземпляра под контролем её администраторов, политики хранения данных и аудита.
Администраторы управляют удостоверениями, устройствами и политиками; у них нет ключей шифрования содержимого, и они не могут читать переписку.
Техническое подтверждение
Изучите подробности в техническом документе Sanket
Все утверждения на этой странице подробно изложены в общедоступном техническом документе Sanket по безопасности и архитектуре. Его можно читать бесплатно и без регистрации.
Что означает, что сервер не имеет доступа к содержимому данных?
Отсутствие у сервера доступа к содержимому означает, что он ретранслирует шифротекст и никогда не хранит ключи от сообщений, файлов, вызовов, реакций или зашифрованных рассылок. Содержимое доступно для чтения только на устройствах участников беседы.
Может ли Tosh Defence читать сообщения клиентов?
Нет. Tosh Defence не эксплуатирует установки заказчиков и не имеет к ним каналов доступа, а содержимое сообщений зашифровано сквозным шифрованием с ключами, которые существуют только на устройствах пользователей.
Могут ли администраторы заказчика читать сообщения?
Нет. Администраторы управляют учётными записями, устройствами и правилами. На сервере нет ключей для доступа к содержимому, поэтому администраторы не могут читать сообщения и файлы или получать доступ к содержимому звонков.
Что произойдёт, если сервер Sanket будет скомпрометирован?
Содержимое ранее отправленных сообщений и файлов остаётся конфиденциальным, поскольку оно было зашифровано ключами, которыми сервер никогда не располагал. Подписанные списки устройств не дают злоумышленнику добавить устройство для получения копий, а контрольные номера безопасности позволяют пользователям проверять личности собеседников.
Может ли сервер изменить широковещательное сообщение или повторно передать его?
Нет. Приоритет зашифрованного сообщения для массовой рассылки, срок подтверждения его получения и срок действия передаются внутри сквозного шифрования, поэтому сервер не может ни понизить его приоритет, ни повторно передать сообщение.
Куда передаются метаданные маршрутизации?
Метаданные маршрутизации, необходимые для доставки сообщений, остаются внутри отдельной установки заказчика и регулируются его политикой хранения и аудита.
Узнайте, как архитектура, не дающая серверу доступа к содержимому, меняет вашу модель угроз
Tosh Defence знакомит архитекторов безопасности с анализом последствий компрометации серверов Sanket, механизмами доверия к устройствам и обработкой метаданных.