O que o seu provedor de VPN pode ver e o que não pode
A saída vê endereços, horários e, salvo se Encrypted Client Hello for usado, o nome do site no handshake TLS. A retenção é uma questão separada.
O seu túnel mantém a rede local fora do seu tráfego. Mas não elimina a empresa do outro extremo, que processa cada pacote antes de chegar à internet aberta. Essa posição é ao mesmo tempo o modelo de negócio e a questão de privacidade. Por isso a pergunta útil não é se o provedor pode vê-lo, mas o que vê, o que consegue nomear e o que conserva.
Onde a confiança realmente se desloca
A criptografia vai do seu dispositivo ao servidor do provedor, e esse trecho exterior é tudo o que a sua rede local chega a ver. O provedor detém a outra ponta do trecho, portanto descriptografa o túnel e encaminha os seus pacotes. Não há nenhum defeito nisso; é a definição do serviço que comprou. A confiança mudou do operador local para o operador da saída em vez de desaparecer.
A partir dessa posição fica a saber o seu endereço de origem, quando se ligou, aproximadamente quanto transferiu e que destinos contactou. Nada disso exige ler as suas mensagens, e é esse o sentido de separar as categorias. As diferenças interessantes entre provedores dizem respeito ao que acontece depois a essas observações.
O que a saída trata por necessidade
Ordene as categorias segundo a fiabilidade com que a saída as consegue ver. Nenhuma das linhas exige quebrar criptografia, e cada uma tem uma resposta diferente sobre se é sequer evitável.
| Category | Visible at the exit | Why |
|---|---|---|
| Your public address | Always | It is the address the tunnel arrives from |
| Connection times and volume | Always | Accounting data, not content |
| Destination IP addresses | Always | The exit has to route the packets |
| HTTPS hostname (SNI) | Normally, unless ECH is used | Sent in the clear in the TLS ClientHello |
| DNS names | Only if DNS is plaintext | DoH or DoT hides the query; plaintext is readable by the forwarder |
| Page paths and form contents | Not normally | Protected by the destination site's TLS session |
A quarta linha é o que a maioria dos modelos mentais perde. Um navegador moderno coloca o nome do site no ClientHello, a primeira mensagem do handshake TLS, e esse campo é legível na saída mesmo quando cada consulta DNS está cifrada de ponta a ponta. Salvo se Encrypted Client Hello for negociado, o nome viaja em claro ao lado do endereço de destino. O DNS cifrado muda quem vê a consulta, não quem vê o nome.
O mesmo vale para os certificados em ligações mais antigas: o TLS 1.3 cifra o certificado do servidor, enquanto um handshake TLS 1.2 pode expor o nome a um observador que grava o fluxo. Ambos são factos do transporte e não política do provedor.
O que o TLS cobre e o que não cobre
Quando um site serve HTTPS, o seu navegador constrói uma ligação TLS ao ponto final desse site, não ao servidor VPN. O provedor encaminha registos cifrados e fica a saber o endereço de destino, o momento e os tamanhos aproximados. O nome do site viaja no ClientHello salvo se o ECH estiver em jogo, e o corpo da página continua cifrado em ambos os casos. Um certificado de raiz inesperado altera essa fronteira, e por isso os avisos de certificado merecem respeito.
O HTTP simples não tem essa proteção além da saída. O túnel protege o trecho até ao provedor, e depois o pedido viaja exatamente como viajaria sem VPN. O ECH não corrige isso, porque protege o nome e não o conteúdo.
A retenção é uma questão diferente da visibilidade
Um operador pode processar dados de ligação em memória e não conservar nada, ou conservar um subconjunto e descrevê-lo com exatidão como não sendo histórico de navegação. Leia uma alegação de zero registos por categoria e não por slogan: registos de ligação, marcas temporais, totais de volume, dados de destino, identificadores de conta e mensagens de apoio contam todos. Um provedor pode não manter registos de navegação com honestidade e, ao mesmo tempo, guardar o registo da conta e os metadados necessários para operar o serviço. A visibilidade não lhe diz qual dessas categorias é armazenada.
Uma auditoria é prova sobre os sistemas e a janela temporal que cobriu, e o código de cliente aberto descreve o cliente e não os servidores. Ambas são úteis, e nenhuma fala por todos os sistemas de armazenamento atrás da saída. Peça o âmbito de uma auditoria, não o seu selo.
Perguntas que separam provedores
Pergunte o que é conservado, durante quanto tempo e quem o pode obter. Pergunte quem opera a saída, porque uma ficha de diretório, um programador de aplicações e a pessoa que gere um determinado servidor podem ser três partes diferentes. Pergunte como o DNS é tratado e se o ECH é suportado nos caminhos que usa, uma vez que um ClientHello em texto simples nomeia o site mesmo sem consulta DNS. Pergunte o que acontece num pedido legal, e leia a resposta como descrição de capacidade e não de intenção.
O guia da EFF para escolher uma VPN é uma lista de verificação razoável para essas perguntas, e é um enquadramento e não um veredicto sobre qualquer serviço. Uma página de marketing não é uma política de retenção. Nada disto torna uma VPN inútil; muda em quem tem de confiar e para quê.