セキュリティとプライバシーのホワイトペーパー (概要)第8章
第8章 プライバシーとゼロ知識設計
この章では、FileBolt のゼロ知識モデルにおけるプライバシーの境界を明らかにします。秘密情報がどこにあるのか (クライアントのみ)、 サーバーが何を観測するのか (最小限のメタデータ)、そして鍵情報の漏洩を防ぐためにナビゲーションやリファラーの挙動をどのように制御するのかを説明します。
8.1 ゼロ知識の境界
- 暗号化・復号と CEK の生成は、クライアント上でのみ行われます。
- サーバーが扱うのは暗号文と公開パラメータであり、CEK を知り得てはなりません (MUST NOT)。
- リンクの共有が権限の境界です。フラグメントを含む完全なリンクを持つ人は誰でも復号できます。
8.2 サーバーから見えるもの
- 運用上のメタデータ: transferId、チャンク数、サイズ、タイムスタンプ、トークン検証イベント。
- 有効にしている場合は、送信者向けの最小限の配信証跡 (ダウンロード回数/ステータス)。
- フラグメントや CEK をログや分析に含めてはなりません (MUST NOT)。必要な場合を除き、元のファイル名の保存は避けてください。
8.3 URL フラグメントとリファラーの扱い
- CEK の情報は URL フラグメント (
#) に置かなければならず (MUST)、フラグメントは HTTP リクエストでサーバーに送信されません。 - ページは、URL が第三者に漏洩しないよう、厳格なリファラーポリシーを使用すべきです (SHOULD)。
- クライアントは、偶発的な漏洩を減らすために、フラグメントを解析した後にアドレスバーを消去してもかまいません (MAY)。ただし、UX によって異なります。
8.4 送信者向け監査のプライバシー境界 (受信者には表示されません)
- 転送に関する監査/分析データは、デフォルトでは送信者にのみ表示されます。
- 受信者向けのページは、送信者専用の分析エンドポイントやトークンを公開してはなりません (MUST NOT)。
8.5 ユーザー向けのベストプラクティス
- 共有リンクを公開の場に貼り付けないでください。完全なリンクは、アクセス権そのものとして扱ってください。
- 侵害されたデバイスや、信頼できない拡張機能がある環境でリンクを開かないでください。
- リンクの秘匿だけでは足りず、送信者が追加のアクセス制御を必要とする場合は、パスワードや制限を使用してください。
8.6 関連するクレーム ID
- 正式な対応表は、付録: クレーム IDを参照してください。