セキュリティとプライバシー
Babel Mesh がリクエストをどう振り分け、アカウントをどう守り、ノードをどう検証するのか、そして何ができないのか。
送ったものの行き先
リクエストは Babel Mesh のゲートウェイに届き、ゲートウェイがリクエストのデータクラスに応じてノードを選んで転送します。ノードはモデルで結果を計算し、ゲートウェイ経由で返します。
- リクエストを処理するノードは、その内容を読めます。現在の仕組みではそれが事実です。ノードは答えるためにプロンプトを読む必要があります。パスワード、ID番号、企業秘密は送らないでください。
- ノードにはあなたが誰か分かりません。ノードが受け取るリクエストには、アカウント名もキーもなく、匿名のタグだけが付いています。
- Babel Mesh は会話を保存しません。ゲートウェイの記録に残るのは、リクエストの時刻、モデル、結果、使用量だけです。会話はあなた自身のクライアントやブラウザーに残ります。
- 例外:コンテンツルール。ゲートウェイは入力と出力をコンテンツルールに照らして確認します。ルールに該当したリクエストについては、不正利用に対処するため、該当箇所の前後の短い抜粋とアカウント名が残ります。全文は保存されません。
- 抜き取り検査ではリクエストを再実行します。貢献者の返す結果を検証するため、公開クラスのリクエストの一部を運営者自身のノードでもう一度計算し、2つの結果を比べます。
データクラス
すべてのアカウントとリクエストにはデータクラスがあります。自分で登録したアカウントは「公開」から始まります。貢献者のノードが受け取るのは「公開」のリクエストだけです。より高いクラスは運営者自身のノードにのみ送られます。画像と動画は、結果をテキストのように抜き取り検査できないため、現在のところ運営者のノードだけが処理します。
接続とキー
- ウェブサイトとAPIはHTTPSを使います。その背後のコンポーネント(コントローラー、ゲートウェイ、台帳、リレー、ノード)は、証明書による相互認証つきの暗号化接続で通信し、ノードの身元はその証明書に入っています。
- ノードは外向きにしか接続しません。受信ポートは開かず、リレー経由でサービスを提供します。
- クライアントはAPIキーをあなたのコンピューターに保存し、システムのアカウントだけが読めるようにします。クライアントのページがキーを受け取ることはなく、リクエストはクライアントがあなたの代わりに送ります。
- クライアントの更新は署名付きマニフェストで検証されます。公開鍵はクライアントに組み込まれており、署名が不正なものや、より新しくないバージョンは決してインストールされません。
会計と検証
- 双方が署名する受領書。リクエストごとに、ゲートウェイとノードが同じ受領書に署名し、両者が一致したときだけ台帳に記録されます。受領書にはリクエストと結果のハッシュ、使用量が入っており、内容は入っていません。
- ランダムな確認。新しいノードはより頻繁に、長く問題のない実績のあるノードはより少なく確認されます。結果が一致しないノードは隔離され、運営者が不正を確認すると、収益は没収され、ルールに従って罰則が科されます。
- 収益は一定期間保留されます。貢献者の収入は数日間保留され、その間も確認が続きます。
できないこと
- 信頼実行環境(TEE)はまだありません。ノードが内容を見られないことは保証できず、そのためリクエストにクラスがあります。
- 第三者によるセキュリティ監査は受けていません。
- 可用性は保証しません。ノードはいつでも離脱し得ます。リクエストは別のノードで再試行されますが、成功は保証されません。
- コンテンツルールは完全ではありません。誤ってブロックすることも、見逃すこともあります。
このページは、システムが現在実際に行っていることを説明しています。正式な利用規約とプライバシーポリシーは、運営主体が別途公開します。