Vai VPN pakalpojumu sniedzējs var redzēt jūsu Wi-Fi nosaukumu? Trīs dažādas noplūdes
Vārteja lasa paketes, vietējā lietotne lasa atļaujas, un lapa lasa koordinātas. Wi-Fi etiķete katrā gadījumā atrodas citā kanālā.
Jautājums šķiet vienkāršs, un tam ir vismaz trīs atbildes. Kura attiecas, ir atkarīgs no tā, kas saņem informāciju, un iesaistītās komponentes nedala vienu kanālu. Katra atbilde pieder citai pusei, tāpēc noderīgais jautājums ir par kuru pusi jūs jautājat.
Šo kanālu sakārtošana aizņem pāris minūtes. Tas arī novērš veselu sliktu secinājumu kategoriju.
Trīs novērotāji, trīs kanāli
Vārteja, kas pārsūta tuneļa datu plūsmu, redz paketes. Ierīcē instalēta vietējā lietotne var izsaukt platformas saskarnes, ja platforma to atļauj. Pārlūka lapa darbojas tā, kā atļāvis pārlūks un lietotājs. Neviena no tām neredz to pašu.
Tie nav vienas spējas varianti. Tie ir atsevišķi mehānismi ar atsevišķām atļaujām, un katrs atbild uz nedaudz citādu jautājumu.
| 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 |
Pirmā rinda ir tā, kas svarīga pakalpojumu sniedzēja apgalvojumam. Bezvadu tīkla nosaukums nav paketes galvenes daļa. Nekāda maršrutēšanas pārbaude to nerada, un nevienā pārsūtītās plūsmas žurnālā tas nav.
Android gadījums parāda atļauju robežu
Android WifiInfo dokumentācija ir konkrēts otrā kanāla piemērs. Dažas Wi-Fi detaļas tur tiek uzskatītas par jutīgām pret atrašanās vietu, un dokumentācija apraksta rediģētus rezultātus, kad trūkst nepieciešamās piekļuves, tostarp nezināmu SSID vērtību.
Šī uzvedība ir vērta rūpīgas lasīšanas. Tā saka, ka platforma var aizturēt vērtību no lietotnes, kurai nav piekļuves. Tā nesaka, ka VPN lietotne to saņem automātiski, un nesaka, ka VPN pakalpojumu sniedzējs to saņem pa tuneli.
Tīkla tuneļa apstiprinājums ir šaura atļauja. Tā ļauj lietotnei maršrutēt plūsmu. Tā nenodod katru ierīces faktu, ko platforma aizsargā. Tieši abus uzskatot par vienu un to pašu atļauju, lielākā daļa šo apgalvojumu ir kļūdaini.
Koordinātas nav tīkla nosaukums
Geolocation API atgriež pozīciju. Tas neatgriež apkārtējo Wi-Fi nosaukumu sarakstu, lai gan platforma zem tā var izmantot vairākus signālus, tostarp tīkla informāciju, lai aprēķinātu šo pozīciju.
Pilsētas saņemšana nav tas pats, kas identifikatora saņemšana. Lapa, kas rāda jūsu apkaimi, ir uzzinājusi kaut ko par to, kur ierīce atrodas, un tā nav uzzinājusi SSID, kas to tur aizveda.
Paplašinājums, vietējais palīgs vai atsevišķi privileģēta lietotne ir pelnījusi savu pārskatīšanu. Neviens no tiem nav aizvietojams ar parastu lapu, kas izsauc ģeolokāciju, un pārlūka paplašinājums darbojas ar atļaujām, kuru lapai nav.
Ko pierāda ziņojums vai diagnostikas eksports
Kad klients izveido diagnostikas pakotni, noderīgais jautājums ir, kādus laukus tā savāca, kas tos saņem un ar kādu atļauju. Šifrēts transports stāsta, ka pakotne ceļoja droši, nevis ko tā satur.
Tīklu nosaukumus var arī atkārtoti izmantot un mainīt. Etiķete vien pati par sevi ir vājš pierādījums vienai fiziskai vietai, savukārt publiska adrese ir cits novērojums ar citu ticamību.
Turiet īstus tīkla etiķetes ārpus publiskām palīdzības tēmām. Jautājums, uz kuru ir vērts atbildēt, ir šaurāks un noderīgāks. Kura komponente ieguva kuru lauku, ar kuru atļauju un kādu plūsmu?