Spørsmålet høyrest enkelt ut og har minst tre svar. Kva svar som gjeld, kjem an på kven som tek imot informasjonen, og komponentane som er involverte deler ikkje ein kanal. Kvart svar høyrer til ein annan part, så det nyttige spørsmålet er kva part du spør om.

Å sortere desse kanalane tek eit par minutt. Det hindrar òg ein heil kategori dårlege konklusjonar.

Tre observatørar, tre kanalar

Ein gateway som sender tunneltrafikk vidare, ser pakkar. Ein innebygd app på eininga kan kalle grensesnitta til plattforma dersom plattforma tillèt det. Ei side i ein nettlesar køyrer innanfor det nettlesaren og brukaren har tillate. Ingen av dei ser det same.

Dette er ikkje variantar av éin evne. Det er separate mekanismar med separate løyve, og kvar av dei svarar på eit litt anna spørsmål.

ObserverWhat it receivesWhat it needs
Tunnel gatewayForwarded IP packets, which carry no SSID fieldNo device permission at all
Installed client appLocal network details, when the platform exposes themThe specific permission and context the platform requires
Page using browser geolocationPosition properties such as coordinatesUser consent plus the browser's own checks

Den første rada er den som tyder noko for ein påstand frå ein leverandør. Namnet på det trådlause nettet er ikkje ein del av pakkehovudet. Ingen mengd rutingsinspeksjon får det fram, og ingen logg over vidaresendt trafikk inneheld det.

Android-saka viser løyvegrensa

Dokumentasjonen for WifiInfo på Android er eit konkret døme på den andre kanalen. Nokre Wi-Fi-detaljar der blir handsama som posisjonssensitive, og dokumentasjonen skildrar redigerte resultat når den nødvendige tilgangen manglar, inkludert ein ukjend SSID-verdi.

Den åtferda er verd å lese nøye. Ho seier at plattforma kan halde verdien tilbake frå ein app som ikkje har tilgang. Ho seier ikkje at ein VPN-app får han automatisk, og ho seier heller ikkje at ein VPN-leverandør får han gjennom tunnelen.

Ei godkjenning av ein nettverkstunnel er eit smalt løyve. Ho lèt appen rute trafikk. Ho overleverer ikkje kvar einingsopplysning som plattforma vernar. Å handsame dei to som det same løyvet er der dei fleste av desse påstandane går gale.

Koordinatar er ikkje eit nettverksnamn

Geolocation API returnerer ein posisjon. Det returnerer ikkje lista over Wi-Fi-namn rundt deg, sjølv om plattforma under kan bruke fleire signal, inkludert nettverksinformasjon, for å rekne ut posisjonen.

Å ta imot ein by er ikkje det same som å ta imot ein identifikator. Ei side som viser nabolaget ditt, har lært noko om kvar eininga er, og ho har ikkje lært SSID-en som førte henne dit.

Ei utviding, ein innebygd hjelpar eller ein eigen privilegert applikasjon fortener si eiga vurdering. Ingen av dei kan bytast ut med ei vanleg side som kallar geolokasjon, og ei nettlesarutviding køyrer med løyve som ei side ikkje har.

Kva ein rapport eller ein diagnostisk eksport provar

Når ein klient lagar ein diagnostisk pakke, er det nyttige spørsmålet kva felt han samla inn, kven som tek imot dei, og under kva løyve. Kryptert transport fortel deg at pakken reiste trygt, ikkje kva han inneheld.

Nettverksnamn kan òg brukast på nytt og endrast. Ei etikett åleine er svakt bevis for ein fysisk stad, medan ei offentleg adresse er ei anna observasjon med ein annan pålitelegheit.

Hald ekte nettverksnamn ute av offentlege hjelpetrådar. Spørsmålet som er verd å svare på, er smalare og nyttigare. Kva komponent fekk kva felt, gjennom kva løyve og kva flyt?

Relaterte artiklar