サーバーが内容を解読できないアーキテクチャ：サーバーは暗号文を中継
Tosh DefenceのSanket.Chatでは、サーバーは内容を読み取れません。サーバーは暗号文を中継するだけで、メッセージ、ファイル、通話、リアクション、暗号化された一斉配信の鍵を保持しません。内容は送信側の端末で暗号化され、受信者の端末でのみ復号されるため、Tosh Defence、ホスティング事業者、顧客自身のサーバーのいずれも読み取れません。
サーバーが内容を解読できない設計では、サーバーが侵害されても被害の範囲が変わる。攻撃者がサーバーを掌握しても、鍵はサーバーに渡っていないため、過去の内容を読むことはできない。また、送信者が各アカウントの署名付きデバイス一覧を検証するため、盗聴用のデバイスを密かに追加することもできない。
サーバーが内容を読めないとはどういう意味か
Sanketでは、サーバーは暗号化された内容を中継する役割を担います。メッセージ、リアクション、暗号化された一斉配信は、送信者の端末で暗号化されたlibsignalメッセージです。添付ファイルはアップロード前にAES-256-GCMで暗号化され、通話のフレームはメディアサーバーに届く前にエンドツーエンドで暗号化されます。これらすべての鍵は利用者の端末で生成・保管されます。
メッセージの機密区分を示すラベルも暗号化されたデータの中に含まれるため、サーバーはそれを読み取ることも変更することもできません。
サーバーが侵害されても、内容は漏えいしません
Tosh Defenceは、サーバー側のすべての構成要素について、侵害された場合を分析しています。どの構成要素が侵害されても、メッセージ本文、リアクション、暗号化された一斉配信、機密区分ラベル、ファイルの内容、通話の音声・映像、秘密鍵は保護されます。内容の機密性が、サーバー構成要素の非侵害に依存しないためです。
復旧は一貫した手順に従います。検証済みの署名付きリリースから再構築し、サーバー側の秘密情報を更新し、再認証を強制し、改ざんを検知できる監査記録を確認します。
- メッセージ本文とリアクション
- 暗号化された一斉送信とその優先度
- 機密区分ラベル
- ファイルの内容
- 通話のメディアデータ
- 秘密鍵
気づかれずに傍受する参加者はいない
各アカウントの端末一覧には、そのアカウント自身の主端末が保持する鍵による署名が付され、各導入環境には追記専用のログが保存されます。送信者は暗号化前にこの一覧を確認し、記載のない端末には何も送信しません。そのため、悪意のあるサーバーがコピーを受け取る端末を追加することはできません。安全性確認番号と識別情報の変更通知により、利用者同士が直接相手を確認できます。
自組織の導入環境内
SANKETは、複数組織で共有する公開サービスではありません。各組織が専用環境を運用するため、メッセージの配信に必要な経路情報は、顧客自身の環境内にとどまり、その管理者、保存方針、監査の管理下に置かれます。
管理者はID、デバイス、ポリシーを統制しますが、通信内容の暗号鍵は保持せず、会話を読むことはできません。
技術的な実証
詳細はSanketの白書で確認
このページに記載されたすべての内容は、一般公開されているSanketの技術セキュリティ・アーキテクチャ白書で詳しく説明されており、登録なしで無料で閲覧できます。
サーバーが内容を読み取れないとはどういう意味ですか？
サーバーが内容を解読できないとは、サーバーが暗号文を中継するだけで、メッセージ、ファイル、通話、リアクション、暗号化された一斉配信の鍵を一切保持しないことを意味する。内容を読めるのは、会話に参加している人のデバイスだけである。
Tosh Defenceは顧客のメッセージを読むことができますか？
いいえ。Tosh Defenceは顧客環境を運用せず、そこへアクセスする経路もありません。また、メッセージの内容は、利用者の端末にのみ存在する鍵でエンドツーエンド暗号化されています。
顧客側の管理者はメッセージを読むことができますか？
いいえ。管理者はID、端末、ポリシーを管理します。サーバーはコンテンツを復号する鍵を保持しないため、管理者はメッセージやファイルを読んだり、通話の内容を聞いたりできません。
Sanketのサーバーが侵害された場合、どうなりますか？
過去のメッセージとファイルの内容は、サーバーが保持したことのない鍵で暗号化されていたため、機密性が保たれます。署名付きの端末一覧により、攻撃者が受信用の端末を追加することを防ぎ、セーフティナンバーによって利用者は相手の身元を確認できます。
サーバーが一斉配信メッセージを変更したり、再送したりすることはできますか？
いいえ。暗号化された一斉配信の優先度、受信確認の期限、有効期限はエンドツーエンド暗号化の内部で伝送されるため、サーバーは優先度を下げることも、再送攻撃を行うこともできません。
経路制御用のメタデータはどこに送られますか？
メッセージの配送に必要な経路情報のメタデータは、顧客専用の環境内にとどまり、顧客独自の保存ポリシーと監査の対象となります。
サーバーが内容を読み取れない設計によって脅威モデルがどう変わるかをご覧ください
Tosh Defenceは、SANKETのサーバー侵害分析、端末の信頼性、通信メタデータの取り扱いについて、セキュリティ設計者に説明します。