Um provedor de VPN pode ver o nome da sua rede Wi-Fi? Três vazamentos diferentes
Um gateway lê pacotes, um aplicativo nativo lê permissões e uma página lê coordenadas. O rótulo de Wi-Fi fica em um canal diferente em cada caso.
A pergunta parece simples e tem pelo menos três respostas. Qual se aplica depende de quem recebe a informação, e os componentes envolvidos não compartilham um canal. Cada resposta pertence a uma parte diferente, então a pergunta útil é de qual parte você está falando.
Organizar esses canais leva alguns minutos. Também evita uma categoria inteira de conclusões erradas.
Três observadores, três canais
Um gateway que encaminha tráfego de túnel vê pacotes. Um aplicativo nativo instalado no dispositivo pode chamar interfaces da plataforma se a plataforma permitir. Uma página no navegador roda dentro do que o navegador e o usuário concederam. Nenhum deles vê a mesma coisa.
Não são variações de uma única capacidade. São mecanismos separados com permissões separadas, e cada um responde a uma pergunta ligeiramente diferente.
| 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 |
A primeira linha é a que importa para uma afirmação de provedor. O nome da rede sem fio não faz parte do cabeçalho do pacote. Nenhuma inspeção de roteamento o produz, e nenhum registro de tráfego encaminhado o contém.
O caso do Android mostra o limite das permissões
A documentação do WifiInfo do Android é um exemplo concreto do segundo canal. Alguns detalhes de Wi-Fi ali são tratados como sensíveis à localização, e a documentação descreve resultados editados quando o acesso necessário falta, incluindo um valor de SSID desconhecido.
Esse comportamento merece uma leitura atenta. Ele diz que a plataforma pode reter o valor de um aplicativo sem acesso. Não diz que um aplicativo de VPN o recebe automaticamente, nem que um provedor de VPN o recebe pelo túnel.
Uma aprovação de túnel de rede é uma concessão estreita. Ela permite que o aplicativo encaminhe tráfego. Ela não entrega todos os fatos do dispositivo que a plataforma protege. Tratar os dois como a mesma permissão é onde a maioria dessas afirmações erra.
Coordenadas não são um nome de rede
A API Geolocation retorna uma posição. Ela não retorna a lista de nomes de Wi-Fi ao seu redor, embora a plataforma por baixo possa usar vários sinais, incluindo informações de rede, para calcular essa posição.
Receber uma cidade não é o mesmo que receber um identificador. Uma página que mostra o seu bairro aprendeu algo sobre onde o dispositivo está, e não aprendeu o SSID que o levou até lá.
Uma extensão, um assistente nativo ou um aplicativo com privilégios separados merecem a própria revisão. Nenhum deles é intercambiável com uma página comum que chama geolocalização, e uma extensão de navegador funciona com permissões que uma página não tem.
O que um relatório ou uma exportação de diagnóstico prova
Quando um cliente produz um pacote de diagnóstico, a pergunta útil é quais campos ele coletou, quem os recebe e sob qual permissão. O transporte criptografado diz que o pacote viajou com segurança, não o que ele contém.
Nomes de rede também podem ser reutilizados e alterados. Um rótulo sozinho é uma prova fraca de um lugar físico, enquanto um endereço público é uma observação diferente com uma confiabilidade diferente.
Mantenha rótulos de rede reais fora de tópicos públicos de ajuda. A pergunta que vale a pena responder é mais estreita e mais útil. Qual componente obteve qual campo, por qual permissão e qual fluxo?