Poate un furnizor de VPN să vadă numele rețelei tale Wi-Fi? Trei scurgeri diferite
O poartă citește pachete, o aplicație nativă citește permisiuni, iar o pagină citește coordonate. Eticheta Wi-Fi stă pe un canal diferit în fiecare caz.
Întrebarea pare simplă și are cel puțin trei răspunsuri. Care se aplică depinde de cine primește informația, iar componentele implicate nu împart un canal. Fiecare răspuns aparține unei părți diferite, așa că întrebarea utilă este despre ce parte întrebi.
Sortarea acestor canale durează câteva minute. Previne și o întreagă categorie de concluzii greșite.
Trei observatori, trei canale
O poartă care redirecționează traficul tunelului vede pachete. O aplicație nativă instalată pe dispozitiv poate apela interfețele platformei dacă platforma permite. O pagină dintr-un browser rulează în limitele a ceea ce browserul și utilizatorul au permis. Niciuna nu vede același lucru.
Acestea nu sunt variații ale unei singure capacități. Sunt mecanisme separate cu permisiuni separate, iar fiecare răspunde la o întrebare ușor diferită.
| 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 |
Primul rând este cel care contează pentru o afirmație a furnizorului. Numele rețelei fără fir nu face parte din antetul pachetului. Nicio inspecție de rutare nu îl produce, iar niciun jurnal de trafic redirecționat nu îl conține.
Cazul Android arată limita permisiunilor
Documentația WifiInfo pentru Android este un exemplu concret al celui de-al doilea canal. Unele detalii Wi-Fi sunt tratate acolo ca sensibile la locație, iar documentația descrie rezultate redactate când lipsește accesul necesar, inclusiv o valoare SSID necunoscută.
Acest comportament merită o lectură atentă. Spune că platforma poate reține valoarea de la o aplicație care nu are acces. Nu spune că o aplicație VPN o primește automat și nici că un furnizor de VPN o primește prin tunel.
O aprobare de tunel de rețea este o permisiune îngustă. Permite aplicației să ruteze traficul. Nu predă fiecare fapt despre dispozitiv pe care platforma îl protejează. Tratarea ambelor ca aceeași permisiune este locul unde majoritatea acestor afirmații greșesc.
Coordonatele nu sunt un nume de rețea
Geolocation API returnează o poziție. Nu returnează lista numelor Wi-Fi din jurul tău, deși platforma de dedesubt poate folosi mai multe semnale, inclusiv informații de rețea, pentru a calcula acea poziție.
A primi un oraș nu este același lucru cu a primi un identificator. O pagină care arată cartierul tău a aflat ceva despre unde este dispozitivul și nu a aflat SSID-ul care l-a adus acolo.
O extensie, un ajutor nativ sau o aplicație privilegiată separat merită propria evaluare. Niciuna dintre ele nu este interschimbabilă cu o pagină obișnuită care apelează geolocalizarea, iar o extensie de browser rulează cu permisiuni pe care o pagină nu le are.
Ce demonstrează un raport sau un export de diagnostic
Când un client produce un pachet de diagnostic, întrebarea utilă este ce câmpuri a colectat, cine le primește și sub ce permisiune. Transportul criptat îți spune că pachetul a călătorit în siguranță, nu ce conține.
Numele rețelelor pot fi și reutilizate și modificate. O etichetă singură este o dovadă slabă pentru un singur loc fizic, în timp ce o adresă publică este o altă observație cu o altă fiabilitate.
Ține etichetele reale de rețea în afara firelor publice de ajutor. Întrebarea care merită un răspuns este mai îngustă și mai utilă. Ce componentă a obținut ce câmp, prin ce permisiune și ce flux?