Suveriaのプライバシーとセキュリティ

このページは、自分の対話を預ける前に、Suveriaのプライバシー保護の仕組みを知りたい方に向けています。Suveriaとはページを掘り下げ、各部分からホワイトペーパーへ案内します。

全体を貫く原則があります。プライバシーを財団やサーバー管理者の善意への信頼に依存させず、動作を独立して検証できる安全対策に基づかせることです。マニフェストでは、「安全に関するあらゆる約束は、私たちの言葉だけでなく、コードとシリコンのなかに証拠を持たなければなりません。」と述べています。対話の主な保存先は本人の端末とする設計であり、プライベートな内容への隠されたアクセス経路は作りません。

Suveriaは現在、設計段階です。以下はすべて目指す仕組みの説明であり、それを確認する試行はまだ一つも行っていません。

詳しくは、マニフェスト、2.2節と3.1節をご覧ください。

誰から守るのか、誰からは守れないのか#

保護の対象は、対話やファイルの内容、履歴、アシスタントの記憶、鍵（暗号化データを開く秘密の文字列）、精算データ、メタデータです。メタデータは、接続時刻、ネットワークアドレス、リクエストの大きさなど、接続そのものの情報です。

機密環境は、管理者にも中をのぞけない、ハードウェアで隔離されたサーバーの一部です。実際にそうであることを確認する設計上の手段がアテステーションです。これは、サーバー上のソフトウェアと保護モードを示す、ハードウェアが署名した証明です。機密APIは、私たちのアプリが接続する外部プロバイダーのそのような環境です（APIはプログラム間の接続口です）。表は、まだ試行で検証していない、目指す動作を示します。

凡例：「保護する設計」は意図する保護、「部分的保護」は内容を守りますが周辺のすべては守らないこと、「保護しません」は限界の明示です。「プロバイダーの表明、要検証」は、自分たちで検証するまで保護を確認しないことを意味します。プロバイダーの管理者は、モデルが動くサーバーの管理者です。ネットワークの観察者は端末とサーバー間の通信を見ますが、途中の内容は暗号化されています。物理的にアクセスできる人はサーバーの筐体を開けられます。財団は、サービス運営者である私たちです。

最初に知っておきたい限界が三つあります。機密コンピューティングは感染した電話やコンピュータを修復しません。サーバーに物理的にアクセスできるすべての人から守るわけでもありません。2025年、研究者は1,000ドル未満で、サーバーへの物理的アクセスがあればハードウェアの証明を偽造できる機器を作りました。また、サーバー上の保護は、誠実でなければならないプロセッサ製造元の鍵にも依存します。

詳しくは、Suveriaのホワイトペーパー、第2章と2.3節をご覧ください。

メッセージの経路#

Suveriaは、端末上のアプリ、ゲートウェイ（リクエストを精算し支出上限を守る私たちのシステム部分）、モデルを動かす機密環境、暗号化コピーの保管、アドレスを隠す任意の中継者から成る設計です。

目標とする選択肢では、一つのメッセージは次の経路をたどる設計です。

1. アプリが承認済みリリースの記述を取得し、サーバーのアテステーションを確認します。
2. 証明を公開ポリシーと照合します。メッセージを暗号化する鍵は、その証明に結びついていなければなりません。
3. 検証に成功した後にだけ暗号化接続を確立します。不一致があれば送信を停止します。他の選択肢への移行には、本人の意識的な選択が必要です。
4. 環境はネットワークとツールへのアクセスを制限して処理し、結果を返し、公開ポリシーに従って作業データを削除します。
5. 対話や記憶は、本人が選んだ範囲だけを保存します。

アテステーションは何が起動されたかの確認に役立ちますが、それだけでコードの安全性は証明できません。コードレビューと独立した検証の可能性が必要です。パイロット前に、端末が管理する暗号化の終端と、ゲートウェイが内容を閲覧するかをアプリで示します。

他者のメッセージを含む情報源、例えばメール受信箱を接続するときは、特に慎重に扱います。他者のメッセージに、モデルに私的な記憶を漏らさせようとする隠れた指示が含まれる場合があります。そのため、アシスタントが人の確認なしにメッセージ送信、ネットワークアドレスへのアクセス、個人のカノン（自分の原則と価値観の集まり）の変更を行うことは認めません。

サービス開始時には、収集する稼働データの全種類を、目的と保存期間とともに公開します。一覧にないデータは収集しません。

詳しくは、Suveriaのホワイトペーパー、第3章をご覧ください。

あなたの鍵#

暗号化されたデータ集合であるプライベートなコンテナの鍵は、本人の管理下に置きます。財団は鍵もその一部も保持しないため、本人に代わってアクセスを回復したり、データを引き渡したりできません。運営者側でアカウントを回復しても、内容は開けません。

鍵のコピーをすべて失うと、データを永久に失う可能性があります。そのため、組み合わせられる回復方法を検討しています。アクセス可能な2台目の端末、紙やパスワードマネージャーに保存した鍵、ハードウェアキー、信頼できる複数人への鍵の分割で、誰も単独ではデータを読めない方法です。最初は2台目の端末と紙に記した鍵を推奨します。各方法は、データの復元試行で検証します。

詳しくは、Suveriaのホワイトペーパー、2.2節をご覧ください。

見えないのに漏れるもの：送信のリズム#

回答は、データの小分けであるパケットで届きます。暗号化は内容を隠しますが、長さやリズムは隠しません。これはサイドチャネルです。内容ではなく、送り方から情報が漏れます。2024–2025年の研究では、ネットワークの観察者がそこから話題、ときには対話の内容を復元できることが示されました。そのため機密モードでは、一定の大きさ、一定のリズムで回答を送りたいと考えています。代わりに、遅延と帯域幅の負担が少し増えます。

詳しくは、Suveriaのホワイトペーパー、第3章をご覧ください。

検証できるリリース#

ソフトウェアへの信頼を、一人や財団だけに依存させない設計です。誰もが公開コードからアプリをビルドし、インストールするものと同一の結果になるかを確認できます。財団外の少なくとも二つの独立した主体がリリースを再現し、一致を公開確認するようにします。見つかるまでは、第三者による確認がないリリースと表示します。

完全な保護は、インストールするアプリ向けに設計しています。ブラウザーでは、サーバーを検証するコード自体を運営者が毎回届けるため、ブラウザー版では保護水準が低いことを明示します。

詳しくは、Suveriaのホワイトペーパー、第3章をご覧ください。

複数のGPU#

動かしたいモデルは1枚のGPUに収まらないため、カード間でもデータが流れます。カード自体とカード間の接続の両方で保護を検証する必要があり、「secure」という商品上の表示で代えることはできません。自分たちのアプリで試行してから、プロバイダーの提供内容を比較します。

詳しくは、Suveriaのホワイトペーパー、第5章をご覧ください。

動作をどう確かめるか#

最も重要な試行では、機密環境の外（ゲートウェイ、ディスク、ネットワーク、ログ）で運用権限を持つチームが、秘密の文字列を隠したテストアカウントの対話を読み取ろうとします。私たちを含め、誰かが文字列を取り出せれば、試行は不合格です。

リリースを機密と呼ぶ前に、正しいアテステーション、コードや鍵の差し替え時の送信拒否、ログに内容を残さないこと、削除と回復などを記録します。失敗も含め、結果を結果ログに記載します。2026年10月29日時点では、記述された試行はまだ一つも行っていません。

試行を開かれた形で行いたいと考えています。セキュリティ、暗号技術、インフラ、アプリに携わる方、または設計を批判的に検討したい方は、件名を「[Dołącz] Próby Suverii」としてsalve@novusignis.orgにご連絡ください。

詳しくは、Suveriaのホワイトペーパー、第9章をご覧ください。

読んで、ご意見をお寄せください#

選択肢と脅威の詳しい比較、アプリの安全対策、検討すべき点の一覧は、Suveriaのホワイトペーパーをご覧ください。疑問や誤りと思える箇所があれば、文書でその部分を選択して「コメントがあります」ボタンを使うか、salve@novusignis.orgにご連絡ください。

ソースファイル： content/ja/page/suveria-prywatnosc.md · 変更履歴 · 変更を提案する