WebRTCリークテスト

WebRTCリークとは、VPN接続中にブラウザを通じて実際のIPアドレスが公開されることです。WebRTCはブラウザベースのビデオ・音声通話を支えており、2人を直接接続するためにSTUNサーバーへ実際のIPアドレスを問い合わせます。このリクエストがVPNトンネルの外を通ると、その回答をブラウザに要求したあらゆるウェブサイトが読み取れるようになります。許可を求める表示も発生を知らせる目印もないため、何か月も気づかないことがあります。

VPNに接続した状態で、このページ上部のテストを実行してください。このページは、接続IPと同じアドレスファミリのみを評価します。WebRTCの行に接続IPと異なるアドレスが表示された場合、その差分がトンネルから漏れている実際のIPです。アドレスが一致するか、WebRTCの行に「非公開」と表示されれば、リークはありません。192.168.1.24のようなローカルアドレスや.localで終わるアドレスは、プライベートネットワークのアドレスであり、実質的な公開ではありません。

WebRTCを能動的にブロックするVPNだけが防げますが、多くのVPNは対応していません。VPNはトンネル内を通る通信を暗号化しますが、WebRTCはブラウザ内で動作し、遮断するものがなければ単独でSTUNサーバーへ到達できます。そのため、VPNでは保護中と表示されていても、このページでリークが見つかることがあります。Windscribeではデスクトップアプリが自動的にブロックし、ブラウザ拡張機能ではWebRTC Slayerが対応します。

使用しているものによります。Windscribeデスクトップアプリは、通信のルーティングとFirewall処理の一環としてWebRTCリークを自動的にブロックするため、探すべきスイッチも設定項目もありません。デスクトップアプリなしでWindscribeブラウザ拡張機能だけを使う場合は、拡張機能の設定を開いてWebRTC Slayerを有効にしてください。両方を同時に使っても問題なく、どちらの場合もデスクトップアプリが保護を維持します。

デバイスにとっては安全ですが、代償があります。ブラウザでWebRTCを完全に無効にすると、Zoom、Google Meet、Discordをはじめ、ブラウザベースの通話や画面共有ツールの多くが動作しなくなる場合があります。これが手動でブラウザを設定する方法の欠点です。アプリレベルでリークをブロックすれば、通話に必要な技術を無効にせず、IPをトンネル内に保てます。

どちらもVPNの保護を損ないますが、公開する情報は異なります。WebRTCリークは実際のIPアドレスを明らかにし、そこから所在地とインターネットプロバイダーが分かります。DNSリークは、ドメインの問い合わせがトンネルから漏れ、プライベートリゾルバーではなくISPへ届くことで、アクセスしたウェブサイトを明らかにします。仕組みも対策も異なり、一方で問題がなくても他方が安全とは限らないため、両方のテストを実行する価値があります。Windscribeは両方から保護します。

いいえ。確認はすべてブラウザ内で実行されます。ブラウザが端末内でWebRTC候補を収集し、デバイス上で接続IPと比較します。結果がWindscribeのサーバーに書き込まれることも、アカウントに紐づけて記録されることもなく、後から当社が提出できるものは何もありません。何度でもテストできます。

Chrome、Edge、Firefox、OperaはいずれもWebRTCが有効な状態で提供されるため、リークが最もよく見つかります。Safariはより制限が厳しく、メディア権限がなければ候補を渡さないため、初期状態での公開は限定的です。BraveにはWebRTCを処理する機能が内蔵されています。モバイルも重要です。SNSやメッセージアプリ内のブラウザもWebRTCを実行するため、スマートフォンは保護されていると思い込まず、そこでテストする価値があります。

これはmDNSによる難読化で、良い兆候です。最新のブラウザは実際のプライベートネットワークアドレスをランダムなホスト名に置き換え、ウェブサイトがデバイスのフィンガープリントを作成したり、家庭内ネットワークを把握したりできないようにします。つまり、ブラウザが正しく動作しています。この行は完全性のために表示していますが、.localの値は外部への公開ではなく、対処も不要です。