Un fornitore VPN può vedere il nome della tua Wi-Fi? Tre fughe diverse
Un gateway legge i pacchetti, un’app nativa legge i permessi e una pagina legge le coordinate. L’etichetta Wi-Fi si trova su un canale diverso in ogni caso.
La domanda sembra semplice e ha almeno tre risposte. Quale si applichi dipende da chi riceve l’informazione, e i componenti coinvolti non condividono un canale. Ogni risposta appartiene a una parte diversa, quindi la domanda utile è di quale parte stai chiedendo.
Ordinare questi canali richiede un paio di minuti. Evita anche un’intera categoria di conclusioni sbagliate.
Tre osservatori, tre canali
Un gateway che inoltra il traffico del tunnel vede i pacchetti. Un’app nativa installata sul dispositivo può chiamare le interfacce della piattaforma se la piattaforma lo consente. Una pagina in un browser viene eseguita entro ciò che il browser e l’utente hanno concesso. Nessuna di esse vede la stessa cosa.
Non sono varianti di un’unica capacità. Sono meccanismi separati con permessi separati, e ciascuno risponde a una domanda leggermente diversa.
| 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 |
La prima riga è quella che conta per un’affermazione del fornitore. Il nome della rete wireless non fa parte dell’intestazione del pacchetto. Nessuna quantità di ispezione del routing lo produce, e nessun registro del traffico inoltrato lo contiene.
Il caso Android mostra il limite dei permessi
La documentazione WifiInfo di Android è un esempio concreto del secondo canale. Alcuni dettagli Wi-Fi sono trattati come sensibili alla posizione, e la documentazione descrive risultati oscurati quando manca l’accesso richiesto, incluso un valore SSID sconosciuto.
Quel comportamento merita una lettura attenta. Dice che la piattaforma può trattenere il valore da un’app che non ha accesso. Non dice che un’app VPN lo riceve automaticamente, né che un fornitore VPN lo riceve attraverso il tunnel.
Un’approvazione del tunnel di rete è una concessione ristretta. Consente all’app di instradare il traffico. Non consegna ogni fatto sul dispositivo che la piattaforma protegge. Trattare i due come lo stesso permesso è dove la maggior parte di queste affermazioni sbaglia.
Le coordinate non sono un nome di rete
L’API Geolocation restituisce una posizione. Non restituisce l’elenco dei nomi Wi-Fi intorno a te, anche se la piattaforma sottostante può usare diversi segnali, incluse informazioni di rete, per calcolare quella posizione.
Ricevere una città non è lo stesso che ricevere un identificatore. Una pagina che mostra il tuo quartiere ha imparato qualcosa su dove si trova il dispositivo, e non ha imparato l’SSID che l’ha portato lì.
Un’estensione, un assistente nativo o un’applicazione con privilegi separati meritano una propria revisione. Nessuno di essi è intercambiabile con una pagina ordinaria che chiama la geolocalizzazione, e un’estensione del browser funziona con permessi che una pagina non ha.
Che cosa dimostra un rapporto o un export diagnostico
Quando un client produce un pacchetto diagnostico, la domanda utile è quali campi ha raccolto, chi li riceve e sotto quale permesso. Il trasporto cifrato ti dice che il pacchetto ha viaggiato in sicurezza, non cosa contiene.
I nomi di rete possono anche essere riutilizzati e modificati. Un’etichetta da sola è una prova debole di un luogo fisico, mentre un indirizzo pubblico è un’osservazione diversa con un’affidabilità diversa.
Tieni le etichette di rete reali fuori dai thread di aiuto pubblici. La domanda che vale la pena rispondere è più stretta e più utile. Quale componente ha ottenuto quale campo, tramite quale permesso e quale flusso?