Resumo

  • A revisão 21 define um C509 reversível para o DER assinado e outro assinado nativamente sobre CBOR.
  • Decodificação e assinatura válidas não bastam: a validação de caminho da RFC 5280 permanece obrigatória e os certificados em COSE continuam sendo entrada não confiável.
  • Um código IANA torna uma sintaxe reconhecível; não recomenda o algoritmo nem autoriza seu uso.

A evidência precisa identificar os bytes assinados

O tipo 3 recodifica de modo reversível um certificado X.509 DER. O receptor reconstrói o DER original e verifica a assinatura existente. O tipo 2 assina diretamente o TBSCertificate em CBOR. Os dois preservam a semântica de X.509, mas exigem recibos diferentes: DER reconstruído no primeiro caso, CBOR canônico no segundo. “C509 lido com sucesso” omite essa identidade.

A redução vem de campos estáticos e redundantes eliminados, OIDs substituídos por inteiros curtos e representações menores de tempo e de alguns pontos de curva. Isso prova uma propriedade da codificação. Não prova custódia atual da chave, competência do emissor, validade temporal, finalidade ou permissão para executar uma ação.

O texto mantém a validação de caminho da seção 6 da RFC 5280. Âncoras, restrições, datas, nomes, políticas, extensões críticas e uso precisam ser avaliados antes da confiança. A assinatura é uma etapa, não o veredito inteiro.

Um contêiner COSE não escolhe a raiz

c5b, c5c, c5t e c5u carregam certificados ou referências, mas são entrada não confiável. Um certificado autoassinado recebido nesses campos não pode entrar no conjunto de âncoras sem autorização independente. Proteger o cabeçalho COSE autentica o contêiner; não concede ao conteúdo poder para nomear sua própria autoridade.

Tipos de mídia, formatos CoAP, tipo de certificado TLS e seletor TLSA resolvem identificação interoperável. Não substituem DNSSEC, regras DANE, identidade do serviço ou política da aplicação.

O rascunho ressalta que registro IANA não é recomendação. Algoritmos antigos podem receber códigos apenas para permitir recodificação. No registro TLS, C509 Certificate aparece como valor 4 e Recommended = N. O N não declara defeito, mas tampouco manda habilitar. Significado, maturidade, recomendação e autorização local são fatos diferentes.

A tabela de bytes não mede uma rede

Nos exemplos, C509 reduz bastante alguns certificados IoT perfilados. Brotli explora repetição em uma cadeia inteira. Em FN-DSA e ML-DSA, chaves e assinaturas quase aleatórias dominam e a redução é pequena. Nada disso demonstra consumo, latência, interoperabilidade ou disponibilidade de uma implantação real.

Uma borda pode converter C509 para X.509 e preservar um servidor legado. O custo é que o modelo exige certificados não cifrados e pode ferir a proteção de identidade. Protocolos com certificados cifrados de ponta a ponta exigem suporte nos endpoints. Fidelidade da conversão, segurança do parser e confiança seguem independentes.

A revisão 21 foi publicada em 24 de setembro de 2026. Está aprovada pelo IESG, na fila do RFC Editor e bloqueada à espera dos autores. É estado editorial, não RFC, rejeição técnica ou prova de adoção.

Fontes