L'autorità di certificazione non profit Let’s Encrypt, controllata dalla comunità e che fornisce certificati gratuitamente a chiunque ne faccia richiesta, ha annunciato il ritiro anticipato di circa due milioni di certificati TLS, il che rappresenta circa l'1% di tutti i certificati attivi rilasciati da questa autorità. Il ritiro dei certificati è stato avviato a causa della rilevazione di una non conformità ai requisiti della specifica nel codice utilizzato da Let’s Encrypt, riguardante l'implementazione dell'estensione TLS-ALPN-01 (RFC 7301, Application-Layer Protocol Negotiation). La non conformità era collegata all'assenza di alcuni controlli svolti durante la negoziazione delle connessioni basate sull'estensione TLS ALPN, utilizzata in HTTP/2. Maggiori dettagli sull'incidente saranno pubblicati dopo il completamento del ritiro dei certificati problematici.
Il 26 gennaio alle 03:48 (MSK) il problema è stato risolto, ma tutti i certificati per i quali è stato utilizzato il metodo TLS-ALPN-01 per la verifica sono stati dichiarati non validi. Il ritiro dei certificati inizierà il 28 gennaio alle 19:00 (MSK). Fino a quel momento, si consiglia agli utenti che utilizzano il metodo di verifica TLS-ALPN-01 di aggiornare i propri certificati; altrimenti, verranno considerati non validi in anticipo.
Le relative notifiche sulla necessità di aggiornare i certificati sono state inviate via email. Gli utenti che utilizzano gli strumenti Certbot e dehydrated per ottenere il certificato non sono stati colpiti dal problema, se utilizzano le impostazioni predefinite. Il metodo TLS-ALPN-01 è supportato nei pacchetti Caddy, Traefik, apache mod_md e autocert. È possibile verificare la correttezza dei propri certificati cercando gli identificatori, i numeri di serie o domini nella lista dei certificati problematici.
Poiché le modifiche interessano il comportamento della verifica tramite TLS-ALPN-01, potrebbe essere necessario aggiornare il client ACME o modificare le impostazioni (Caddy, bitnami/bn-cert, autocert, apache mod_md, Traefik) per continuare a operare. Le modifiche riguardano l'uso di versioni TLS non inferiori a 1.2 (i client non potranno più utilizzare TLS 1.1) e la cessazione del supporto per l'OID 1.3.6.1.5.5.7.1.30.1, che identifica l'estensione obsoleta acmeIdentifier, supportata solo nelle prime bozze della specifica RFC 8737 (nella creazione del certificato è ora consentito solo l'OID 1.3.6.1.5.5.7.1.31, e i client che utilizzano l'OID 1.3.6.1.5.5.7.1.30.1 non potranno ottenere certificati).
Fonte: opennet.ru
