Kan 'n VPN-verskaffer jou Wi-Fi-naam sien? Drie verskillende lekke
'n Gateway lees pakkette, 'n inheemse app lees toestemmings, en 'n bladsy lees koördinate. Die Wi-Fi-etiket sit in elke geval op 'n ander kanaal.
Die vraag klink eenvoudig en het minstens drie antwoorde. Watter een geld, hang af van wie die inligting ontvang, en die betrokke komponente deel nie 'n kanaal nie. Elke antwoord hoort by 'n ander party, so die nuttige vraag is oor watter party jy vra.
Om daardie kanale te sorteer neem 'n paar minute. Dit voorkom ook 'n hele kategorie slegte gevolgtrekkings.
Drie waarnemers, drie kanale
'n Gateway wat tonnelverkeer aanstuur, sien pakkette. 'n Inheemse app wat op die toestel geïnstalleer is, kan platformkoppelvlakke oproep as die platform dit toelaat. 'n Bladsy in 'n blaaier hardloop binne wat die blaaier en die gebruiker toegestaan het. Nie een van hulle sien dieselfde ding nie.
Dit is nie variasies van een vermoë nie. Dit is afsonderlike meganismes met afsonderlike toestemmings, en elkeen beantwoord 'n effens ander vraag.
| 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 |
Ry een is die een wat saak maak vir 'n bewering oor 'n verskaffer. Die naam van die draadlose netwerk is nie deel van die pakkiekop nie. Geen hoeveelheid roete-inspeksie lewer dit op nie, en geen log van aangestuurde verkeer bevat dit nie.
Die Android-geval wys die toestemmingsgrens
Android se WifiInfo-dokumentasie is 'n konkrete voorbeeld van die tweede kanaal. Sommige Wi-Fi-besonderhede daar word as ligging-sensitief behandel, en die dokumentasie beskryf geredigeerde resultate wanneer die vereiste toegang ontbreek, insluitend 'n onbekende SSID-waarde.
Daardie gedrag is die moeite werd om aandagtig te lees. Dit sê die platform kan die waarde weerhou van 'n app wat nie toegang het nie. Dit sê nie 'n VPN-app ontvang dit outomaties nie, en dit sê ook nie 'n VPN-verskaffer ontvang dit deur die tonnel nie.
'n Netwerk-tonnelgoedkeuring is 'n noue toestemming. Dit laat die app verkeer roeteer. Dit oorhandig nie elke toestelfeit wat die platform beskerm nie. Om die twee as dieselfde toestemming te behandel, is waar die meeste van hierdie bewerings verkeerd gaan.
Koördinate is nie 'n netwerknaam nie
Die Geolocation API gee 'n posisie terug. Dit gee nie die lys van Wi-Fi-name rondom jou terug nie, selfs al mag die platform daaronder verskeie seine gebruik, insluitend netwerkinligting, om daardie posisie te bereken.
Om 'n stad te ontvang is nie dieselfde as om 'n identifiseerder te ontvang nie. 'n Bladsy wat jou buurt wys, het iets geleer oor waar die toestel is, en dit het nie die SSID geleer wat dit daar gebring het nie.
'n Uitbreiding, 'n inheemse helper of 'n afsonderlik bevoorregte toepassing verdien sy eie hersiening. Nie een van hulle is uitruilbaar met 'n gewone bladsy wat geoligging oproep nie, en 'n blaaieruitbreiding loop met toestemmings wat 'n bladsy nie het nie.
Wat 'n verslag of 'n diagnostiese uitvoer bewys
Wanneer 'n kliënt 'n diagnostiese bundel produseer, is die nuttige vraag watter velde dit versamel het, wie dit ontvang, en onder watter toestemming. Geënkripteerde vervoer sê die bundel het veilig gereis, nie wat dit bevat nie.
Netwerkname kan ook hergebruik en verander word. 'n Etiket op sy eie is swak bewyse van een fisiese plek, terwyl 'n publieke adres 'n ander waarneming met 'n ander betroubaarheid is.
Hou werklike netwerkname uit openbare hulptekste. Die vraag wat die moeite werd is om te beantwoord, is nouer en nuttiger. Watter komponent het watter veld verkry, deur watter toestemming en watter vloei?