Чи може постачальник 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, що привів його туди.
Розширення, нативний помічник або окремо привілейований застосунок заслуговують на власну перевірку. Жоден із них не замінює звичайну сторінку, що викликає геолокацію, а розширення браузера працює з дозволами, яких сторінка не має.
Що доводить звіт або діагностичний експорт
Коли клієнт створює діагностичний пакет, корисне питання — які поля він зібрав, хто їх отримує і за яким дозволом. Зашифрований транспорт каже, що пакет подорожував безпечно, а не що в ньому.
Назви мереж також можна повторно використовувати й змінювати. Сама лише мітка — слабкий доказ одного фізичного місця, тоді як публічна адреса — інше спостереження з іншою надійністю.
Тримайте реальні назви мереж поза публічними темами допомоги. Питання, на яке варто відповісти, вужче й корисніше. Який компонент отримав яке поле, через який дозвіл і який потік?