Ці можа пастаўшчык 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, які прывёў яе туды.
Пашырэнне, убудаваны памочнік або асобная прывілеяваная праграма заслугоўваюць уласнай праверкі. Ні адно з іх не ўзаемазаменнае са звычайнай старонкай, якая выклікае геалакацыю, а пашырэнне браўзера працуе з дазволамі, якіх у старонкі няма.
Што даказвае справаздача або дыягнастычны экспарт
Калі кліент стварае дыягнастычны пакет, карыснае пытанне — якія палі ён сабраў, хто іх атрымлівае і пад якім дазволам. Шыфраваны транспарт кажа, што пакет перамясціўся бяспечна, а не што ў ім.
Назвы сетак можна таксама паўторна выкарыстоўваць і змяняць. Сама па сабе этыкетка — слабы доказ аднаго фізічнага месца, а публічны адрас — іншае назіранне з іншай надзейнасцю.
Трымайце рэальныя назвы сетак па-за публічнымі тэмамі дапамогі. Пытанне, на якое варта адказаць, вузейшае і карыснейшае. Які кампанент атрымаў якое поле, праз які дазвол і які паток?