GitHub ativa troca de chaves SSH pós-quântica — por enquanto, não nos EUA

Hoje, 14 de outubro de 2026, o GitHub começou a aplicar duas mudanças ao SSH: as novas chaves RSA carregadas devem ter pelo menos 3072 bits, e o algoritmo pós-quântico de troca de chaves mlkem768x25519-sha256 está sendo habilitado para algumas conexões. As mudanças dizem respeito às conexões SSH; usuários do Git por HTTPS não precisam alterar suas configurações por causa deste anúncio.

O anúncio do GitHub de 22 de setembro informa que o algoritmo estará disponível no github.com e no GitHub Enterprise Cloud com Data Residency, exceto na região dos EUA. Trata-se do início do suporte pela plataforma: o uso efetivo do novo algoritmo também depende do cliente SSH e de suas configurações.

O que muda exatamente

As novas chaves RSA SSH carregadas após 14 de outubro devem ter pelo menos 3072 bits. Não é necessário substituir as chaves RSA existentes apenas por causa do tamanho: o GitHub recomenda usar assinaturas RSA-SHA-2 com elas — rsa-sha2-256 ou rsa-sha2-512. Na documentação, a empresa também recomenda Ed25519 para novas chaves, quando esse tipo for adequado ao ambiente de trabalho.

A segunda mudança diz respeito à negociação da chave de sessão. mlkem768x25519-sha256 combina ML-KEM — um algoritmo pós-quântico de encapsulamento de chaves — com X25519. De acordo com o plano do GitHub, clientes compatíveis configurados para preferir esse algoritmo poderão selecioná-lo automaticamente. Clientes antigos devem recorrer a um algoritmo de compatibilidade compatível.

O que verificar na equipe

1. Identifique o método de conexão. Verifique os endereços dos repositórios remotos do Git: entradas que começam com https:// não são afetadas pelas mudanças de SSH. Para SSH, verifique os clientes, as bibliotecas e as integrações em uso.
2. Verifique as assinaturas RSA. Certifique-se de que o cliente e a biblioteca utilizada oferecem suporte a RSA-SHA-2. O GitHub informa as versões mínimas de implementações populares, incluindo OpenSSH 7.2p1, Go SSH 0.16.0 e libssh2 1.11.0.
3. Verifique as novas chaves. Se a política da organização exigir RSA, a nova chave deve ter pelo menos 3072 bits. Para uma chave RSA já carregada, o mais importante é o suporte ao algoritmo de assinatura, não gerar uma substituta apenas por causa dessa mudança.
4. Verifique o suporte do cliente ao ML-KEM. A atualização da plataforma, por si só, não garante que um cliente específico selecione a nova troca de chaves. Primeiro, verifique a documentação do cliente e seu comportamento em uma conexão de teste; para clientes antigos, planeje a atualização de acordo com o cronograma adotado pela organização.

Há também uma etapa separada prevista para mais adiante: o GitHub marcou testes de desativação da assinatura RSA obsoleta com SHA-1 e do mecanismo diffie-hellman-group-exchange-sha256 para 4 de novembro e 9 de dezembro de 2026, respectivamente, e programou a remoção definitiva para 13 de janeiro de 2027. Portanto, a exigência atual sobre o tamanho das novas chaves RSA e a futura descontinuação dos algoritmos antigos devem ser tratadas como tarefas distintas de migração.

Para as equipes, a prioridade prática agora é inventariar os clientes SSH e verificar o RSA-SHA-2; em seguida, testar separadamente o suporte ao ML-KEM. A disponibilidade do novo algoritmo ainda não foi anunciada para usuários nos EUA; a exigência de tamanho para novas chaves RSA, por sua vez, já se aplica a carregamentos feitos após 14 de outubro.