VPN プロバイダーは Wi-Fi の名前を見られる？三つの異なる漏えい
ゲートウェイはパケットを読み、ネイティブアプリは権限を読み、ページは座標を読む。Wi-Fi のラベルは、どの場合も別のチャネルにある。
質問は単純に聞こえるが、少なくとも三つの答えがある。どれが当てはまるかは誰が情報を受け取るかで変わり、関与する部品はチャネルを共有しない。それぞれの答えは別の当事者のものなので、役に立つ問いは、どの当事者について尋ねているかだ。
それらのチャネルを整理するのに数分かかる。誤った結論の一カテゴリ全体も防げる。
三つの観察者、三つのチャネル
トンネルの通信を転送するゲートウェイはパケットを見る。端末にインストールされたネイティブアプリは、プラットフォームが許せばそのインターフェースを呼べる。ブラウザのページは、ブラウザと利用者が許可した範囲内で動く。どれも同じものは見ていない。
これは一つの能力の変形ではない。別々の権限を持つ別々の仕組みであり、それぞれが少しずつ違う問いに答える。
| Observer | What it receives | What it needs |
|---|---|---|
| Tunnel gateway | Forwarded IP packets, which carry no SSID field | No device permission at all |
| Installed client app | Local network details, when the platform exposes them | The specific permission and context the platform requires |
| Page using browser geolocation | Position properties such as coordinates | User consent plus the browser's own checks |
プロバイダーの主張に関係するのは最初の行だ。無線ネットワークの名前はパケットのヘッダーには含まれない。どれほど経路を検査してもそれは生まれず、転送された通信のログにも含まれない。
Android の事例は権限の境界を示す
Android の WifiInfo の文書は、第二のチャネルの具体的な例だ。そこでは一部の Wi-Fi の詳細が位置に関わる情報として扱われ、必要なアクセスがない場合には、未知の SSID の値を含む伏せられた結果になると文書は説明している。
その振る舞いは注意して読む価値がある。利用権限のないアプリからプラットフォームが値を伏せられる、と言っている。VPN アプリが自動的に受け取るとは言っておらず、VPN プロバイダーがトンネル経由で受け取るとも言っていない。
ネットワークトンネルの承認は狭い許可だ。アプリが通信を経路制御することを許す。プラットフォームが守る端末の事実をすべて渡すわけではない。両者を同じ権限として扱うことが、こうした主張の多くが誤る地点だ。
座標はネットワークの名前ではない
Geolocation API は位置を返す。周囲の Wi-Fi 名の一覧は返さない。土台のプラットフォームは、ネットワーク情報を含む複数の信号を使ってその位置を計算することがある。
都市を受け取ることは識別子を受け取ることとは違う。あなたの地域を表示するページは、端末がどこにあるかについて何かを学んだが、そこへ導いた SSID は学んでいない。
拡張機能、ネイティブの補助、あるいは別に特権を持つアプリは、それぞれ独自の検討に値する。どれも位置情報を呼ぶ普通のページと交換可能ではなく、ブラウザ拡張はページにはない権限で動く。
レポートや診断エクスポートが証明するもの
クライアントが診断バンドルを作るとき、役に立つ問いは、どの項目を集めたか、誰が受け取るか、どの権限のもとでかだ。暗号化された転送は、バンドルが安全に移動したことを伝えるが、中身は伝えない。
ネットワーク名は再利用も変更もできる。ラベルだけでは一つの物理的な場所の弱い証拠であり、公開アドレスは別の信頼性を持つ別の観察だ。
実際のネットワークのラベルを公開のヘルプスレッドに出さないこと。答える価値のある問いは、より狭く、より役に立つ。どの部品がどの項目を、どの権限とどの流れで得たのか。