O que o túnel cifra e o que deixa legível

O seu túnel está ativo, um separador mostra um cadeado verde, e uma página HTTP simples noutro separador continua a avisar que a ligação não é segura. Essa combinação confunde as pessoas porque as duas proteções cobrem distâncias diferentes. Uma VPN protege o tráfego entre as suas próprias extremidades, e para além da saída o tráfego volta a ser comum. O HTTPS protege uma ligação até ao sítio web. Juntar estes dois factos explica a maioria das perguntas sobre o que uma VPN esconde realmente.

O que o túnel cobre realmente

Entre o cliente e o par da VPN, um observador vê bytes cifrados em vez de um pedido legível. Isso cobre o segmento que o túnel atravessa, que costuma ser a parte que não controla. Não chega à ligação entre a saída da VPN e o sítio web, porque o túnel terminou na saída. Os bytes voltam a ser legíveis a partir do momento em que o túnel termina. Nada disso é uma configuração errada.

A saída é uma máquina que decifra e encaminha, e é exatamente para isso que serve uma VPN. Tudo o que encaminha é visível para ela na forma em que o recebeu, por isso um pedido HTTP simples continua a ser texto simples a partir da saída.

Leia isto como uma propriedade e não como um defeito. A cifra está limitada a um caminho, e o caminho termina onde o serviço começa.

Chaves, nonces e integridade em linguagem simples

O tráfego em curso é protegido com criptografia simétrica, e as duas extremidades derivam ou obtêm o material de chave durante o aperto de mão. A cifra autenticada, descrita em termos gerais pela RFC 5116, dá confidencialidade e integridade numa única construção. O recetor rejeita os bytes alterados em vez de simplesmente não conseguir lê-los, e é essa a parte que as pessoas esquecem quando pensam que cifrar significa baralhar.

As chaves vêm dessa troca, não da palavra-passe escrita ao iniciar sessão. A palavra-passe autentica uma identidade, e depois o protocolo estabelece o material de sessão. A troca efémera de chaves é o que dá sigilo futuro, por isso uma sessão gravada continua ilegível mesmo que uma chave de longo prazo se revele mais tarde.

Um número grande numa especificação não responde a nenhuma dessas perguntas, e comparar números entre algoritmos não relacionados não é uma classificação. Pergunte antes o que a troca de chaves proporciona.

Onde o túnel termina

A extremidade que termina o túnel pode ler o que encaminha. Isso vale igualmente para um gateway corporativo, um fornecedor comercial e um servidor autoalojado. É o desenho, não um defeito. A criptografia forte não impede que uma extremidade comprometida leia o texto simples que lhe chega, porque é na extremidade que a proteção acaba.

O HTTPS continua para além desse ponto, e é por isso que um sítio pode estar seguro numa rede hostil mesmo sem VPN. As duas proteções sobrepõem-se no primeiro segmento e só uma continua depois da saída.

É também por isso que enfraquecer a verificação do certificado para que uma ligação funcione não é um teste do túnel. Desativa outra proteção e deixa-o com menos do que tinha no início.

Porque o anonimato é outro produto

Endereços, tempos e volume continuam observáveis fora do túnel. Um observador pode ver que o tráfego flui para uma extremidade de VPN, aproximadamente quanto e quando. O conteúdo pode ser ilegível enquanto o padrão ainda informa.

O fornecedor também está num lugar diferente da sua própria rede, o que é uma mudança de observador e não a remoção da observação. Cookies, inícios de sessão e identificadores de conta continuam a funcionar exatamente como antes, porque o túnel nunca prometeu alterá-los.

Escolha um fornecedor pela sua política de registo e jurisdição se for esse o requisito, e depois leia a própria política. As páginas de marketing raramente respondem a essa pergunta de forma que alguém possa auditar.

Verifique o túnel e o sítio separadamente

Verifique primeiro o túnel, para saber que proteção está a testar. Depois verifique o transporte próprio do sítio e compare os dois resultados em vez de assumir que um implica o outro. Um túnel que transporta HTTP simples e um sítio que serve HTTPS fazem exatamente aquilo para que foram configurados.

Execute as verificações contra um anfitrião que tenha permissão para testar e leia a saída, não o resumo.

wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com

Quando o túnel está ativo e o sítio é HTTPS, tem duas proteções no primeiro segmento e uma no segundo. Quando o sítio é HTTP simples, o segundo segmento é legível por qualquer pessoa que esteja nele, incluindo a saída que encaminhou o pedido. Saber qual das duas falta é todo o diagnóstico, e exige dois comandos em vez de um novo cliente.