Certificados HTTPS Pós-Quânticos no Google Chrome: Como os Merkle Tree Certificates Estão a Transformar a Segurança na Web

O Google Chrome está a preparar uma das mudanças mais significativas dos últimos anos na segurança HTTPS. Em fevereiro de 2026, a Google anunciou planos para introduzir a autenticação de sites resistente a computadores quânticos através dos Merkle Tree Certificates (MTCs), uma nova abordagem concebida para proteger as ligações web contra futuras ameaças da computação quântica. Ao contrário dos certificados HTTPS convencionais, que dependem de cadeias de assinaturas digitais, os MTCs combinam a emissão de certificados com registos públicos de verificação e provas matemáticas compactas. O objetivo é introduzir uma proteção criptográfica mais forte sem tornar os sites visivelmente mais lentos. A Google já começou a testar esta tecnologia com a Cloudflare, enquanto especialistas do setor desenvolvem normas comuns para uma adoção mais ampla. Compreender esta mudança é importante porque afeta a forma como os navegadores estabelecem confiança, como os sites comprovam a sua identidade e como a segurança da Internet poderá evoluir nos próximos anos.

Porque Está o Google Chrome a Preparar o HTTPS para a Computação Quântica?

O HTTPS protege as informações transmitidas entre um navegador e um site. Quando alguém acede a um serviço bancário online, faz compras na Internet ou inicia sessão numa conta, o navegador estabelece uma ligação encriptada através do protocolo Transport Layer Security (TLS). Um certificado HTTPS ajuda a confirmar que o servidor pertence ao site pretendido, e não a um atacante que tenta fazer-se passar por ele. Estes certificados são emitidos por Autoridades de Certificação (CAs) de confiança, que verificam o controlo dos nomes de domínio antes de emitirem as respetivas credenciais. O Chrome verifica estas informações ao estabelecer uma ligação segura, ajudando a impedir que servidores não autorizados se apresentem como sites legítimos.

A dificuldade reside no facto de uma parte significativa da infraestrutura atual de certificados depender de criptografia de chave pública que computadores quânticos suficientemente poderosos poderão, eventualmente, comprometer. A criptografia RSA e a criptografia de curva elíptica são particularmente relevantes, uma vez que um computador quântico com capacidade criptográfica poderia utilizar o algoritmo de Shor para atacar os problemas matemáticos que sustentam a sua segurança. Atualmente, não se conhece nenhuma máquina capaz de quebrar, em ataques práticos, as chaves criptográficas utilizadas à escala da Internet. No entanto, alterar os sistemas de segurança utilizados por milhares de milhões de dispositivos demora anos, pelo que esperar por um ataque quântico bem-sucedido deixaria pouco tempo para uma transição segura. Por esse motivo, a Google tornou a criptografia pós-quântica uma parte importante do seu planeamento de segurança a longo prazo.

Em março de 2026, a Google publicou uma meta mais abrangente para 2029, relacionada com o avanço da sua migração para a criptografia pós-quântica. O programa de certificados do Chrome integra este esforço, embora cada fase de implementação tenha o seu próprio calendário e requisitos técnicos. O desafio envolve muito mais do que substituir um algoritmo por outro. Os navegadores devem continuar a reconhecer sites legítimos, as entidades emissoras de certificados precisam de adaptar as suas infraestruturas e os serviços existentes devem permanecer acessíveis durante toda a transição. A solução proposta também tem de funcionar de forma eficiente em redes móveis e dispositivos menos potentes, nos quais mensagens de segurança maiores podem aumentar os tempos de ligação e o consumo de dados.

Porque Precisam os Certificados HTTPS Tradicionais de Uma Nova Abordagem?

Os certificados HTTPS convencionais utilizam o formato X.509, que suporta a autenticação de sites há várias décadas. Normalmente, um site apresenta o seu certificado juntamente com informações que o associam a uma Autoridade de Certificação de confiança. O navegador verifica as assinaturas desta cadeia antes de aceitar a identidade do servidor. O Chrome também exige que os certificados publicamente reconhecidos cumpram os requisitos de Certificate Transparency, que ajudam a identificar certificados emitidos incorretamente ou sem autorização. Embora este sistema esteja bem estabelecido, acrescenta assinaturas e informações complementares ao processo de autenticação.

As assinaturas digitais pós-quânticas são consideravelmente maiores do que muitas das suas equivalentes clássicas. Por exemplo, o algoritmo ML-DSA-44, normalizado pelo NIST, utiliza uma assinatura de 2 420 bytes, enquanto as assinaturas ML-DSA-65 contêm 3 309 bytes. Uma assinatura Ed25519 tradicional ocupa apenas 64 bytes. Estes valores não representam o tamanho completo de um certificado HTTPS, mas mostram por que motivo a substituição direta das assinaturas existentes poderia aumentar substancialmente a quantidade de dados de autenticação transmitidos. Quando são necessárias várias assinaturas para cadeias de certificados e registos de transparência, o tráfego adicional torna-se particularmente relevante para sites que processam milhões de ligações.

A resposta proposta pela Google consiste em alterar a forma como a autenticidade dos certificados é demonstrada, em vez de simplesmente aceitar ficheiros maiores. No seu anúncio de fevereiro de 2026, a equipa Chrome Secure Web Networking explicou que não tinha intenção imediata de adicionar certificados X.509 tradicionais com criptografia pós-quântica à Chrome Root Store pública. Em alternativa, está a desenvolver Merkle Tree Certificates em colaboração com parceiros do setor. Esta tecnologia pretende suportar algoritmos mais fortes, reduzindo simultaneamente a transmissão repetida de informações criptográficas durante as ligações. Os certificados HTTPS existentes continuarão a ser importantes durante a transição, e esta nova abordagem não significa que o HTTPS convencional se tenha tornado subitamente inseguro.

Como os Merkle Tree Certificates Alteram a Autenticação HTTPS

Os Merkle Tree Certificates utilizam um método diferente para demonstrar que um certificado foi emitido por uma autoridade de confiança. Em vez de assinar cada certificado individualmente e exigir que o navegador verifique uma longa cadeia de assinaturas, uma autoridade pode organizar vários certificados emitidos numa árvore criptograficamente interligada. Depois, assina uma representação compacta dessa árvore, conhecida como raiz ou cabeçalho da árvore. O site pode fornecer uma prova matemática de que o seu certificado pertence ao conjunto assinado. Desta forma, torna-se possível autenticar certificados individuais sem transmitir repetidamente todas as assinaturas de grandes dimensões associadas ao conjunto.

Uma árvore de Merkle funciona através do cálculo de hashes criptográficos de registos individuais e da combinação desses hashes em níveis sucessivos, até que um único valor de raiz represente toda a coleção. Um hash é uma espécie de impressão digital curta, calculada a partir de determinados dados. Qualquer alteração num registo de certificado modificaria os hashes resultantes, impedindo que a respetiva prova de inclusão correspondesse à raiz de confiança da árvore. O navegador não precisa de descarregar toda a árvore para verificar um certificado. Em vez disso, pode verificar um conjunto relativamente pequeno de hashes adjacentes, estabelecendo assim que o certificado pertence à coleção autenticada.

A distinção essencial é que as árvores de Merkle não substituem, por si só, a criptografia pós-quântica. Fornecem uma forma eficiente de organizar e verificar informações autenticadas através de assinaturas digitais. A Autoridade de Certificação pode assinar um cabeçalho de árvore partilhado utilizando um algoritmo resistente a ataques quânticos, distribuindo o custo da autenticação por vários certificados. Organizações independentes, conhecidas como coassinantes, também podem verificar e assinar representações da árvore, acrescentando uma camada de supervisão. A arquitetura resultante combina autenticação pós-quântica, provas compactas de inclusão e registos de emissão publicamente verificáveis num único sistema de certificados.

Transparência dos Certificados e Ligações HTTPS Mais Rápidas

O Certificate Transparency é um mecanismo de segurança estabelecido que permite consultar e verificar publicamente a emissão de certificados considerados de confiança. No sistema convencional, os certificados são registados em logs públicos, permitindo que proprietários de sites, investigadores de segurança e serviços de monitorização identifiquem emissões suspeitas. Os Merkle Tree Certificates incorporam diretamente este requisito na sua arquitetura. Um certificado passa a fazer parte da árvore pública de emissão da autoridade, o que significa que a criação de um certificado válido fica associada ao seu registo numa estrutura verificável. Isto reduz a separação entre emitir um certificado e documentar a sua existência.

O sistema proposto também depende de coassinantes independentes e de organizações que mantêm cópias dos registos de emissão. A sua participação ajuda a detetar informações inconsistentes ou tentativas de apresentar versões diferentes de um registo de certificados a observadores distintos. Este aspeto é importante porque uma Autoridade de Certificação não deve ser considerada fiável apenas por conseguir produzir uma assinatura digital válida. A verificação pública e a monitorização independente oferecem salvaguardas adicionais contra erros, infraestruturas comprometidas e emissão indevida de certificados. Estes mecanismos não eliminam todas as possibilidades de abuso, mas reforçam a responsabilização e facilitam a investigação de atividades suspeitas.

Em termos de desempenho dos sites, a principal vantagem resulta da redução dos dados de autenticação transmitidos repetidamente. A Google descreve duas abordagens para a implementação dos MTCs: certificados autónomos e certificados relativos a pontos de referência, denominados landmark-relative certificates. Os MTCs autónomos mantêm as assinaturas pós-quânticas relevantes durante a autenticação e oferecem uma abordagem de transição mais simples. Os MTCs relativos a pontos de referência podem evitar a transmissão dessas assinaturas quando o navegador já possui informações fiáveis sobre a árvore assinada. Nesse caso, o site fornece uma prova compacta de inclusão. As melhorias reais de velocidade dependem da compatibilidade do navegador, das condições da rede, da configuração dos certificados e das opções de implementação. Por isso, os MTCs não devem ser interpretados como uma garantia de que todos os sites passarão a carregar mais rapidamente.

Implementação dos Certificados Pós-Quânticos no Google Chrome e Próximas Etapas

A Google começou a testar os Merkle Tree Certificates com a Cloudflare durante 2026, incluindo experiências com tráfego real da Internet. Os primeiros testes de viabilidade avaliam se o método de autenticação proposto consegue funcionar de forma fiável sem comprometer as proteções existentes. Durante estas experiências, as ligações que utilizam MTCs também são suportadas por certificados X.509 convencionais e reconhecidos como fiáveis. Isto proporciona uma alternativa de segurança enquanto os engenheiros analisam a compatibilidade, o desempenho e o comportamento do sistema. Trata-se de uma distinção importante: experiências bem-sucedidas demonstram progresso técnico, mas não significam que todos os utilizadores do Chrome já estejam a beneficiar de uma autenticação de sites totalmente resistente a ataques quânticos.

O plano de implementação publicado pela Google identifica o primeiro trimestre de 2027 como o período previsto para integrar operadores qualificados de registos de Certificate Transparency no programa público inicial de MTCs. Uma fase posterior, planeada para o terceiro trimestre de 2027, prevê a expansão da Chrome Quantum-resistant Root Store e o suporte a mais entidades emissoras de certificados. Estas datas representam as intenções anunciadas pela Google, e não compromissos de lançamento incondicionais. Em outubro de 2026, a Google também publicou a versão 0.4.0 do projeto de política do Quantum-resistant Root Program, que descreve requisitos para Autoridades de Certificação, entidades independentes que mantêm cópias dos registos, fiabilidade operacional e supervisão pública. As próprias normas continuam em desenvolvimento ativo no âmbito da Internet Engineering Task Force.

O roteiro mais abrangente do Chrome divide a autenticação pós-quântica em quatro fases. Inicialmente, o navegador passa a dispor de novas opções criptográficas, mantendo os métodos existentes. As fases seguintes introduzem uma proteção mais forte contra ataques de downgrade, passam gradualmente a exigir Autoridades de Certificação resistentes a ataques quânticos e avançam, por fim, para chaves de servidor também resistentes a esses ataques. Esta distinção é importante porque a simples introdução do suporte para MTCs não torna automaticamente todas as ligações HTTPS seguras contra futuros computadores quânticos. Enquanto as opções de autenticação mais fracas não forem eliminadas ou devidamente restringidas, um atacante com capacidades suficientemente avançadas poderá tentar explorar essas alternativas. Por isso, a transição tem de abranger tanto a robustez criptográfica como as decisões de confiança tomadas pelo navegador.

O Que Devem Esperar os Proprietários de Sites e os Utilizadores do Chrome?

Para os utilizadores comuns do Chrome, a transição deverá exigir pouca intervenção direta. A validação dos certificados normalmente acontece de forma automática durante uma ligação HTTPS, e a Google pretende preservar essa experiência familiar. Os utilizadores devem continuar a manter o Chrome atualizado, prestar atenção aos avisos de segurança do navegador e evitar sites que apresentem erros de certificados. No entanto, não devem assumir que a presença de um cadeado ou de uma ligação HTTPS comprova a honestidade de um site. O HTTPS protege a ligação e autentica a identidade do servidor de acordo com as regras de confiança do navegador, mas não garante que um site esteja livre de fraudes, transferências maliciosas ou conteúdos enganadores.

Os proprietários de sites devem acompanhar os desenvolvimentos dos seus fornecedores de alojamento, redes de distribuição de conteúdos e Autoridades de Certificação, em vez de tentarem substituir prematuramente os certificados existentes. À medida que os serviços MTC forem disponibilizados, espera-se que a sua adoção envolva atualizações nos processos de emissão e renovação de certificados, incluindo uma maior utilização da automatização. As organizações com configurações TLS personalizadas, gateways internos de segurança ou software antigo poderão necessitar de testes adicionais de compatibilidade. As empresas que tratam informações sensíveis também devem rever a utilização da criptografia nos seus serviços, uma vez que a autenticação por certificados constitui apenas uma parte da preparação para as ameaças quânticas. A troca de chaves pós-quântica, a assinatura de software, os sistemas internos e a proteção de dados a longo prazo exigem uma análise separada.

Os Merkle Tree Certificates representam uma mudança substancial nos fundamentos da segurança dos navegadores, mas o seu sucesso dependerá de uma implementação cuidadosa e de uma ampla cooperação entre os intervenientes do setor. A participação da Google, da Cloudflare, da Apple e de outros colaboradores no desenvolvimento da especificação da IETF demonstra que este trabalho vai muito além de uma funcionalidade de um único navegador. Em novembro de 2026, os principais resultados alcançados incluem uma norma técnica em desenvolvimento ativo, experiências em condições reais e um percurso mais claro para uma infraestrutura de certificados resistente a ataques quânticos. Se a transição decorrer com sucesso, o Chrome poderá verificar a identidade dos sites utilizando criptografia mais forte, sem acrescentar custos desnecessários de autenticação à navegação quotidiana. A prioridade imediata continua a ser garantir ligações HTTPS fiáveis, preparando simultaneamente o sistema de confiança subjacente para os riscos futuros.