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

Babel Mesh がリクエストをどう振り分け、アカウントをどう守り、ノードをどう検証するのか、そして何ができないのか。

送ったものの行き先

リクエストは Babel Mesh のゲートウェイに届き、ゲートウェイがリクエストのデータクラスに応じてノードを選んで転送します。ノードはモデルで結果を計算し、ゲートウェイ経由で返します。

  • リクエストを処理するノードは、その内容を読めます。現在の仕組みではそれが事実です。ノードは答えるためにプロンプトを読む必要があります。パスワード、ID番号、企業秘密は送らないでください。
  • ノードにはあなたが誰か分かりません。ノードが受け取るリクエストには、アカウント名もキーもなく、匿名のタグだけが付いています。
  • Babel Mesh は会話を保存しません。ゲートウェイの記録に残るのは、リクエストの時刻、モデル、結果、使用量だけです。会話はあなた自身のクライアントやブラウザーに残ります。
  • 例外:コンテンツルール。ゲートウェイは入力と出力をコンテンツルールに照らして確認します。ルールに該当したリクエストについては、不正利用に対処するため、該当箇所の前後の短い抜粋とアカウント名が残ります。全文は保存されません。
  • 抜き取り検査ではリクエストを再実行します。貢献者の返す結果を検証するため、公開クラスのリクエストの一部を運営者自身のノードでもう一度計算し、2つの結果を比べます。

データクラス

すべてのアカウントとリクエストにはデータクラスがあります。自分で登録したアカウントは「公開」から始まります。貢献者のノードが受け取るのは「公開」のリクエストだけです。より高いクラスは運営者自身のノードにのみ送られます。画像と動画は、結果をテキストのように抜き取り検査できないため、現在のところ運営者のノードだけが処理します。

  • ウェブサイトとAPIはHTTPSを使います。その背後のコンポーネント(コントローラー、ゲートウェイ、台帳、リレー、ノード)は、証明書による相互認証つきの暗号化接続で通信し、ノードの身元はその証明書に入っています。
  • ノードは外向きにしか接続しません。受信ポートは開かず、リレー経由でサービスを提供します。
  • クライアントはAPIキーをあなたのコンピューターに保存し、システムのアカウントだけが読めるようにします。クライアントのページがキーを受け取ることはなく、リクエストはクライアントがあなたの代わりに送ります。
  • クライアントの更新は署名付きマニフェストで検証されます。公開鍵はクライアントに組み込まれており、署名が不正なものや、より新しくないバージョンは決してインストールされません。

会計と検証

  • 双方が署名する受領書。リクエストごとに、ゲートウェイとノードが同じ受領書に署名し、両者が一致したときだけ台帳に記録されます。受領書にはリクエストと結果のハッシュ、使用量が入っており、内容は入っていません。
  • ランダムな確認。新しいノードはより頻繁に、長く問題のない実績のあるノードはより少なく確認されます。結果が一致しないノードは隔離され、運営者が不正を確認すると、収益は没収され、ルールに従って罰則が科されます。
  • 収益は一定期間保留されます。貢献者の収入は数日間保留され、その間も確認が続きます。

できないこと

  • 信頼実行環境(TEE)はまだありません。ノードが内容を見られないことは保証できず、そのためリクエストにクラスがあります。
  • 第三者によるセキュリティ監査は受けていません。
  • 可用性は保証しません。ノードはいつでも離脱し得ます。リクエストは別のノードで再試行されますが、成功は保証されません。
  • コンテンツルールは完全ではありません。誤ってブロックすることも、見逃すこともあります。

このページは、システムが現在実際に行っていることを説明しています。正式な利用規約とプライバシーポリシーは、運営主体が別途公開します。