Damit der Browser die Website authentifizieren kann, stellt sie sich mit einer gĂŒltigen Zertifikatskette vor. Eine typische Kette ist oben dargestellt und kann mehr als ein Zwischenzertifikat enthalten. Die Mindestanzahl an Zertifikaten in einer gĂŒltigen Kette betrĂ€gt drei.
Das Wurzelzertifikat ist das Herz des Zertifizierungszentrums. Es ist buchstÀblich in Ihr Betriebssystem oder Ihren Browser eingebettet und physisch auf Ihrem GerÀt vorhanden. Es kann nicht vom Server aus geÀndert werden. Ein erzwungener Update des Betriebssystems oder der Firmware auf dem GerÀt ist erforderlich.
Sicherheitsspezialist Scott Helme , dass die Hauptprobleme beim Zertifizierungszentrum Letâs Encrypt auftreten werden, da dies heute das beliebteste CA im Internet ist und das Wurzelzertifikat bald ablĂ€uft. Der Wechsel des Wurzelzertifikats von Letâs Encrypt .
Die End- und Zwischenzertifikate der Zertifizierungsstelle (CA) werden dem Kunden vom Server geliefert, wÀhrend das Wurzelzertifikat beim Kunden gibt es bereits, daher kann mit dieser Sammlung von Zertifikaten eine Kette aufgebaut werden, um die Website zu authentifizieren.
Das Problem besteht darin, dass jedes Zertifikat ein Ablaufdatum hat, nach dem es ersetzt werden muss. Zum Beispiel plant der Browser Safari ab dem 1. September 2020 eine EinschrĂ€nkung fĂŒr die Haltbarkeit von Server-TLS-Zertifikaten .
Das bedeutet, dass wir alle mindestens alle 12 Monate Serverzertifikate ersetzen mĂŒssen. Diese EinschrĂ€nkung gilt nur fĂŒr Serverzertifikate, sie nicht betrifft auch die Wurzelzertifikate der CA.
CA-Zertifikate unterliegen einem anderen Regelwerk, weshalb sie unterschiedliche GĂŒltigkeitsdauergrenzen haben. HĂ€ufig gibt es Zwischenzertifikate mit einer GĂŒltigkeit von 5 Jahren und Wurzelzertifikate mit einer Lebensdauer von sogar 25 Jahren!
Mit Zwischenzertifikaten gibt es normalerweise keine Probleme, da sie vom Server an den Kunden geliefert werden, der seinen eigenen Zertifikat viel hÀufiger wechselt, sodass er einfach im Rahmen dieses Verfahrens auch das Zwischenzertifikat ersetzt. Es ist relativ einfach, es zusammen mit dem Serverzertifikat auszutauschen, im Gegensatz zum Wurzelzertifikat der CA.
Wie bereits erwĂ€hnt, ist das Root-CA direkt im Client-GerĂ€t, im Betriebssystem, im Browser oder in anderer Software integriert. Ănderungen am Root-CA kann die Website nicht kontrollieren. Hier ist ein Update auf dem Client erforderlich, sei es ein Update des Betriebssystems oder der Software.
Einige Root-CAs existieren bereits seit sehr langer Zeit, es sind 20-25 Jahre. Bald werden einige der Ă€ltesten Root-CAs dem Ende ihrer natĂŒrlichen Lebensdauer nĂ€her kommen, ihre Zeit lĂ€uft fast ab. FĂŒr die meisten von uns wird das jedoch kein Problem darstellen, da die CAs neue Root-Zertifikate erstellt haben, die seit vielen Jahren weltweit in Betriebssystem- und Browser-Updates verteilt werden. Doch wenn jemand sein Betriebssystem oder seinen Browser schon lange nicht mehr aktualisiert hat, ist das eine Art Problem.
Eine solche Situation trat am 30. Mai 2020 um 10:48:38 GMT auf. Das ist der genaue Zeitpunkt, an dem des Zertifizierungszentrums Comodo (Sectigo) abgelaufen ist.
Es wurde zur Cross-Signierung verwendet, um die KompatibilitÀt mit veralteten GerÀten zu gewÀhrleisten, in deren Speicher sich kein neues Root-Zertifikat von USERTrust befindet.
Leider traten Probleme nicht nur in veralteten Browsern, sondern auch in nicht-browserbasierte Clients auf, die auf OpenSSL 1.0.x, LibreSSL und basieren. Zum Beispiel in Fernsehern , im Dienst , in den Anwendungen von Fortinet, Chargify, auf der Plattform .NET Core 2.0 unter Linux und .
Es wurde angenommen, dass das Problem nur veraltete Systeme (Android 2.3, Windows XP, Mac OS X 10.11, iOS 9 usw.) betreffen wĂŒrde, da moderne Browser das zweite Root-Zertifikat von USERTrust nutzen können. TatsĂ€chlich begannen jedoch bei hunderten von Webdiensten, die freie Bibliotheken von OpenSSL 1.0.x und GnuTLS verwendeten, AusfĂ€lle. Die sichere Verbindung konnte nicht hergestellt werden und es wurde ein Fehler ĂŒber das Ablaufen des Zertifikats ausgegeben.
Der nÀchste ist Let's Encrypt
Ein weiteres gutes Beispiel fĂŒr den bevorstehenden Wechsel des Root-CA ist die Zertifizierungsstelle Let's Encrypt. Bereits hatten sie geplant, von der Identrust-Kette zu ihrer eigenen ISRG Root-Kette ĂŒberzugehen, aber das .
âAufgrund von Bedenken ĂŒber die unzureichende Verbreitung des ISRG-Roots auf Android-GerĂ€ten haben wir uns entschieden, das Datum des Wechsels zu unserem eigenen Root von 8. Juli 2019 auf 8. Juli 2020 zu verschiebenâ, heiĂt es in der offiziellen Mitteilung von Let's Encrypt.
Das Datum musste aufgrund eines Problems verschoben werden, das als âRoot Propagationâ bezeichnet wird, genauer gesagt, dem Fehlen dieser Verbreitung, wenn das Root-CA nicht allzu weit auf allen Clients verbreitet ist.
Derzeit verwendet Letâs Encrypt ein quersigniertes Zwischenzertifikat mit einer Kette bis zum IdenTrust DST Root CA X3. Dieses Root-Zertifikat wurde bereits im September 2000 ausgestellt und lĂ€uft am 30. September 2021 ab. Bis dahin plant Letâs Encrypt den Ăbergang zu seinem eigenen selbstsignierten Root ISRG Root X1.
Das Root ISRG wurde am 4. Juni 2015 ausgestellt. Danach begann der Prozess seiner Genehmigung als Zertifizierungsstelle, der abgeschlossen wurde Seitdem war das Root-CA fĂŒr alle Clients ĂŒber ein Update des Betriebssystems oder der Software verfĂŒgbar. Alles, was getan werden musste, war, das Update zu installieren.
Aber das ist das Problem.
Wenn Ihr Mobiltelefon, Fernseher oder ein anderes GerĂ€t seit zwei Jahren nicht aktualisiert wurde â wie erfĂ€hrt es ĂŒber das neue Root-Zertifikat ISRG Root X1? Und wenn es nicht im System installiert ist, erkennt Ihr GerĂ€t alle Serverzertifikate von Letâs Encrypt als ungĂŒltig, sobald Letâs Encrypt auf das neue Root umsteigt. Und im Android-Ăkosystem gibt es viele veraltete GerĂ€te, die lange nicht aktualisiert wurden.
Das Android-Ăkosystem
Das ist der Grund, warum Letâs Encrypt den Ăbergang zu seinem eigenen Root ISRG verschoben hat und immer noch das Zwischenzertifikat verwendet, das auf das Root IdenTrust verweist. Aber der Ăbergang muss in jedem Fall erfolgen. Das Datum fĂŒr den Wechsel des Roots wurde auf .
Um zu ĂŒberprĂŒfen, ob das Root ISRG X1 auf Ihrem GerĂ€t (Fernseher, Set-Top-Box oder ein anderer Client) installiert ist, öffnen Sie die Testseite . Wenn keine Sicherheitswarnung angezeigt wird, ist normalerweise alles in Ordnung.
Letâs Encrypt ist nicht der einzige, der vor der Herausforderung steht, auf ein neues Root umzusteigen. Die Kryptographie im Internet wird seit etwas ĂŒber 20 Jahren verwendet, sodass jetzt der Moment kommt, an dem viele Root-Zertifikate ablaufen.
Mit einem solchen Problem könnten Besitzer von Smart-TVs konfrontiert werden, die die Smart-TV-Software seit vielen Jahren nicht aktualisiert haben. Beispielsweise das neue Root GlobalSign wurde 2012 veröffentlicht, und einige Ă€ltere Smart TVs können keine Verbindung zu ihm aufbauen, weil dieses Root-CA einfach fehlt. Insbesondere konnten diese Kunden keine sichere Verbindung zur Webseite bbc.co.uk herstellen. Um das Problem zu lösen, mussten die Admins von BBC einen Trick anwenden: Sie ĂŒber zusĂ€tzliche Zwischenzertifikate erstellt und alte Wurzeln verwendet und , die noch nicht abgelaufen sind.
www.bbc.co.uk (Leaf) GlobalSign ECC OV SSL CA 2018 (Intermediate) GlobalSign Root CA - R5 (Intermediate) GlobalSign Root CA - R3 (Intermediate)
Das ist eine vorĂŒbergehende Lösung. Das Problem wird nicht verschwinden, wenn die Client-Software nicht aktualisiert wird. Ein Smart TV ist im Grunde ein funktional eingeschrĂ€nkter Computer unter Linux. Und ohne Updates werden seine Root-Zertifikate unvermeidlich ablaufen.
Das betrifft alle GerĂ€te, nicht nur Fernseher. Wenn Sie ein beliebiges GerĂ€t haben, das mit dem Internet verbunden ist und als âSmartâ-GerĂ€t beworben wurde, betrifft das Problem mit abgelaufenen Zertifikaten höchstwahrscheinlich auch dieses. Wenn das GerĂ€t nicht aktualisiert wird, wird der Root-CA-Speicher mit der Zeit veraltet, und letztendlich wird das Problem an die OberflĂ€che kommen. Wie schnell das Problem auftritt, hĂ€ngt von dem Zeitpunkt des letzten Updates des Root-Speichers ab. Das kann einige Jahre vor dem tatsĂ€chlichen Verkaufsdatum des GerĂ€ts sein.
Ăbrigens ist das das Problem, warum einige groĂe Medienplattformen moderne automatisierte Zertifizierungszentren wie Let's Encrypt nicht nutzen können, schreibt Scott Helme. FĂŒr Smart TVs sind sie ungeeignet, und die Anzahl der Wurzeln ist zu gering, um die UnterstĂŒtzung des Zertifikats auf veralteten GerĂ€ten zu garantieren. Andernfalls kann der Fernseher einfach keine modernen Streaming-Dienste ausfĂŒhren.
Der letzte Vorfall mit AddTrust hat gezeigt, dass selbst groĂe IT-Unternehmen nicht darauf vorbereitet sind, dass ein Root-Zertifikat ablĂ€uft.
Das einzige Lösung fĂŒr das Problem ist ein Update. Entwickler von Smart-GerĂ€ten mĂŒssen im Voraus einen Mechanismus zur Aktualisierung von Software und Root-Zertifikaten sicherstellen. Auf der anderen Seite ist es fĂŒr Hersteller nicht rentabel, ihren GerĂ€ten nach Ablauf der Garantie zu unterstĂŒtzen.
Quelle: habr.com
