Pytanie brzmi prosto i ma co najmniej trzy odpowiedzi. Która obowiązuje, zależy od tego, kto odbiera informację, a zaangażowane komponenty nie dzielą jednego kanału. Każda odpowiedź należy do innej strony, więc użyteczne pytanie brzmi, o którą stronę pytasz.

Uporządkowanie tych kanałów zajmuje kilka minut. Zapobiega też całej kategorii błędnych wniosków.

Trzej obserwatorzy, trzy kanały

Brama przekazująca ruch tunelowy widzi pakiety. Aplikacja natywna zainstalowana na urządzeniu może wywoływać interfejsy platformy, jeśli platforma na to pozwala. Strona w przeglądarce działa w granicach tego, co zezwoliły przeglądarka i użytkownik. Żadna z nich nie widzi tego samego.

To nie są warianty jednej zdolności. To odrębne mechanizmy z odrębnymi uprawnieniami, a każdy odpowiada na nieco inne pytanie.

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

Pierwszy wiersz jest tym, który ma znaczenie dla twierdzenia dostawcy. Nazwa sieci bezprzewodowej nie jest częścią nagłówka pakietu. Żadna inspekcja routingu jej nie wytwarza i żaden dziennik przekazanego ruchu jej nie zawiera.

Przypadek Androida pokazuje granicę uprawnień

Dokumentacja WifiInfo dla Androida jest konkretnym przykładem drugiego kanału. Niektóre szczegóły Wi-Fi są tam traktowane jako wrażliwe na lokalizację, a dokumentacja opisuje zredagowane wyniki, gdy brakuje wymaganego dostępu, w tym nieznaną wartość SSID.

To zachowanie warto przeczytać uważnie. Mówi ono, że platforma może zatrzymać wartość przed aplikacją, która nie ma dostępu. Nie mówi, że aplikacja VPN otrzymuje ją automatycznie, ani że dostawca VPN otrzymuje ją przez tunel.

Zgoda na tunel sieciowy jest wąskim uprawnieniem. Pozwala aplikacji kierować ruchem. Nie przekazuje każdego faktu o urządzeniu, który chroni platforma. Traktowanie obu jako tego samego uprawnienia to miejsce, w którym większość tych twierdzeń się myli.

Współrzędne nie są nazwą sieci

Geolocation API zwraca pozycję. Nie zwraca listy nazw Wi-Fi wokół Ciebie, choć platforma pod spodem może używać kilku sygnałów, w tym informacji o sieci, do obliczenia tej pozycji.

Otrzymanie miasta to nie to samo co otrzymanie identyfikatora. Strona pokazująca Twoją okolicę dowiedziała się czegoś o tym, gdzie jest urządzenie, i nie dowiedziała się, jakie SSID je tam sprowadziło.

Rozszerzenie, natywny pomocnik lub osobno uprzywilejowana aplikacja zasługują na własny przegląd. Żadne z nich nie jest wymienne ze zwykłą stroną wywołującą geolokalizację, a rozszerzenie przeglądarki działa z uprawnieniami, których strona nie ma.

Co dowodzi raport lub eksport diagnostyczny

Gdy klient tworzy pakiet diagnostyczny, użyteczne pytanie brzmi, jakie pola zebrał, kto je odbiera i w ramach jakiego uprawnienia. Szyfrowany transport mówi, że pakiet podróżował bezpiecznie, a nie co zawiera.

Nazwy sieci można też ponownie wykorzystywać i zmieniać. Sama etykieta to słaby dowód jednego fizycznego miejsca, podczas gdy publiczny adres to inna obserwacja o innej wiarygodności.

Trzymaj prawdziwe etykiety sieci poza publicznymi wątkami pomocy. Pytanie, na które warto odpowiedzieć, jest węższe i bardziej użyteczne. Który komponent uzyskał które pole, przez jakie uprawnienie i jaki przepływ?

Powiązane artykuły