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