Може ли доставчик на 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 показва границата на разрешенията
Документацията WifiInfo на Android е конкретен пример за втория канал. Някои подробности за Wi-Fi там се третират като чувствителни към местоположението и документацията описва редактирани резултати, когато липсва необходимият достъп, включително неизвестна стойност на SSID.
Това поведение си струва да се прочете внимателно. То казва, че платформата може да скрие стойността от приложение без достъп. То не казва, че приложение на VPN я получава автоматично, нито че доставчик на VPN я получава през тунела.
Разрешението за мрежов тунел е тясно разрешение. То позволява на приложението да маршрутизира трафик. То не предава всеки факт за устройството, който платформата защитава. Именно тук повечето такива твърдения се объркват — когато двете разрешения се приемат за едно.
Координатите не са име на мрежа
Geolocation API връща позиция. Той не връща списъка с имената на Wi-Fi около вас, въпреки че платформата отдолу може да използва няколко сигнала, включително информация за мрежата, за да изчисли тази позиция.
Получаването на град не е същото като получаването на идентификатор. Страница, която показва квартала ви, е научила нещо за това къде е устройството, и не е научила SSID, който го е довел там.
Разширение, вграден помощник или отделно привилегировано приложение заслужава собствен преглед. Никое от тях не е взаимозаменяемо с обикновена страница, която извиква геолокация, а разширение за браузър работи с разрешения, които страницата няма.
Какво доказва отчетът или диагностичният експорт
Когато клиент създаде диагностичен пакет, полезният въпрос е кои полета е събрал, кой ги получава и под какво разрешение. Шифрованият транспорт ви казва, че пакетът е пътувал безопасно, а не какво съдържа.
Имената на мрежите също могат да се използват повторно и да се променят. Етикетът сам по себе си е слабо доказателство за едно физическо място, докато публичният адрес е друго наблюдение с различна надеждност.
Пазете истинските имена на мрежи извън публичните теми за помощ. Въпросът, на който си струва да се отговори, е по-тесен и по-полезен. Кой компонент е получил кое поле, чрез кое разрешение и кой поток?