Die gemeinnützige Zertifizierungsstelle Let’s Encrypt, die von der Community kontrolliert wird und Zertifikate allen Interessierten kostenlos zur Verfügung stellt, hat den vorzeitigen Rückruf von etwa zwei Millionen TLS-Zertifikaten angekündigt, was etwa 1 % aller aktiven Zertifikate dieser Zertifizierungsstelle ausmacht. Der Rückruf der Zertifikate wurde ausgelöst, weil eine Nichteinhaltung der Spezifikationsanforderungen im von Let’s Encrypt verwendeten Code zur Implementierung der TLS-ALPN-01-Erweiterung (RFC 7301, Application-Layer Protocol Negotiation) festgestellt wurde. Das Problem hing mit dem Fehlen bestimmter Prüfungen zusammen, die während des Handshakes bei TLS-Verbindungen, die die ALPN-Erweiterung in HTTP/2 verwenden, durchgeführt werden sollten. Detaillierte Informationen zu dem Vorfall werden nach Abschluss des Rückrufs der betroffenen Zertifikate veröffentlicht.
Am 26. Januar um 03:48 Uhr (MSK) wurde das Problem behoben, jedoch wurde beschlossen, alle Zertifikate, bei deren Ausstellung die Methode TLS-ALPN-01 zur Verifizierung verwendet wurde, für ungültig zu erklären. Der Rückruf der Zertifikate beginnt am 28. Januar um 19:00 Uhr (MSK). Bis dahin wird den Nutzern, die die Methode TLS-ALPN-01 verwenden, empfohlen, ihre Zertifikate rechtzeitig zu aktualisieren, da sie sonst vorzeitig für ungültig erklärt werden.
Die entsprechenden Benachrichtigungen über die Notwendigkeit zur Aktualisierung der Zertifikate wurden per E-Mail versendet. Benutzer, die zum Erhalt von Zertifikaten die Tools Certbot und dehydrated verwenden und die Standardeinstellungen genutzt haben, sind von dem Problem nicht betroffen. Die Methode TLS-ALPN-01 wird in den Paketen Caddy, Traefik, apache mod_md und autocert unterstützt. Die Korrektheit der eigenen Zertifikate kann über die Suche nach Identifikatoren, Seriennummern oder Domains in der Liste der problematischen Zertifikate überprüft werden.
Da die Änderungen das Verhalten bei der Überprüfung mit der Methode TLS-ALPN-01 betreffen, kann ein Update des ACME-Clients oder eine Änderung der Einstellungen (Caddy, bitnami/bn-cert, autocert, apache mod_md, Traefik) erforderlich sein, um weiterhin zu funktionieren. Die Änderungen bestehen darin, dass nur TLS-Versionen ab 1.2 verwendet werden dürfen (Clients können jetzt TLS 1.1 nicht mehr nutzen) und die Unterstützung für den OID 1.3.6.1.5.5.7.1.30.1, der die veraltete Erweiterung acmeIdentifier identifiziert, eingestellt wird, die nur in frühen Entwürfen der RFC 8737-Spezifikation unterstützt wird (bei der Erstellung des Zertifikats ist jetzt nur noch OID 1.3.6.1.5.5.7.1.31 zulässig, und Clients, die OID 1.3.6.1.5.5.7.1.30.1 verwenden, können kein Zertifikat erhalten).
Quelle: opennet.ru
