O ECH substitui uma VPN? O que cada um realmente esconde

Você ativa o Encrypted Client Hello, abre um site e a conexão funciona. Alguém pergunta se a VPN ainda é necessária, e a resposta honesta é que as duas funções escondem coisas diferentes de partes diferentes. O ECH protege partes do handshake TLS que de outra forma podem revelar o nome de servidor que você pediu. Uma VPN coloca seu tráfego dentro de um túnel que termina no ponto final de um operador. Confundir os dois leva a pagar demais por uma proteção que você já tem, ou a acreditar que tem uma proteção que nunca teve.

O que o handshake expõe sem o ECH

Uma conexão TLS começa com um ClientHello, e na forma mais antiga o nome de servidor pretendido viaja em claro dentro dele. Qualquer pessoa em posição de observar o handshake, de um operador de rede a um sensor passivo em um caminho, pode ler esse nome mesmo que os dados da aplicação depois sejam criptografados. O endereço de destino também é visível, então o nome costuma ser informação confirmatória em vez do único sinal.

Esse é o vazamento específico que o ECH visa. É um vazamento estreito, e estreitá-lo vale a pena, mas não é o mesmo que esconder para onde seu tráfego vai.

O que o ECH realmente muda

Com suporte compatível de cliente e servidor e a configuração necessária, o ECH criptografa um ClientHello interno com chaves publicadas pelo servidor, então um observador vê um handshake externo que não carrega o nome real do servidor. O tráfego continua indo para o mesmo endereço, nos mesmos horários, em volumes aproximadamente iguais. O tempo e o tamanho permanecem observáveis, e o IP de destino nunca fez parte do que o ECH criptografa.

O suporte também não é universal. Nem todo cliente, serviço ou conexão individual usa ECH, e você não pode inferir sua presença de um ícone de cadeado nem de ter mudado o país da VPN. Diagnosticá-lo exige olhar o handshake, não a decoração do navegador.

O que a VPN muda em vez disso

Uma VPN leva o tráfego coberto dentro de um túnel até um ponto final, então o observador mais próximo de você vê uma conexão com a VPN e não com o destino. Isso muda quem pode observar o quê, e muda o endereço que o destino vê. Ela não criptografa nada que a aplicação já não tenha criptografado, e não esconde a conexão do operador da VPN, que por construção está no caminho.

Os dois se compõem naturalmente: uma aplicação pode usar TLS e ECH enquanto o túnel protege o segmento de rede ao redor. Nenhum dos dois estabelece o que cada parte pode ver ou reter, porque as partes ocupam posições diferentes no caminho.

Onde o DNS entra

Uma consulta DNS sem proteção revela o nome ao resolvedor e a qualquer pessoa que observe aquele caminho, o que é uma exposição separada do handshake TLS. O ECH não criptografa DNS, e uma VPN só muda a identidade do resolvedor se você também enviar suas consultas pelo túnel ou usar um resolvedor criptografado. As pessoas ativam uma das três coisas e supõem que as outras duas vieram junto.

Verifique o caminho do resolvedor separadamente do caminho do handshake. Eles falham de forma independente e são configurados em lugares diferentes.

Como saber qual camada você está olhando

Pergunte o que a observação revelaria. Se a pergunta é qual nome de servidor foi solicitado, o handshake e o resolvedor são as camadas relevantes. Se a pergunta é para qual rede o tráfego foi e quem podia vê-lo em trânsito, é o túnel. Se a pergunta é qual conta fez o quê no site, nenhum dos dois ajuda, porque o site ainda recebe a solicitação e qualquer identidade que você tenha fornecido.

Mantenha a verificação de certificados e a política de DNS intactas enquanto investiga a compatibilidade. Desativar uma verificação para fazer um teste passar muda o significado do resultado em vez de mostrar o que o ECH protege.

Anote qual camada você realmente ativou antes de adicionar outra. A maior parte da confusão aqui vem de supor que um único controle cobre uma solicitação, seu nome, seu destino e sua identidade de uma vez.