Die gemeinnützige Zertifizierungsstelle Let’s Encrypt, die von der Gemeinschaft betrieben wird und Zertifikate kostenlos an alle Interessierten vergibt, hat einen vorzeitigen Rückruf von etwa zwei Millionen TLS-Zertifikaten angekündigt. Dies entspricht rund 1 % aller aktiven Zertifikate dieser Zertifizierungsstelle. Der Rückruf wurde aufgrund der Entdeckung eines Verstoßes gegen die Spezifikationsanforderungen im von Let’s Encrypt verwendeten Code mit der Implementierung der TLS-ALPN-01-Erweiterung (RFC 7301, Application-Layer Protocol Negotiation) initiiert. Diese Abweichung war mit dem Fehlen bestimmter Prüfungen verbunden, die während des Aushandlungsprozesses von Verbindungen auf Basis der TLS-ALPN-Erweiterung, die in HTTP/2 verwendet wird, durchgeführt werden. Detaillierte Informationen zu dem Vorfall werden nach Abschluss des Rückrufs der betroffenen Zertifikate veröffentlicht.
Am 26. Januar um 03:48 (MSK) wurde das Problem behoben, jedoch werden alle Zertifikate, für deren Ausstellung die Methode TLS-ALPN-01 verwendet wurde, als ungültig anerkannt. Der Widerruf der Zertifikate beginnt am 28. Januar um 19:00 (MSK). Bis dahin wird allen Nutzern, die die Methode zur TLS-ALPN-01-Überprüfung verwenden, geraten, ihre Zertifikate rechtzeitig zu aktualisieren, da sie sonst vorzeitig für ungültig erklärt werden.
Die entsprechenden Benachrichtigungen über die Notwendigkeit der Aktualisierung der Zertifikate wurden per E-Mail versendet. Nutzer, die zur Zertifikatsbeschaffung die Werkzeuge Certbot und dehydrated verwenden, sind bei Verwendung der Standardeinstellungen von dem Problem nicht betroffen. Die Methode TLS-ALPN-01 wird in den Paketen Caddy, Traefik, apache mod_md und autocert unterstützt. Die Richtigkeit ihrer Zertifikate können die Nutzer überprüfen, indem sie nach Identifikatoren, Seriennummern oder Domänen in der Liste der betroffenen Zertifikate suchen.
Da die Änderungen das Verhalten der TLS-ALPN-01-Überprüfung betreffen, kann ein Update des ACME-Clients oder eine Änderung der Einstellungen (Caddy, bitnami/bn-cert, autocert, apache mod_md, Traefik) erforderlich sein, um die Funktionalität fortzusetzen. Die Änderungen umfassen die Verwendung von TLS-Versionen, die mindestens 1.2 sind (Clients können nun TLS 1.1 nicht mehr verwenden) und die Einstellung der Unterstützung für OID 1.3.6.1.5.5.7.1.30.1, die eine veraltete Erweiterung acmeIdentifier identifiziert, die nur in frühen Entwürfen der RFC 8737-Spezifikation unterstützt wurde (bei der Erstellung von Zertifikaten ist 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
