O Google está fechando uma das brechas de privacidade que ainda permaneciam visíveis mesmo em conexões protegidas por HTTPS. O Android 17 passa a oferecer suporte nativo ao Encrypted Client Hello (ECH), tecnologia projetada para dificultar que provedores de internet, administradores de redes Wi-Fi e outros intermediários descubram quais domínios um usuário está acessando.
A novidade atua justamente no início de uma conexão segura. Embora o HTTPS já criptografe o conteúdo transmitido entre dispositivo e servidor, algumas informações do processo de estabelecimento da conexão podiam permanecer expostas.
Uma delas é o Server Name Indication (SNI), utilizado para informar ao servidor qual domínio o dispositivo deseja acessar. Na prática, alguém observando o tráfego poderia não enxergar o conteúdo de uma página protegida por HTTPS, mas ainda conseguir identificar o domínio solicitado.
O ECH foi desenvolvido para reduzir essa exposição.
O que muda com o Encrypted Client Hello
O ECH é uma extensão do protocolo TLS que criptografa partes sensíveis da mensagem inicial chamada ClientHello. Entre as informações protegidas está justamente o SNI. O padrão foi formalizado na RFC 9849.
Em termos simples, imagine alguém enviando uma carta dentro de um envelope. O HTTPS já protege boa parte do conteúdo da carta, mas algumas informações necessárias para encaminhá-la continuavam visíveis.
O ECH adiciona uma camada de proteção sobre parte desses metadados.
Com isso, um observador da rede passa a ter mais dificuldade para identificar especificamente qual serviço hospedado em determinada infraestrutura está sendo acessado.
Segundo o Google, o recurso funciona em conjunto com mecanismos como DNS privado para reduzir a quantidade de informações disponíveis para quem tenta monitorar a navegação.
Google quer dificultar criação de perfis de navegação
A mudança tem implicações importantes para privacidade.
Um provedor ou administrador de rede capaz de identificar continuamente os domínios acessados pode utilizar essas informações para construir um perfil aproximado dos interesses e hábitos de uma pessoa.
Mesmo sem saber exatamente o conteúdo visualizado, a sequência de serviços acessados pode revelar bastante sobre o comportamento online.
O Google também argumenta que essas informações podem ser exploradas por agentes maliciosos em campanhas direcionadas de phishing e golpes.
Com o ECH, esse tipo de observação se torna mais difícil porque o nome específico do servidor deixa de aparecer abertamente nessa etapa da negociação TLS.
Android 17 terá ECH para aplicativos compatíveis
A implementação, entretanto, possui algumas condições.
Para aplicativos direcionados ao Android 17, API 37 ou superior, o sistema passa a utilizar ECH em conexões TLS quando os componentes envolvidos oferecem suporte à tecnologia.
Isso significa que instalar o Android 17 não fará automaticamente com que absolutamente todo tráfego do smartphone passe a esconder o domínio acessado.
A biblioteca de rede utilizada pelo aplicativo precisa implementar ECH e o servidor remoto também precisa ser compatível.
O Google cita tecnologias como HttpEngine, WebView e OkHttp entre as bibliotecas e componentes de rede relevantes para a adoção.
Portanto, a proteção deverá aumentar gradualmente conforme aplicativos, bibliotecas e provedores de infraestrutura atualizarem seus sistemas.
Desenvolvedores poderão controlar o recurso
O Android 17 também adiciona mecanismos para que desenvolvedores definam como seus aplicativos devem lidar com ECH.
Uma nova configuração chamada domainEncryption permite controlar o comportamento globalmente ou para domínios específicos dentro da configuração de segurança de rede do aplicativo.
Isso será particularmente relevante para aplicativos corporativos, sistemas financeiros e ambientes que dependem de infraestruturas específicas de rede.
A plataforma também oferece APIs para que bibliotecas obtenham, através do DNS, as configurações necessárias para estabelecer conexões utilizando ECH.
A mudança mostra que o Google não está simplesmente adicionando um recurso isolado ao Android. A companhia está preparando a própria infraestrutura do sistema operacional para facilitar a adoção do protocolo por todo o ecossistema.
ECH não torna navegação completamente invisível
É importante destacar que a tecnologia não oferece anonimato completo.
O próprio padrão técnico do ECH reconhece que outras informações podem continuar disponíveis para observadores da rede.
O endereço IP do servidor, por exemplo, ainda pode fornecer pistas sobre o serviço utilizado. Consultas DNS que não estejam protegidas também podem revelar quais domínios estão sendo procurados.
Por isso, a proteção é mais eficiente quando combinada com tecnologias de DNS criptografado.
Mesmo assim, esconder o SNI elimina uma das maneiras mais diretas de identificar o destino de uma conexão TLS.
Mudança também pode afetar redes corporativas
A adoção ampla do ECH poderá trazer desafios para empresas que utilizam inspeção de tráfego para aplicar políticas de segurança.
Algumas organizações analisam metadados de conexões para bloquear determinados serviços, identificar ameaças ou controlar o acesso a domínios.
Quando essas informações passam a ser criptografadas, ferramentas tradicionais de monitoramento podem perder parte da visibilidade.
Isso significa que administradores de redes empresariais provavelmente precisarão adaptar políticas e tecnologias conforme ECH se torne mais comum.
É uma mudança semelhante ao que aconteceu com a adoção crescente do HTTPS e do DNS criptografado: recursos que aumentam a privacidade do usuário também modificam a maneira como redes conseguem observar e controlar o tráfego.
Android 17 amplia pacote de segurança de rede
O ECH não chega sozinho.
O Google apresentou outras mudanças de segurança para conexões no Android 17, incluindo novas proteções relacionadas a redes celulares e acesso à rede local.
Aplicativos direcionados ao Android 17 também passam a enfrentar novas regras para acessar dispositivos presentes na rede local. O sistema introduz a permissão ACCESS_LOCAL_NETWORK, criada para reduzir possibilidades de rastreamento e fingerprinting através de conexões locais.
A estratégia mostra uma preocupação crescente em proteger não apenas o conteúdo das comunicações, mas também os metadados produzidos durante a utilização da internet.
Privacidade passa a proteger também os metadados
Durante muitos anos, a expansão do HTTPS resolveu uma parte fundamental da segurança da web: impedir que terceiros simplesmente lessem o conteúdo transmitido.
A próxima etapa é mais sutil.
Mesmo quando mensagens, senhas e páginas estão criptografadas, informações sobre com quem o dispositivo está se comunicando ainda podem revelar bastante sobre o usuário.
É justamente nesse ponto que o ECH atua.
A tecnologia não elimina todas as possibilidades de monitoramento e também não substitui ferramentas de anonimização. Mas reduz uma fonte importante de exposição existente no processo de estabelecimento das conexões TLS.
Com o Android presente em bilhões de dispositivos, a inclusão do ECH diretamente na plataforma também pode acelerar sua adoção por aplicativos e serviços.
O impacto real dependerá agora de uma segunda parte dessa transformação: quantos desenvolvedores, bibliotecas e servidores passarão efetivamente a oferecer suporte ao protocolo.
Se a adoção avançar, uma informação que durante anos esteve disponível para quem observava uma conexão — o domínio específico solicitado pelo usuário — poderá se tornar progressivamente mais difícil de enxergar.
