Assinaturas pós-quânticas e certificados TLS públicos: verificações separadas de prontidão

O que é

Situação em 25 de outubro de 2026. O NIST publicou a FIPS 204, que especifica ML-DSA, e a FIPS 205, que especifica SLH-DSA, em 13 de agosto de 2024. São padrões de assinatura digital. Antes de planejar mudanças nos certificados, conferir novamente as erratas do NIST, o estado de publicação no IETF e os requisitos aplicáveis do CA/Browser Forum. A página da FIPS 204 contém uma nota de planejamento de 31 de julho de 2026 sobre problemas menores previstos para uma correção futura.

A padronização do algoritmo, a codificação do certificado, a autenticação TLS e a aceitação na infraestrutura pública de confiança são marcos separados. Uma troca de chaves pós-quântica não transforma a chave pública de um certificado existente nem a assinatura de seu emissor em uma assinatura pós-quântica.

Por que importa

Já existe um padrão de integração com X.509: a RFC 9881, publicada em outubro de 2025, define convenções de ML-DSA para certificados e listas de revogação de certificados. Ela abrange a variante pura de ML-DSA e exclui HashML-DSA desse perfil. Portanto, seria incorreto afirmar que todo o trabalho sobre certificados ML-DSA ainda é uma proposta não publicada.

A integração com TLS tem seu próprio estado. O sistema de acompanhamento do IETF lista draft-ietf-tls-mldsa-06, datado de 11 de setembro de 2026, como trabalho em andamento na fila do RFC Editor; o registro foi atualizado pela última vez em 12 de outubro de 2026. Isso não equivale a uma RFC de TLS já publicada.

Para certificados TLS convencionais de confiança pública, a versão 2.3.1 dos Baseline Requirements do CA/Browser Forum, datada de 4 de outubro de 2026, ainda restringe as codificações relevantes a algoritmos clássicos. A seção 7.1.3.1 permite chaves públicas RSA e ECDSA para o titular, e a seção 7.1.3.2 especifica codificações de assinaturas clássicas. Nenhuma das seções fornece um perfil de emissão para ML-DSA ou SLH-DSA. Isso explica a continuidade da exigência de certificados clássicos nesse conjunto de regras; não se trata de um levantamento de todas as CAs, sistemas experimentais de confiança ou PKIs privadas.

Como aplicar

• Acompanhar separadamente o acordo de chaves, a chave pública do titular do certificado, a assinatura do emissor e a autenticação do handshake. Exigir evidências para cada afirmação em vez de aceitar um único rótulo pós-quântico para toda a conexão.
• Para um experimento com certificados ML-DSA, identificar a variante exata do algoritmo e o perfil do certificado. A RFC 9881 fornece a base de codificação; por si só, não comprova aceitação por um programa público de raízes de confiança nem por todos os clientes.
• Antes de uma implantação pública, verificar os TLS Baseline Requirements atuais, a política relevante da CA e as políticas de confiança dos clientes pretendidos. Acompanhar as mudanças de algoritmos aprovadas e suas datas de entrada em vigor. Um rascunho ou um identificador de algoritmo atribuído, por si só, não comprova que tudo esteja pronto para implantação.
• Manter separados os testes com PKI privada e as suposições sobre emissão pública. Registrar os resultados de validação da cadeia, autenticação, renovação, revogação e interoperabilidade para o software efetivamente envolvido. Os TLS Baseline Requirements públicos excluem explicitamente de seu escopo as PKIs empresariais de uso exclusivamente interno.
• Acompanhar as correções da FIPS 204, a página de publicação da FIPS 205, as erratas das RFCs e o estado dos documentos do grupo de trabalho TLS. Atualizar o inventário quando o comportamento implantado mudar, não apenas quando uma especificação for anunciada.

Armadilhas

Não deduzir suporte a assinaturas a partir do suporte à troca de chaves, nem tratar a lista de algoritmos de uma biblioteca como evidência de confiança por parte dos navegadores. Da mesma forma, a padronização de SLH-DSA pelo NIST não estabelece um perfil de certificado TLS público. Não se afirma aqui nenhuma data universal de disponibilização nos navegadores, prazo de migração de CAs ou abrangência de implantações experimentais. Esses pontos exigem evidências primárias separadas e atuais.