WebRTCリークテスト

WebRTC は、ピア接続に使おうとするアドレスをページに教えることがある。候補を並べ、覆いと生の私用アドレスを分ける。

候補はタブ内
mDNSをLAN漏洩と呼ばない
STUNを明示する
VPNの順位はない

WebRTCリークテスト?

ホーム · ツール · WebRTCリークテスト WebRTC は、ピア接続に使おうとするアドレスをページに教えることがある。

RFC 8828: WebRTC IP Address Handling Requirements

最終更新 2026-10-26

ブラウザを確認

このサイトから見える公開 IP も確認初期状態はオフです。オンにすると、スキャン時に同一オリジンへ1回だけ要求し、その要求の IP を表示します。

スキャンを始めるまで、このページは何も読みません。開いただけでは Canvas も WebRTC も、住所の問い合わせも走りません。

候補の集め方

短い RTCPeerConnection を開き、ICE を集めて閉じる。

STUN を使うので、ブラウザはサーバー反射アドレスを知れる。その通信先は STUN ホストであり、CreatorPrivacyKit のプロフィールではない。候補行は送らない。

私用と反射

host に 192.168.x のようなアドレスがあると、ページは私用ネットワークのアドレスを見ている。

サーバー反射は STUN が見たアドレス。このサイトが見たアドレスと違えば、VPN、プロキシ、別インターフェースがあり得る。どちらがISPかは決めない。

.local は生のLANではない

.local で終わる名前は、今のブラウザが生のLANアドレスを出さないための mDNS だ。保護として記す。漏洩ではない。

ICE の収集が時間切れまたは失敗なら、保護ではなく判定不能として出す。完了して候補が無い場合も、今回候補を観測しなかったという意味に限る。

行の読み方

生の私用アドレスは直接の露出。公開のサーバー反射は観測値であり、このサイトが見る HTTP アドレスとの比較で別経路が示されない限り VPN 漏洩とは呼ばない。

リレーだけは、ホストではなく中継を出したという意味。パソコン上の全アプリが覆われた証明ではない。

変えられること

ブラウザの WebRTC 保護、WebRTC を扱う VPN、壊れることを受け入れるなら WebRTC を止める、が候補になる。

ブランド名は保証しない。設定のあと、もう一度スキャンする。

2026年10月26日のヘッドレス Chrome 一回

2026年10月26日、ヘッドレスの Google Chrome 154.0.8037.92 が iceServers stun:stun.cloudflare.com:3478 で RTCPeerConnection を開き、名前 cpk のデータチャネルを作り、4 秒または ICE 完了で収集を止めた。この STUN、チャネル名、4 秒の上限は src/browser-privacy/webrtc.js の collectWebRtcSignals と同じである。公開ページのスキャンボタンは押していない。Chrome の起動引数は --no-sandbox と --disable-dev-shm-usage である。

収集は timeout-4000 で終わり、経過は 4002 ミリ秒だった。その前に UDP 候補が二つ届いていた。一つは host で、アドレスは mDNS の .local 名であり、生のプライベート IP ではない。もう一つはサーバー反射候補で、公開 IPv4 だった。prflx、relay、IPv6 は無い。アドレス文字列は出さない。このサイトから見えた HTTP アドレスは要求していない。公開 srflx があり、HTTP アドレスとは比べていない、という区分である。VPN の成否ではない。

起動	収集の終わり	経過ミリ秒	host	srflx	prflx	relay	mDNS	私有 host	公開 srflx	IPv4	IPv6
既定の引数	timeout-4000	4002	1	1	0	0	1	0	1	1	0
disable_non_proxied_udp を追加	timeout-4000	4001	1	1	0	0	1	0	1	1	0

二回目の起動では --force-webrtc-ip-handling-policy=disable_non_proxied_udp を足した。収集は再び timeout-4000 で、経過は 4001 ミリ秒、件数は同じだった。件数が同じでも、このヘッドレス起動でフラグが効いたとは言えない。

2026年10月26日、スクリプトを実行せずに読んだ BrowserLeaks の WebRTC 静的ページには、リモート IP、RTCPeerConnection と RTCDataChannel の有無、ローカル WebRTC IP、公開 WebRTC IP、セッション記述、メディア機器の見出しがまだある。無効化の注記は、Firefox では about:config の media.peerconnection.enabled を false にすること、Chrome では WebRTC Network Limiter 拡張を指している。このサイトはそのテストを実行しておらず、相手の STUN ホストもまだ分からない。上の 10 月 21 日の段落はそのままである。今回はマイクもカメラも列挙せず、VPN も使っていない。

browserleaks.com/webrtc

質問

xxxx.local は本当のローカルIPですか？

違います。mDNS の名前です。ページはそれをLANアドレスに戻せません。

DNSリーク試験は入っていますか？

入っていません。リゾルバは推測しません。