O Google está preparando uma das mudanças de privacidade mais significativas a chegar ao Android em anos, e isso não tem nada a ver com um novo recurso de câmera ou uma reformulação de design. A partir da próxima grande versão, as melhorias de criptografia de privacidade do Android 17 irão ocultar os domínios reais dos sites que as pessoas visitam de operadoras de rede, provedores de internet e qualquer outra pessoa que esteja silenciosamente observando o tráfego passar. A mudança gira em torno de um novo padrão chamado Encrypted ClientHello, ou ECH, que o Google diz estar incorporando diretamente ao sistema operacional para fechar uma lacuna surpreendentemente persistente na segurança web do dia a dia.
Summary
Principais pontos
- O Google adicionará suporte a Encrypted ClientHello (ECH) no Android 17 para ocultar nomes de domínio de sites logo no início de uma conexão.
- Mesmo em sites HTTPS, os nomes de domínio atualmente são visíveis para operadoras de rede e bisbilhoteiros, permitindo a criação de perfis detalhados de usuários.
- O ECH embaralha o nome do site usando uma chave secreta que apenas o site de destino pode desbloquear.
- Um recurso complementar chamado ECH GREASE, desenvolvido pela Jigsaw, será ativado por padrão no Android 17 para mascarar metadados de conexão mesmo em sites que ainda não suportam ECH.
- A proteção total depende de sites e apps adotarem o padrão ECH, algo que o Google diz estar promovendo ativamente com parceiros da indústria.
Android 17 introduz Encrypted ClientHello para maior privacidade
O Encrypted ClientHello foi projetado para impedir que o primeiro aperto de mão de uma conexão web revele qual site alguém está prestes a visitar. O Google confirmou o recurso em uma postagem de blog de 27 de agosto, apresentando-o como uma resposta direta à quantidade de metadados que a navegação moderna ainda expõe, mesmo quando tudo parece seguro na superfície.
Bram Bonné, engenheiro de software do Google, e Shuaibo Huang, gerente de produto do Android, escreveram que “quando você visita um site ou usa um app, mesmo que a conexão seja criptografada por HTTPS, os nomes de domínio dos sites que visitamos ainda são visíveis para operadoras de rede e bisbilhoteiros.” Essa única frase resume por que o Encrypted ClientHello existe em primeiro lugar. Os dois também alertaram que esse tipo de metadado não criptografado “pode ser usado para criar perfis de usuários ou, nas mãos de agentes mal-intencionados, explorado em campanhas de phishing direcionado e golpes.”
Como o ECH criptografa nomes de domínio
O ECH funciona embaralhando o nome do site de destino logo no início de uma conexão, usando uma chave secreta que apenas o site na outra ponta consegue decodificar. Em termos práticos, isso significa que uma operadora de rede observando o tráfego não obtém mais uma leitura clara de exatamente qual domínio um dispositivo está contatando, mesmo que a conexão ainda esteja acontecendo em tempo real.
Limitações do HTTPS para ocultar nomes de domínio
Há um equívoco comum que vale esclarecer aqui: um endereço começando com “https” não significa que uma conexão seja totalmente privada. O HTTPS depende do Transport Layer Security para criptografar os dados que trafegam entre um navegador e um servidor web, e faz bem esse trabalho. O que ele não faz é ocultar o próprio nome de domínio, e não oferece nenhuma garantia contra um site malicioso entregar malware ou executar um esquema de phishing. O ícone de cadeado protege o conteúdo de uma página, não o fato de alguém tê-la visitado.
Colaboração do Google para acelerar a adoção do ECH
O ECH só funciona se os sites e apps na outra ponta de uma conexão realmente o suportarem, motivo pelo qual o Google está tratando a adoção como um problema compartilhado da indústria, e não algo que possa resolver sozinho dentro do Android. A empresa afirmou claramente que “estamos trabalhando com líderes do setor, provedores de serviços e desenvolvedores de apps para acelerar a adoção do ECH.”
Parcerias com a indústria e engajamento de desenvolvedores
Esse esforço colaborativo é importante porque o suporte do sistema operacional e o suporte do lado do servidor precisam chegar juntos para que o benefício de privacidade apareça para usuários comuns. A aproximação do Google com provedores de serviços e desenvolvedores de apps tem como objetivo fechar essa lacuna mais rápido do que qualquer um dos lados conseguiria sozinho.
Papel de sites e apps no suporte ao ECH
Até que um site ou app implemente o ECH, as conexões com ele não terão a proteção de ocultação de domínio, independentemente de quão atualizado esteja o software do telefone. Esta é a ressalva que o próprio Google destaca, e é um lembrete de que melhorias de segurança do Google Android no nível do dispositivo ainda dependem de cooperação mais acima na cadeia.
Recurso ECH GREASE e seu papel na proteção de privacidade
Uma segunda peça do quebra-cabeça, desenvolvida pela Jigsaw, aborda um problema mais sutil: se apenas alguns sites suportam ECH, então a presença do próprio ECH se torna um sinal que poderia ser usado para destacar certas conexões. A solução é uma técnica chamada suporte ao recurso ECH GREASE, que cobre essa lacuna por padrão.
Como o ECH GREASE mascara solicitações de conexão
A Jigsaw explicou que apps e navegadores devem enviar extensões ECH falsas e aleatórias para sites que na verdade não suportam o recurso real, especificamente para evitar “expor apenas certas conexões como protegidas por ECH.” O efeito é que cada solicitação de conexão parece idêntica do lado de fora, tenha ou não o site de destino adotado o ECH.
Ativação padrão do ECH GREASE no Android 17
A Jigsaw confirmou que, a partir do Android 17, “o ECH GREASE será ativado por padrão”, o que significa que os usuários não precisarão alterar nenhuma configuração para obter essa camada básica de proteção contra perfilamento por metadados. Combinado com o suporte completo ao ECH onde ele existir, isso estabelece um nível mínimo de privacidade mais consistente na experiência de navegação do que o Android oferecia antes.
Por que tudo isso importa além do detalhe técnico? Metadados em nível de domínio se tornaram silenciosamente uma das peças mais negligenciadas do quebra-cabeça da vigilância online, úteis para construir perfis comportamentais mesmo quando o conteúdo real da página permanece criptografado. Ao incorporar a ocultação de domínio diretamente no sistema operacional em vez de deixá-la para apps ou navegadores individuais, o Google está, na prática, elevando o nível padrão de privacidade para qualquer pessoa que use o Android 17, sem exigir que os usuários entendam o que o ECH é.
Perguntas frequentes
O que é o Encrypted ClientHello (ECH) no Android 17?
O ECH é um padrão de privacidade introduzido no Android 17 que criptografa nomes de domínio de sites durante a iniciação da conexão para ocultá-los de operadoras de rede e bisbilhoteiros.
Por que o HTTPS é insuficiente para proteger a privacidade do meu nome de domínio?
O HTTPS criptografa os dados em trânsito, mas não oculta os nomes de domínio dos sites, que permanecem visíveis para operadoras de rede e podem ser usados para criação de perfis de usuários.
Como o ECH GREASE melhora a privacidade do usuário?
O ECH GREASE envia ECH falsos e aleatórios para sites que não o suportam, fazendo com que todas as solicitações de conexão pareçam uniformes para evitar o perfilamento com base em metadados de conexão.
O ECH funciona automaticamente em todos os sites e apps?
O ECH exige que sites e apps suportem o padrão; sem adoção, os usuários não terão proteção total.
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”O que é o Encrypted ClientHello (ECH) no Android 17?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”O ECH é um padrão de privacidade introduzido no Android 17 que criptografa nomes de domínio de sites durante a iniciação da conexão para ocultá-los de operadoras de rede e bisbilhoteiros.”}},{“@type”:”Question”,”name”:”Por que o HTTPS é insuficiente para proteger a privacidade do meu nome de domínio?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”O HTTPS criptografa os dados em trânsito, mas não oculta os nomes de domínio dos sites, que permanecem visíveis para operadoras de rede e podem ser usados para criação de perfis de usuários.”}},{“@type”:”Question”,”name”:”Como o ECH GREASE melhora a privacidade do usuário?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”O ECH GREASE envia ECH falsos e aleatórios para sites que não o suportam, fazendo com que todas as solicitações de conexão pareçam uniformes para evitar o perfilamento com base em metadados de conexão.”}},{“@type”:”Question”,”name”:”O ECH funciona automaticamente em todos os sites e apps?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”O ECH exige que sites e apps suportem o padrão; sem adoção, os usuários não terão proteção total.”}}]}
Artigo produzido com a assistência de inteligência artificial e revisado pela equipe editorial.
