Otázka znie jednoducho a má najmenej tri odpovede. Ktorá platí, závisí od toho, kto informáciu dostáva, a zúčastnené komponenty nezdieľajú jeden kanál. Každá odpoveď patrí inej strane, takže užitočná otázka je, na ktorú stranu sa pýtate.

Roztriedenie týchto kanálov zaberie pár minút. Zabráni aj celej kategórii nesprávnych záverov.

Traja pozorovatelia, tri kanály

Brána, ktorá preposiela tunelovú prevádzku, vidí pakety. Natívna aplikácia nainštalovaná v zariadení môže volať rozhrania platformy, ak to platforma dovolí. Stránka v prehliadači beží v medziach toho, čo prehliadač a používateľ povolili. Žiadna z nich nevidí to isté.

Nie sú to variácie jednej schopnosti. Sú to samostatné mechanizmy so samostatnými povoleniami a každý odpovedá na trochu inú otázku.

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

Prvý riadok je ten, na ktorom záleží pri tvrdení poskytovateľa. Názov bezdrôtovej siete nie je súčasťou hlavičky paketu. Žiadna kontrola trás ho nevytvorí a žiadny záznam preposielanej prevádzky ho neobsahuje.

Prípad Android ukazuje hranicu povolení

Dokumentácia WifiInfo pre Android je konkrétnym príkladom druhého kanála. Niektoré podrobnosti o Wi-Fi sa tam považujú za citlivé na polohu a dokumentácia opisuje redigované výsledky, keď chýba požadovaný prístup, vrátane neznámej hodnoty SSID.

To správanie stojí za pozorné prečítanie. Hovorí, že platforma môže hodnotu zadržať aplikácii, ktorá nemá prístup. Nehovorí, že ju aplikácia VPN dostane automaticky, ani že ju poskytovateľ VPN dostane tunelom.

Schválenie sieťového tunela je úzke povolenie. Umožňuje aplikácii smerovať prevádzku. Nepreberá každý fakt o zariadení, ktorý platforma chráni. Práve v tom, že sa obe považujú za rovnaké povolenie, sa väčšina týchto tvrdení mýli.

Súradnice nie sú názov siete

Geolocation API vracia polohu. Nevracia zoznam názvov Wi-Fi okolo vás, hoci platforma pod tým môže na výpočet tejto polohy použiť niekoľko signálov vrátane sieťových informácií.

Prijať mesto nie je to isté ako prijať identifikátor. Stránka, ktorá ukazuje vaše okolie, sa dozvedela niečo o tom, kde je zariadenie, a nedozvedela sa SSID, ktoré ho tam priviedlo.

Rozšírenie, natívny pomocník alebo samostatne privilegovaná aplikácia si zaslúžia vlastnú kontrolu. Žiadne z nich nie je zameniteľné s bežnou stránkou volajúcou geolokáciu a rozšírenie prehliadača beží s povoleniami, ktoré stránka nemá.

Čo dokazuje správa alebo diagnostický export

Keď klient vytvorí diagnostický balík, užitočná otázka je, ktoré polia zhromaždil, kto ich dostáva a pod akým povolením. Šifrovaný prenos hovorí, že balík cestoval bezpečne, nie čo obsahuje.

Názvy sietí sa dajú aj opakovane použiť a meniť. Štítok sám o sebe je slabým dôkazom jedného fyzického miesta, zatiaľ čo verejná adresa je iné pozorovanie s inou spoľahlivosťou.

Skutočné názvy sietí držte mimo verejných vlákien pomoci. Otázka, na ktorú stojí za to odpovedať, je užšia a užitočnejšia. Ktorá komponenta získala ktoré pole, cez ktoré povolenie a ktorý tok?

Súvisiace články