WebRTCリークテストガイド
IPアドレス自体はリークではありません。そのアドレスがどこから来たのか、接続が意図したネットワーク出口を使用したかどうかを確認してください。
WebRTCリークとは何ですか？
WebRTCは、ブラウザ同士でリアルタイムの音声、映像、データを交換するための技術です。接続を確立するために、ブラウザはICE候補と呼ばれる利用可能なネットワークアドレスを収集します。
トラフィックがVPNやプロキシを経由すると想定していても、WebRTCが別のネットワーク経路を通じてアドレスを公開する可能性があります。有用な比較は、同じIPバージョン内で、WebRTCの公開アドレスとWeb接続の出口アドレスを比べることです。
IPv4同士、IPv6同士で比較してください。
結果の見方
判定は、このテストで実際に観測されたアドレスに基づきます。証拠が不足していても安全性の証明とはみなされません。
- 漏洩あり
- WebRTCが、同じIPバージョン内でWeb出口とは異なる公開アドレスを公開しました。これは調査すべき出口の不一致ですが、それだけでそのアドレスが自宅のIPであると証明するものではありません。
- ローカルIPが公開
- ブラウザがプライベートまたはローカルネットワークのアドレスを返しました。これは公開IPの公開とは異なります。ローカルアドレスは通常インターネット上で直接ルーティングできませんが、内部ネットワークの情報をある程度明らかにする可能性があります。
- 漏洩なし
- 比較可能な公開候補がWeb出口と一致し、他のアドレス公開の所見は発生しませんでした。これは、このテストで観測された内容にのみ適用され、端末上のすべての接続やアプリケーションに当てはまるわけではありません。
- 判定不能
- テスト結果がmDNS名のみ、候補なし、信頼できる出口の基準がない、またはIPv4/IPv6アドレスのペアが組めない場合があります。ブラウザがサポートされていない、またはテストが失敗した場合も、安全な結果と解釈してはいけません。
不一致が見つかりましたか？次の4点を確認しましょう
VPNに接続していても、すべての接続が同じ経路をたどるとは限りません。ブラウザのプロキシ、スプリットトンネリング、IPv6対応などが結果に影響を与える可能性があります。
意図した出口を特定する
選択したVPNまたはプロキシの場所を確認し、上記のWeb出口とWebRTC公開アドレスを比較してください。比較する前にIPv4とIPv6を分けてください。
プロキシの適用範囲とIPv6を確認する
デバイス全体のVPN、アプリケーションプロキシ、ブラウザ専用プロキシのいずれを使用しているかを確認してください。スプリットトンネルのルールとIPv6の処理を見直してください。Webリクエストをプロキシしていても、WebRTC接続が必ずしもプロキシされるとは限りません。
必要に応じてWebRTCポリシーを調整する
VPNのリーク保護や、サポートされているブラウザのネットワークポリシーを優先してください。すべてのブラウザに共通するスイッチはありません。WebRTCを制限すると、ビデオ会議、音声通話、リアルタイムコラボレーションに影響する場合があります。
再テストと相互チェック
設定を変更した後は、ページを再度開くかテストを再実行してアドレスを比較してください。接続の別の側面を確認するには、DNSも個別にチェックしてください。1つの合格判定が完全なプライバシー評価になるわけではありません。
CHA.LAはこのテストをどのように実行しますか？
ページはブラウザ内に一時的なRTCPeerConnectionを作成し、データチャネルを使用してICE候補の収集をトリガーします。設定され利用可能な場合、STUNサービスがネットワークアドレスの観測を支援します。一時的な接続は収集後に閉じられます。
候補は公開アドレス、ローカルアドレス、mDNS名に分類されます。公開候補は、現在のWebリクエストと出口プローブからの信頼できるアドレスと、IPv4とIPv6を分けて比較されます。このチェックにカメラやマイクへのアクセスは必要ありません。
よくある質問
VPN、ブラウザ設定、テスト結果の違いに関する実用的な回答です。
VPN使用中にIPアドレスが見えると漏洩を意味しますか？
いいえ。WebサイトとWebRTCの両方がVPNの出口IPを認識するのは正常です。予期しない公開アドレスがないか確認し、同じIPバージョン内でアドレスを比較してください。不一致があっても、スプリットトンネリング、デュアルスタックネットワーク、VPN設定などの文脈が必要です。
192.168.x.xや10.x.x.xのアドレスを心配すべきですか？
これらは通常プライベートネットワークアドレスです。表示されても、インターネット上の訪問者がデバイスに直接接続できるわけではありません。ただし、ネットワーク構造の一部を明らかにする可能性があるため、CHA.LAはローカルアドレスの公開を公開IPの漏洩とは別に報告します。
なぜ.localアドレスや判定不能な結果が表示されるのですか？
ブラウザはローカルアドレスをmDNSホスト名に置き換える場合があり、ネットワークは候補収集を制限する可能性があります。十分なパブリック候補と信頼できる出口ベースラインがないと、テストは比較を完了できません。アドレスが収集されないことと、アドレスが漏洩していないことを確認することは同じではありません。
異なるテストサイトで結果が一致しないのはなぜですか？
テストは使用するSTUNサービス、収集時間、出口ベースライン、IPv6サポートが異なる場合があります。ブラウザのバージョン、ネットワークの変更、VPNのスプリットトンネリングも収集に影響します。ラベルだけでなく、実際のアドレスと理由を同じ条件下で比較してください。
モバイルでも動作しますか？カメラへのアクセスは必要ですか？
WebRTCをサポートするモバイルブラウザでは通常チェックを実行できますが、アドレスの可視性はブラウザやOSのポリシーに依存します。このチェックはデータチャネルを使用し、カメラやマイクへのアクセスは必要ありません。
WebRTCを無効にすると通常のブラウジングに支障がありますか？
通常のWebブラウジングではWebRTCは通常不要ですが、ブラウザベースのビデオ会議、音声通話、一部のコラボレーション機能は動作しなくなる可能性があります。テストのラベルを変えるためだけに無効にするのではなく、ニーズに合った制限を選び、使用するアプリケーションを検証してください。
WebRTCリークとDNSリークは同じですか？
いいえ。WebRTCテストはリアルタイム接続のセットアップで公開されるネットワークアドレスをチェックします。DNSテストはドメインルックアップを処理するリゾルバを観察します。異なる経路を調べるため、一方のチェックに合格しても他方の経路が意図どおりに設定されているとは限りません。