Let's Encrypt tilbakekaller 2 millioner sertifikater på grunn av problemer med TLS-ALPN-01 implementering

Let's Encrypt, en ideell, fellesskapskontrollert sertifiseringsinstans som tilbyr gratis sertifikater til alle som ønsker dem, har annonsert tidlig tilbakekalling av rundt to millioner TLS-sertifikater, som er omtrent 1 % av alle aktive sertifikater for denne sertifiseringsinstansen. Tilbakekallingen av sertifikater ble igangsatt på grunn av oppdagelsen av manglende samsvar med spesifikasjonskravene i koden som brukes i Let's Encrypt med implementeringen av TLS-ALPN-01-utvidelsen (RFC 7301, Application-Layer Protocol Negotiation). Manglende samsvar skyldtes mangelen på noen kontroller som ble utført under forhandling av tilkoblinger basert på ALPN TLS-utvidelsen som brukes i HTTP/2. Detaljert informasjon om hendelsen vil bli publisert etter at tilbakekallingen av de problematiske sertifikatene er fullført.

26. januar klokken 03:48 (MSK) ble problemet løst, men alle sertifikater utstedt med TLS-ALPN-01-verifiseringsmetoden ble besluttet å bli ugyldiggjort. Tilbakekallingen av sertifikatet vil starte 28. januar klokken 19:00 (MSK). Før den tid anbefales brukere som bruker TLS-ALPN-01-verifiseringsmetoden å oppdatere sertifikatene sine, ellers vil de bli ugyldiggjort tidlig.

Varsler om behovet for å fornye sertifikater er sendt via e-post. Brukere som bruker Certbot og dehydrerte verktøy for å skaffe sertifikater med standardinnstillinger er ikke berørt av problemet. TLS-ALPN-01-metoden støttes i Caddy-, Traefik-, Apache mod_md- og autocert-pakkene. Du kan bekrefte gyldigheten av sertifikatene dine ved å søke etter identifikatorer, serienumre eller domener i listen over problematiske sertifikater.

Siden endringene påvirker virkemåten ved verifisering med TLS-ALPN-01-metoden, kan det være nødvendig med en ACME-klientoppdatering eller konfigurasjonsendringer (Caddy, bitnami/bn-cert, autocert, apache mod_md, Traefik) for å fortsette å virke. Endringene koker ned til å bruke TLS-versjoner som ikke er eldre enn 1.2 (klienter vil ikke lenger kunne bruke TLS 1.1) og stoppe støtte for OID 1.3.6.1.5.5.7.1.30.1, som identifiserer den foreldede acmeIdentifier-utvidelsen som bare støttes i tidlige utkast av RFC 8737-spesifikasjonen (ved generering av et sertifikat er nå bare OID 1.3.6.1.5.5.7.1.31 tillatt, og klienter som bruker OID 1.3.6.1.5.5.7.1.30.1 vil ikke kunne få tak i et sertifikat).

Kilde: opennet.ru