Kan en VPN-leverandør se Wi-Fi-navnet ditt? Tre forskjellige lekkasjer
En gateway leser pakker, en innebygd app leser tillatelser, og en side leser koordinater. Wi-Fi-etiketten sitter på en annen kanal i hvert tilfelle.
Spørsmålet høres enkelt ut og har minst tre svar. Hvilket svar som gjelder, avhenger av hvem som mottar informasjonen, og komponentene som er involvert deler ikke en kanal. Hvert svar tilhører en annen part, så det nyttige spørsmålet er hvilken part du spør om.
Å sortere disse kanalene tar et par minutter. Det hindrer også en hel kategori dårlige konklusjoner.
Tre observatører, tre kanaler
En gateway som videresender tunneltrafikk, ser pakker. En innebygd app på enheten kan kalle plattformens grensesnitt hvis plattformen tillater det. En side i en nettleser kjører innenfor det nettleseren og brukeren har tillatt. Ingen av dem ser det samme.
Dette er ikke varianter av én evne. Det er separate mekanismer med separate tillatelser, og hver av dem svarer på et litt annet spørsmål.
| 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 |
Den første raden er den som betyr noe for en leverandørpåstand. Navnet på det trådløse nettverket er ikke en del av pakkehodet. Ingen mengde rutinginspeksjon frembringer det, og ingen logg over videresendt trafikk inneholder det.
Android-saken viser tillatelsesgrensen
Dokumentasjonen for WifiInfo på Android er et konkret eksempel på den andre kanalen. Noen Wi-Fi-detaljer der behandles som posisjonsfølsomme, og dokumentasjonen beskriver redigerte resultater når den nødvendige tilgangen mangler, inkludert en ukjent SSID-verdi.
Den oppførselen er verdt å lese nøye. Den sier at plattformen kan holde verdien tilbake fra en app som ikke har tilgang. Den sier ikke at en VPN-app mottar den automatisk, og den sier heller ikke at en VPN-leverandør mottar den gjennom tunnelen.
En godkjenning av en nettverkstunnel er en smal tillatelse. Den lar appen rute trafikk. Den overleverer ikke enhver enhetsfakta som plattformen beskytter. Å behandle de to som den samme tillatelsen er der de fleste av disse påstandene går galt.
Koordinater er ikke et nettverksnavn
Geolocation API returnerer en posisjon. Det returnerer ikke listen over Wi-Fi-navn rundt deg, selv om plattformen under kan bruke flere signaler, inkludert nettverksinformasjon, for å beregne posisjonen.
Å motta en by er ikke det samme som å motta en identifikator. En side som viser nabolaget ditt, har lært noe om hvor enheten er, og den har ikke lært SSID-en som brakte den dit.
En utvidelse, en innebygd hjelper eller en egen privilegert applikasjon fortjener sin egen gjennomgang. Ingen av dem kan byttes ut med en vanlig side som kaller geolokasjon, og en nettleserutvidelse kjører med tillatelser som en side ikke har.
Hva en rapport eller en diagnostisk eksport beviser
Når en klient produserer en diagnostisk pakke, er det nyttige spørsmålet hvilke felt den samlet inn, hvem som mottar dem, og under hvilken tillatelse. Kryptert transport forteller deg at pakken reiste trygt, ikke hva den inneholder.
Nettverksnavn kan også gjenbrukes og endres. En etikett alene er svakt bevis for ett fysisk sted, mens en offentlig adresse er en annen observasjon med en annen pålitelighet.
Hold ekte nettverksnavn ute av offentlige hjelpetråder. Spørsmålet som er verdt å svare på, er smalere og mer nyttig. Hvilken komponent fikk hvilket felt, gjennom hvilken tillatelse og hvilken flyt?