Может ли 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, который привёл его туда.
Расширение, нативный помощник или отдельно привилегированное приложение заслуживают собственной проверки. Ни одно из них не заменяет обычную страницу, вызывающую геолокацию, а расширение браузера работает с разрешениями, которых у страницы нет.
Что доказывает отчёт или диагностический экспорт
Когда клиент создаёт диагностический пакет, полезный вопрос — какие поля он собрал, кто их получает и под каким разрешением. Зашифрованный транспорт говорит, что пакет путешествовал безопасно, а не что в нём.
Имена сетей можно также использовать повторно и менять. Одна метка — слабое доказательство одного физического места, тогда как публичный адрес — другое наблюдение с другой надёжностью.
Держите реальные имена сетей вне публичных тем помощи. Вопрос, на который стоит ответить, уже и полезнее. Какой компонент получил какое поле, через какое разрешение и какой поток?