安全な通話には、複数のデータ経路があります。シグナリングは誰が発信し、エンドポイントをどう接続するかを調整し、メディア経路は音声と映像を運びます。一方を保護しても、もう一方が自動的に保護されるわけではなく、どちらか一方だけではすべての通信パターンを隠せません。
WebRTC は重要なセキュリティ機構を提供しますが、アプリの本人確認、サーバーの役割、録音・録画モードも、プライバシーの境界全体を左右します。
シグナリングとメディアは役割が異なる
| 層 | 一般的な目的 | セキュリティ上の問い |
|---|---|---|
| シグナリング | 招待、セッション記述、接続候補 | 接続設定情報を誰が読み取り、変更できるか。意図した相手の本人確認をどう行うか。 |
| メディア | 音声、映像、関連するリアルタイムストリーム | 暗号化はどこで終端し、どのエンドポイントがメディアにアクセスできるか。 |
| 運用記録 | ルーティング、接続の時刻、配信状態 | サービスやネットワークはどのメタデータを観測できるか。 |
| 録音・録画 | 保持するコピーの作成 | 誰が平文または使用可能な記録用鍵を受け取り、コピーはどこに保存されるか。 |
メッセージングプロトコルで暗号化されたシグナリングを運ぶことはできますが、WebRTC が特定のメッセンジャーのエンベロープ形式を普遍的に要求しているわけではありません。他の認証済み設計も可能です。
DTLS-SRTP が提供するもの
WebRTC セキュリティアーキテクチャ、RFC 8827は、メディアチャネルの保護を要求し、DTLS-SRTP の鍵確立を説明しています。簡単に言えば、DTLS は暗号学的コンテキストの確立を助け、SRTP はリアルタイムのメディアパケットを保護します。
その保護の終端は重要です。参加者間の直接の暗号化接続と、メディア処理サーバーで終端する接続は異なります。一部の多人数システムは、サーバー向けのトランスポート暗号化の上に、独立したエンドツーエンド層を追加します。「WebRTC」という言葉だけでは、製品がどのアーキテクチャを使うかは分かりません。
シグナリングの認証が重要な理由
通話設定には、メディア接続を意図した相手に結び付ける情報が含まれることがあります。攻撃者が検出されずにその情報を置き換えられると、暗号化によって、誤ったエンドポイントへの保護された接続が成立するおそれがあります。
RFC 8827 は、シグナリング、ID、DTLS フィンガープリントのこの関係を論じています。HTTPS はシグナリングサービスへの接続を保護しますが、それだけで悪意のあるサービスや侵害されたサービスを考慮する必要がなくなるわけではありません。エンドツーエンドで認証されたシグナリング、または適切な独立した相手確認の仕組みによって、この境界を強化できます。
シグナリングの機密性は、関連していますが別の目標です。接続設定の詳細を読める相手を制限します。設計では、暗号化されたデータの塊を両方の十分な証拠とみなさず、機密性と認証をそれぞれ説明すべきです。
暗号化されたシグナリングでも通話は見えなくならない
リレーは、どのアカウントや端末の間でルーティングしているかを把握できる場合があります。ネットワーク観測者は、接続の時刻、通信量、サーバーのアドレスを見ることができます。接続設計によっては、相手やリレー基盤もネットワーク情報を知ることができます。
そのため、通話の招待を暗号化しても、サービスが通話を推測したり、関係を図式化したり、通話関連の記録を保持したりできない証拠にはなりません。内容を隠すことと通信パターンを隠すことは別の問題です。
Livara が公開している境界
Livara のセキュリティページは、直接通話とグループ通話をエンドツーエンド暗号化と説明していますが、任意のサーバー録音・録画については明確な例外を設けています。表示された REC 状態が有効な間、通話は E2EE ではなくトランスポート暗号化を使います。
脅威モデルも、メタデータの匿名性や侵害された端末からの保護をうたっていません。これらは製品の説明であり、すべての通話経路の独立した検証ではありません。このガイドは、未確認の参加人数上限、シグナリング形式、耐量子メディア実装を主張しません。
特に、メッセンジャーの耐量子鍵交換が、別の WebRTC メディアハンドシェイクを自動的に更新するわけではありません。メディア経路のアルゴリズムと鍵の結び付けは、独立して評価する必要があります。
機密性の高い通話の前に
- 参加者を確認し、予期しない ID の変更を見直します。
- 録音・録画が有効か、それによって何が変わるとアプリが説明しているかを確認します。
- サービスがメディアを処理するのか、保護されたパケットを転送するだけなのかを理解します。
- 参加者の周囲の端末や部屋を考慮します。マルウェア、画面キャプチャ、近くで聞いている人は、復号後の内容を漏らす可能性があります。
- 一般的な「暗号化通話」の表示に頼らず、実際に使うモードについて、アーキテクチャとテストの証拠を求めます。
有用なセキュリティの説明は、シグナリング、メディア、メタデータ、録音・録画に誰がアクセスできるかを個別に明らかにします。
