DNS-Hijacks führten zu betrügerischen Google-TLS-Zertifikaten

DNS-Hijacks bei drei länderspezifischen Top-Level-Domains ermöglichten es Angreifern, unautorisierte HTTPS-Zertifikate für mehrere Google-Domains zu erhalten, wie Google mitteilte, das den Vorfall am 6. Oktober offenlegte. Google erklärte, die eigenen Systeme seien nicht kompromittiert worden, doch Domains mit den Endungen .gh für Ghana, .sl für Sierra Leone und .as für Amerikanisch-Samoa seien während der laufenden Hijacks einem Risiko ausgesetzt gewesen.

Die praktische Gefahr besteht darin, dass ein gültig wirkendes HTTPS-Zertifikat einem Angreifer helfen kann, sich über eine verschlüsselte Verbindung als echte Website auszugeben. HTTPS ist die sichere Webverbindung, die Browser anzeigen, und ihr Vertrauen hängt von Zertifikaten ab, die belegen, dass eine Website diejenige ist, die ein Besucher erreichen wollte. Wenn ein Angreifer ein Zertifikat für eine Domain erhalten kann, die er nicht rechtmäßig kontrolliert, kann er möglicherweise eine gefälschte Website authentisch erscheinen lassen und private Informationen einsehen, die dorthin gesendet werden. Google sagte nicht, ob eines der Zertifikate tatsächlich genutzt wurde, um sich als Google-Website auszugeben oder Nutzerdaten mitzulesen.

Google sagte, Chrome habe die unautorisierten Zertifikate für Google-Domains über CRLSets blockiert, Chromes Notfallmechanismus, um Zertifikaten schnell das Vertrauen zu entziehen. Google arbeitete außerdem mit den Zertifizierungsstellen zusammen, die die Zertifikate ausgestellt hatten, damit sie widerrufen werden konnten. Zertifizierungsstellen, oder CAs, sind die Organisationen, die Website-Zertifikate ausstellen, nachdem sie geprüft haben, dass ein Antragsteller die Domain kontrolliert. Widerruf ist der Prozess, ein Zertifikat als nicht mehr vertrauenswürdig zu kennzeichnen, was hilft, Menschen zu schützen, die andere Browser und Anwendungen sowie Chrome verwenden.

Die betroffenen Google-Domains wurden von Google nicht genannt, doch Certificate-Transparency-Logs zeigten mindestens 12 Zertifikate, die zwischen dem 22. September und dem 27. September für Google- und YouTube-Namen unter den drei ccTLDs ausgestellt wurden. Certificate Transparency, oft zu CT abgekürzt, ist ein öffentliches Protokollierungssystem, das von CAs ausgestellte Zertifikate erfasst, damit Domaininhaber und Forschende unerwartete Zertifikate erkennen können. The Hacker News berichtete, die Zertifikate am 7. Oktober mit ctlogs.dev und Cert Spotter gefunden zu haben. Die Einträge umfassten sieben Domains, darunter google.com.gh, google.sl und google.as.

Von den 12 Zertifikaten, die in diesen Logs gefunden wurden, wurden 11 von Let’s Encrypt und eines von ZeroSSL ausgestellt. Es handelte sich um domainvalidierte Zertifikate, was bedeutet, dass sie nach einer Prüfung ausgestellt wurden, ob der Antragsteller die Domain kontrollierte. Google sagte, die Angreifer hätten während der Hijacks autoritative DNS-Einträge verändert. DNS ist das System, das einen Domainnamen zum richtigen Internetziel leitet, und autoritative DNS-Einträge sind die Einträge, die als maßgebliche Quelle für eine Domain gelten. Da die Angreifer diese Einträge ändern konnten, sagte Google, es gebe keinen Grund zu der Annahme, dass die CAs falsch gehandelt hätten.

Die im Bericht geprüften CT-Einträge zeigten eine Abfolge über die drei ccTLDs hinweg. Zertifikate für .gh-Namen wurden zuerst am 22. September protokolliert, Zertifikate für .sl-Namen am 25. September und Zertifikate für .as-Namen am 27. September. Zu den Zertifikatsnamen gehörten google.com.gh, youtube.com.gh, google.sl, google.com.sl, youtube.sl, google.as und youtube.as, wobei einige Zertifikate Wildcard-Namen wie *.google.com.gh oder *.youtube.as abdeckten. In Einträgen, die mindestens bis zum 10. September zurückreichen, stammte jedes andere Zertifikat für google.com.gh, google.sl und google.as von Google Trust Services, Googles eigener CA.

Ein Mitarbeiter von Let’s Encrypt schrieb am 7. Oktober im Community-Forum der CA, dass Zertifikate für Google und YouTube ausgestellt und widerrufen worden seien. Die Suche umfasste nur eine kleine Auswahl von Google- und YouTube-Namen, daher könnte die Gesamtzahl der betroffenen Zertifikate höher sein. Google sagte außerdem, CT-Daten deuteten darauf hin, dass andere Organisationen von denselben Angriffen betroffen gewesen sein könnten, darunter bekannte globale Marken und weit verbreitete Onlinedienste, nannte diese Organisationen jedoch nicht.

Bis zum 7. Oktober zeigte Cert Spotter alle 12 Zertifikate als widerrufen an. Die beiden .gh-Zertifikate und das ZeroSSL-Zertifikat wurden am 26. September widerrufen. Die übrigen neun Zertifikate wurden am 1. Oktober widerrufen. Der Zeitraum zwischen der ersten Protokollierung und dem Widerruf reichte von etwa eineinhalb Tagen bis fast zu einer Woche. Ein bemerkenswertes zeitliches Detail ist, dass das erste .as-Zertifikat am 27. September protokolliert wurde, etwa einen Tag nachdem die .gh-Zertifikate bereits widerrufen worden waren.

Google sagte, es habe in der Woche vor seinem Beitrag vom 6. Oktober von den Hijacks erfahren und sofort gehandelt, nannte jedoch keine konkreten Daten für die Hijacks oder die eigenen Reaktionsschritte. Das Unternehmen sagte, es habe auch die Zertifikate, die es für andere Organisationen fand, in Chrome blockiert und diese Organisationen kontaktiert, soweit dies möglich war. Googles Beitrag nannte die Angreifer nicht, erklärte nicht, wie die ccTLD-Registries kompromittiert wurden, und sagte nicht, ob die Registries abgesichert worden waren.

Für Website-Betreiber lautet die wichtigste Lehre, dass das Vertrauen in Zertifikate nicht nur von der CA abhängt, sondern auch von der Integrität des DNS. Eine CA stellt häufig ein Zertifikat aus, sobald ein Antragsteller die Kontrolle über die Domain nachweist, zum Beispiel indem er einen bestimmten DNS-Eintrag auf der Domain platziert. Wenn ein Angreifer während eines Hijacks Kontrolle über die relevanten autoritativen DNS-Einträge hat, kann er diese Prüfung möglicherweise bestehen, auch wenn ihm die Domain nicht gehört.

Google riet Domaininhabern, CT-Logs für jede Domain zu überwachen, die sie besitzen, einschließlich geparkter Domains und regionaler ccTLD-Varianten. CT-Überwachungsdienste können einen Inhaber benachrichtigen, wenn ein Zertifikat für eine seiner Domains ausgestellt wird. Jeder, der eine Domain unter .gh, .sl oder .as betreibt, sollte aktuelle Zertifikats-Logeinträge auf Zertifikate prüfen, die er nicht angefordert hat.

Google empfahl außerdem, einen strengen CAA record zu veröffentlichen. Ein Certification Authority Authorization record, oder CAA record, ist ein DNS-Eintrag, der CAs mitteilt, welche Zertifizierungsstellen Zertifikate für eine Domain ausstellen dürfen. Google empfiehlt, diesen Eintrag an das eigene CA-Konto des Inhabers zu binden, sofern die CA diese Option unterstützt. Die CA-Regeln erlauben außerdem jedem, ein unerwartetes Zertifikat über einen Certificate Problem Report an die ausstellende CA zu melden, und die CA muss innerhalb von 24 Stunden untersuchen und erste Ergebnisse liefern.

Ein CAA record ist während eines aktiven DNS-Hijacks kein vollständiger Schutz. Der CAA-Standard besagt, dass ein Angreifer, der den Eintrag entfernen oder durch einen falschen ersetzen kann, dennoch ein Zertifikat erhalten könnte. Sein Wert ist besonders wichtig, nachdem der rechtmäßige Inhaber die DNS-Kontrolle zurückerlangt hat, denn Google sagte, CAs könnten eine abgeschlossene Domainvalidierung für spätere Zertifikate wiederverwenden. Ein strenger CAA record kann eine spätere Zertifikatsanfrage stoppen, wenn er die Ausstellung auf die legitime CA oder das legitime Konto beschränkt.

Die Baseline Requirements, denen CAs folgen, erlauben derzeit, eine Domainvalidierung bis zu 200 Tage lang wiederzuverwenden. Diese Grenze soll gemäß einem im April 2025 genehmigten Zeitplan des CA/Browser Forum im März 2027 auf 100 Tage und im März 2029 auf 10 Tage sinken. Let’s Encrypt sagte im Dezember 2025, dass es eine Domainprüfung 30 Tage lang wiederverwendet und plant, diesen Zeitraum bis 2028 auf 7 Stunden zu reduzieren.