指紋ブラウザのWebRTCとは？プロキシ環境で確認が必要な理由

環境にプロキシを設定し、検証ページではプロキシIPが正常に表示されているのに、WebRTCの欄だけ別のアドレスが残っている。あるいは逆に、WebRTCがIPを漏らすと聞いて無効化してみたものの、別の問題が起きないか気になっている。この二つの疑問は、同じ一点にたどり着きます。WebRTCは指紋ブラウザにおいて、環境の用途に応じて設定すべき項目であり、オン・オフの先にモード選択まで用意されているということです。本稿はMostMateのWebRTC設定を軸に、なぜアドレスが漏れるのか、プロキシ環境で三つのモードがそれぞれどんな場面に向くのか、設定後にどう検証するのかを解説します。製品全体の枠組みはMostMateとはのページに譲り、ここではWebRTCだけに絞ります。

WebRTCが指紋ブラウザの設定項目になる理由

WebRTCはブラウザに組み込まれた音声・映像通信の仕組みで、接続を確立する前に端末のネットワークアドレスを自ら収集します。この収集はプロキシを経由しません。流れはこうです。ページがWebRTCのインターフェースを呼び出すと、ブラウザは端末で使えるアドレス（ローカルネットワークのアドレス、ルーターで変換された後のグローバルアドレス）を候補リストに並べ、一つずつ到達性を確かめます。このリストはページのスクリプトにも露出します。カメラの許可は不要で、ページを開いた時点で起こり得ます。インターフェース層の詳細はMDNのWebRTC APIドキュメントを参照してください。

指紋ブラウザの設定リストに入る理由はここにあります。WebRTCが取得するアドレスと、プロキシが中継するWebトラフィックは別々の道を通るため、プロキシをどれほど正しく設定しても、この独立した経路の振る舞いは環境設定に委ねられるからです。MostMateのような指紋ブラウザでは、WebRTCはCanvasやフォントリストと並ぶ基本パラメータです。環境ごとにこの経路の挙動を個別に決め、出力を環境のネットワーク像に合わせられます。設定する意味もまさにそこにあり、無効化はその処理方針の一つにすぎません。

プロキシ設定後もWebRTCの確認が必要な理由

プロキシが変えるのはWebリクエストの出口です。一方のWebRTCは「自分のアドレスは何か」を外部サーバーに直接問い合わせるため、両者の結果は食い違うことがあります。音声・映像の経路はNATを越えるために出口アドレスを直接問い合わせますが、ほとんどのプロキシ設定はこの問い合わせを扱いません。その結果、ページにはプロキシIPが表示され、WebRTCには実際のIPが現れ、二つのデータが同じサイトに同時に届きます。

アドレスの不一致には三つの形があり、対応もそれぞれ異なります。

• グローバルアドレスの不一致。WebRTCの欄に回線業者のIPやプロキシと別のIPが現れると、環境の地域設定がその場で破綻します。もっとも直接的なケースで、環境設定のレベルで解決する必要があります。
• ローカルアドレスが同じ。複数の環境が同じ内網アドレス帯を報告するのは、同じ物理マシン、同じルーターの内側で動いていると名乗るのと同じです。複数アカウント運用では、グローバルIPよりもこちらのほうが関連付けの証拠になりがちです。
• 完全な無応答。WebRTCを完全に閉ざすと候補データは空欄になります。普通のユーザーがこうする可能性はほぼなく、この「空欄」自体が統計上は少数派で、他のシグナルと併せて見るとかえって目立ちます。

最近のブラウザにはローカルアドレスを覆う仕組み（実際の内網アドレスの代わりにランダムな名前を使う）があります。ただしこれが覆い隠すのは内網の候補だけで、グローバルの候補はそのまま残ります。マスクは環境設定の代わりにはならず、確認も引き続き必要です。

MostMateのWebRTC三モード：選び方と向いている場面

MostMateの指紋設定では、WebRTCに「リアル」「無効」「カスタム」の三つのモードが用意されています。各モードが変えるのは、環境内でこの経路が最終的にどう見えるかです。

1. リアル：環境はホストマシンのWebRTCの挙動をそのまま使います。環境内で見えているものが、そのままページに渡ります。ホストマシン自体に対応するプロキシが接続済みで、ネットワーク環境とペルソナが一致している場面に向きます。たとえば自機のネットワークがアメリカ出口で、作っているのがアメリカ環境という具合です。制約は、一切の調整を行わないため、ホストマシンのネットワークとペルソナがずれている場合は使えないことです。
2. 無効：環境内でWebRTCを閉じ、候補データを生成しません。相手先のプラットフォームに音声・映像の業務がなく、アドレスの露出を抑えることを優先する環境に向きます。たとえばEC管理画面だけを操作するケースです。制約は二つ。Web会議やオンラインチャットなどの機能が使えなくなること、そして前述のとおり「無応答」は少数派のシグナルなので、このモードを選ぶなら他の指紋項目をいっそう丁寧にそろえる必要があることです。
3. カスタム：WebRTCが表示するアドレスを環境のペルソナに合わせて調整し、候補の中のグローバルアドレスをプロキシの出口と一致させます。WebRTCの機能を残しつつ、経路の振る舞いをネットワーク像に揃えたい環境に向きます。たとえばアカウントがWebチャットや音声・映像のやり取りを使うケースです。設定時にはプラットフォームのリスク管理の強さに応じて、項目ごとに確認してください。

三モードに万能の答えはなく、判断材料は二つだけです。環境に音声・映像の業務要件があるか、ホストマシンのネットワークと環境のペルソナが一致しているか。三つのモードはいずれも環境作成フォームの指紋設定エリアから選べ、設定後は指紋プレビューパネルのWebRTC欄で現在の値を確認できます。

設定から検証まで：一連のチェック手順

設定が終わったら一度の検証で結果を確かめます。手順は四つです。

• ステップ1：MostMateで環境を作成し、プロキシを設定します。WebRTCは前述のとおりモードを選び、保存して環境を起動します。
• ステップ2：環境内でBrowserScanかIpheyの結果ページを開き、WebRTCの項目を探します。BrowserLeaksのWebRTC検証ページは候補に含まれる全アドレスを一覧表示するため、一行ずつの照合に向いています。サードパーティの結果ページ全体の読み方はIphey信頼スコアガイドで解説済みなので、ここではWebRTCに関わる二つのアドレス行だけを見ます。
• ステップ3：突き合わせて確認します。WebRTCが表示するグローバルアドレスはプロキシの出口IPと一致しているはずです。ローカルアドレスがmDNSのランダム名で表示されていれば正常の範囲です。

• ステップ4：調整して再測定します。不一致が見つかったら指紋設定に戻ってモードを変え、保存後に環境を開き直してもう一度測ります。同じ環境内でページを二、三回更新して値が安定しているかを確かめ、その後もう一つの環境と比べて、両方の出力が独立していることを確認します。

三つの注意点

• 「無効」を万能策にしない。アドレスの露出は防げますが、機能の損失と統計上の偏りが伴います。音声・映像の要件がない環境なら使えますし、要件があればリアルかカスタムを選びます。
• WebRTCは単独で成立する確認項目ではない。プロキシの出口、OS、タイムゾーン、言語と揃って初めて意味を持ちます。WebRTCだけ正常で他がずれていれば、環境は依然として怪しく見えます。各パラメータの連携の考え方はMostMateの四つの設計原則で全体を解説しています。
• モードは業務要件に合わせて選び、他人の設定をそのまま流用しない。EC管理画面の運用とライブ配信のインタラクションでは、WebRTCへの要求がまったく違います。同じ環境グループ内でも用途に応じて三モードを混在させられますし、モード自体に優劣はありません。

おわりに

WebRTCは指紋ブラウザの中でも独立したネットワーク項目です。アドレスの取得にプロキシを使わないため、プロキシ設定後も個別の確認が欠かせません。その価値は「閉じること」ではなく、環境ごとの経路の振る舞いをネットワーク像と一致させることにあります。環境の用途に応じてMostMateのリアル・無効・カスタムから選び、設定後に検証ページで一度確かめてください。この流れをすぐ試すならMostMateをダウンロードし、無料版で二つの環境を作って比較テストができます。プロキシと環境分離の基礎概念は環境分離とはの記事を参照してください。

FAQ

指紋ブラウザでWebRTCを無効化した後もIPは漏れますか？

無効化すればWebRTC経路はアドレスデータを生成せず、この道の漏えいはなくなります。ただしブラウジング時のIPはプロキシが決めるため、両者は別々に確認が必要です。また「完全な無応答」は少数派のシグナルであり、無効化がすべての環境で妥当な選択というわけではありません。

プロキシ設定後、WebRTCの検証結果はどうあるべきですか？

グローバルアドレスはプロキシの出口IPと一致していること。ローカルアドレスがmDNSのランダム名で表示されるのは正常です。値は同じ環境内で安定していること。回線業者のIPやプロキシと異なるアドレスが出ている場合は、モードの調整が必要というサインです。

WebRTC設定はブラウザの指紋に影響しますか？

影響します。WebRTCの出力自体が指紋の一部であり、候補データ、応答の有無、アドレスの形はいずれも検証ページに読み取られます。三モードが変えているのはまさにこの部分の指紋の形で、狙いはそれを環境の他のシグナルと一致させること、消し去ることではありません。

音声・映像の要件がない環境では、WebRTCをどう選ぶべきですか？

無効でもカスタムでも構いません。画面操作だけの環境なら無効のほうが手間がかかりません。相手のプラットフォームのリスク管理が厳しく「無応答」の偏りが気になるなら、カスタムでペルソナに一致した経路を一本残すのがおすすめです。