Приватность и безопасность Suveria
Эта страница предназначена для тех, кто хочет знать, в чём должна состоять защита приватности в Suveria, прежде чем доверить ей свои разговоры. Она дополняет страницу Что такое Suveria и в каждой части ведёт к whitepaper.
Один принцип упорядочивает целое: приватность должна опираться на меры защиты, работу которых можно независимо проверить, а не на доверие к добрым намерениям фонда или администраторов серверов. В манифесте это выражено так: «Каждое обещание безопасности должно иметь доказательство в коде и кремнии, а не только в наших словах». Основным местом хранения разговоров должны быть твои собственные устройства, а скрытых способов доступа к личному содержимому мы не создаём.
Сегодня Suveria является проектом. Всё ниже описывает, как она должна работать; мы ещё не провели ни одного из испытаний, которые должны это подтвердить.
Подробнее: манифест, пункт 2.2 и пункт 3.1.
От кого должна защищать, а от кого нет#
Мы защищаем содержимое разговоров и файлов, историю и память помощника, ключи (то есть секретные последовательности символов, открывающие зашифрованные данные), расчётные данные и метаданные, то есть сведения о самом соединении: его времени, сетевом адресе и размере запроса.
Конфиденциальная среда представляет собой аппаратно изолированную часть сервера, куда не заглянет даже его администратор. Так ли это на самом деле, должна подтверждать аттестация, то есть подписанное оборудованием свидетельство о том, какое программное обеспечение работает на сервере и в каком режиме защиты. Конфиденциальный API представляет собой такую среду у внешнего поставщика, с которой соединяется наше приложение (API является связующим звеном между программами). Таблица описывает предполагаемую работу, ещё не проверенную испытанием:
| От кого должна защищать | Модель на твоём устройстве | Конфиденциальная среда на серверах | Конфиденциальный API внешнего поставщика |
|---|---|---|---|
| Администратор поставщика | неприменимо: обработка на устройстве | должна защищать: аппаратная изоляция | заявление поставщика, подлежит проверке |
| Наблюдатель сети | неприменимо без сети; трафик интеграций требует оценки | частичная защита: содержимое зашифровано, метаданные требуют отдельных мер | частичная защита, если ключ соединения связан с аттестацией |
| Человек с физическим доступом к серверу | неприменимо; важен доступ к устройству | не защищает: в чужом дата-центре доступ есть у поставщика; на собственном оборудовании видимый физический контроль | не защищает: доступ есть у поставщика |
| Фонд | неприменимо: фонд не участвует в обработке | должна защищать: изоляция распространяется и на нас, ключи к хранимым данным у тебя | должна защищать содержимое: шлюз, то есть наша часть, учитывающая стоимость запросов, без доступа к содержимому; где заканчивается шифрование, покажем до пилотного запуска |
Условные обозначения: «должна защищать» означает предполагаемую защиту, «частичная защита» защищает содержимое, но не всё вокруг него, «не защищает» прямо указывает на границу, а «заявление поставщика, подлежит проверке» означает, что до собственной проверки мы не подтверждаем защиту. Администратор поставщика управляет серверами, на которых работает модель; наблюдатель сети видит трафик между твоим устройством и сервером, но содержимое при передаче зашифровано; человек с физическим доступом может открыть корпус сервера; фонд представляет собой нас как оператора сервиса.
О трёх ограничениях стоит знать сразу. Конфиденциальные вычисления не исправляют заражённый телефон или компьютер. Они не защищают от каждого, у кого есть физический доступ к серверу: в 2025 г. исследователи создали менее чем за тысячу долларов устройство, которое при физическом доступе к серверу позволяет подделать свидетельство оборудования. Защита на серверах опирается также на ключи производителя процессора, который должен быть честным.
Подробнее: whitepaper Suveria, глава 2 и пункт 2.3.
Как сообщение проходит через систему#
Suveria должна состоять из приложения на твоём устройстве, шлюза (нашей части системы, которая учитывает стоимость запросов и следит за лимитом расходов), конфиденциальной среды с моделью, хранилища зашифрованных копий и необязательного посредника, скрывающего твой адрес.
В целевом варианте одно сообщение должно проходить такой путь:
- Приложение получает описание утверждённого выпуска и проверяет аттестацию сервера.
- Сравнивает это свидетельство с открытой политикой. Ключ, которым оно шифрует сообщение, должен быть связан с этим свидетельством.
- Только после успешной проверки устанавливает зашифрованное соединение. Расхождение останавливает отправку данных; переход к другому варианту требует твоего осознанного выбора.
- Среда обрабатывает запрос при ограниченном доступе к сети и инструментам, возвращает результат и удаляет рабочие данные в соответствии с опубликованной политикой.
- Разговор или память сохраняется исключительно в выбранном тобой объёме.
Аттестация помогает установить, что запущено, но сама по себе не доказывает, что этот код безопасен; нужны проверка кода и возможность независимой проверки. До пилотного запуска мы покажем в приложении, где заканчивается шифрование, контролируемое твоим устройством, и видит ли шлюз содержимое.
Мы особенно осторожны, когда ты подключаешь источники с сообщениями от других людей, например почтовый ящик. Чужое сообщение может содержать скрытые команды, которые пытаются побудить модель раскрыть личную память. Поэтому помощник не может самостоятельно отправлять сообщения, открывать сетевые адреса или изменять Личный Канон (твой набор принципов и ценностей) без подтверждения человека.
С запуском сервиса мы опубликуем перечень всех видов собираемых нами данных о работе сервиса с указанием цели сбора и срока хранения. Данные вне этого перечня мы не собираем.
Подробнее: whitepaper Suveria, глава 3.
Твои ключи#
Ключи к личным контейнерам, то есть зашифрованным наборам данных, остаются под твоим контролем. Фонд не хранит ключи или их части, поэтому не может восстановить доступ за тебя или выдать твои данные. Восстановление учётной записи у оператора не разблокирует содержимое.
Потеря всех копий ключа может означать безвозвратную потерю данных. Поэтому мы рассматриваем способы восстановления, которые можно сочетать: второе устройство с доступом, ключ на бумаге или в менеджере паролей, аппаратный ключ либо разделение ключа между несколькими доверенными людьми, ни один из которых не прочитает данные самостоятельно. Для начала мы рекомендуем второе устройство и ключ, записанный на бумаге. Каждый механизм мы проверяем пробным восстановлением данных.
Подробнее: whitepaper Suveria, пункт 2.2.
Что невидимо, но выдаёт: ритм передачи#
Ответ поступает к тебе пакетами, то есть порциями данных. Шифрование скрывает их содержимое, но не длину и ритм. Это побочный канал: информация утекает через способ передачи, а не через содержимое. Исследования 2024–2025 годов показали, что наблюдатель сети может восстановить из этого тему, а иногда и содержимое разговора. Поэтому в конфиденциальном режиме мы хотим отправлять ответ порциями постоянного размера и с постоянным ритмом; это немного увеличивает задержку и расход пропускной способности.
Подробнее: whitepaper Suveria, глава 3.
Выпуски, которые можно проверить#
Доверие к программному обеспечению не должно зависеть от одного человека или только от фонда. Каждый может самостоятельно собрать приложение из опубликованного кода и проверить, что результат идентичен тому, который устанавливается. Не менее двух независимых сторон вне фонда должны воспроизвести выпуск и публично подтвердить соответствие; пока мы их не найдём, мы обозначаем выпуск как не подтверждённый третьими лицами.
Полную защиту мы проектируем для устанавливаемого приложения. В браузере код, проверяющий сервер, каждый раз предоставляет оператор, поэтому браузерная версия ясно опишет свой более низкий уровень защиты.
Подробнее: whitepaper Suveria, глава 3.
Несколько видеокарт#
Модель, которую мы хотим запустить, не помещается на одной видеокарте, поэтому данные передаются также между картами. Защиту нужно проверить как для самих карт, так и для соединений между ними; коммерческая маркировка «secure» этого не заменяет. Предложение поставщика мы сравниваем только после испытания с собственным приложением.
Подробнее: whitepaper Suveria, глава 5.
Как мы проверим, работает ли это#
Самое важное испытание: команда с правами оператора за пределами конфиденциальной среды (шлюз, диски, сеть, журналы) пытается прочитать разговоры тестовых учётных записей, в которых скрыты секретные последовательности символов. Если их извлечёт кто-либо, в том числе мы, испытание не удалось.
Прежде чем назвать какой-либо выпуск конфиденциальным, мы задокументируем, среди прочего, корректную аттестацию, отказ отправлять данные после подмены кода или ключа, отсутствие содержимого в журналах, а также удаление и восстановление. Результаты, в том числе неудачные, попадают в журнал результатов. Состояние на 29 октября 2026 г.: мы ещё не провели ни одного из описанных испытаний.
Мы хотим проводить испытания открыто. Если ты занимаешься безопасностью, криптографией, инфраструктурой или приложениями либо хочешь критически взглянуть на проект, напиши на salve@novusignis.org с темой «[Присоединиться] Испытания Suveria».
Подробнее: whitepaper Suveria, глава 9.
Прочитай и скажи, что думаешь#
Полный обзор вариантов и угроз, меры защиты приложения и список вопросов, требующих решения, ты найдёшь в whitepaper Suveria. Если что-то вызывает у тебя вопросы или кажется ошибочным, выдели фрагмент в документе и воспользуйся кнопкой «У меня есть замечание» либо напиши на salve@novusignis.org.