A Let's Encrypt, uma autoridade certificadora sem fins lucrativos controlada pela comunidade e que oferece certificados gratuitamente a todos que desejam, anunciou a revogação antecipada de cerca de dois milhões de certificados TLS, o que representa cerca de 1% de todos os certificados ativos dessa autoridade certificadora. A revogação dos certificados foi iniciada devido à identificação de não conformidades com os requisitos da especificação no código usado no Let's Encrypt para implementar a extensão TLS-ALPN-01 (RFC 7301, Negociação de Protocolo de Camada de Aplicação). A não conformidade estava relacionada à falta de algumas verificações realizadas durante o processo de negociação de conexões com base na extensão ALPN do TLS, utilizada no HTTP/2. Mais informações sobre o incidente serão publicadas após a conclusão da revogação dos certificados problemáticos.
Em 26 de janeiro às 03:48 (MSK), o problema foi resolvido, mas todos os certificados que foram emitidos utilizando o método TLS-ALPN-01 para verificação foram considerados inválidos. A revogação dos certificados começará em 28 de janeiro às 19:00 (MSK). Até esse momento, recomenda-se aos usuários que utilizam o método de verificação TLS-ALPN-01 que atualizem seus certificados, caso contrário, eles serão reconhecidos como inválidos antecipadamente.
Notificações correspondentes sobre a necessidade de atualização dos certificados foram enviadas por e-mail. Os usuários que utilizam as ferramentas Certbot e dehydrated para obter o certificado, utilizando configurações padrão, não foram afetados. O método TLS-ALPN-01 é suportado nos pacotes Caddy, Traefik, apache mod_md e autocert. É possível verificar a validade dos seus certificados através da busca por identificadores, números de série ou domínios na lista de certificados problemáticos.
Como as mudanças afetam o comportamento durante a verificação pelo método TLS-ALPN-01, pode ser necessário atualizar o cliente ACME ou alterar as configurações (Caddy, bitnami/bn-cert, autocert, apache mod_md, Traefik). As alterações consistem em exigir versões do TLS não inferiores a 1.2 (os clientes não poderão mais usar o TLS 1.1) e encerramento do suporte ao OID 1.3.6.1.5.5.7.1.30.1, que identifica a extensão obsoleta acmeIdentifier, suportada apenas em rascunhos anteriores da especificação RFC 8737 (agora, na emissão de certificados, apenas OID 1.3.6.1.5.5.7.1.31 é permitido, e clientes que utilizam OID 1.3.6.1.5.5.7.1.30.1 não conseguirão obter um certificado).
Fonte: opennet.ru
