Angreifer konnten die Kontrolle über drei länderspezifische Top-Level-Domains – .gh, .sl und .as – übernehmen und anschließend maßgebliche DNS-Einträge ausgewählter Domains innerhalb dieser Namensräume ändern. Laut Google ermöglichte dies die Umgehung der Prüfungen zum Nachweis der Domaininhaberschaft und die Erlangung nicht autorisierter TLS-Zertifikate für mehrere zu Google gehörende Domains sowie für Domains globaler Marken und weit verbreiteter Onlinedienste.
TLS-Zertifikate sind kryptografische Nachweise, die einen Domainnamen wie google.com über eine digitale Signatur mit einem öffentlichen Schlüssel verknüpfen. Wenn eine nicht autorisierte Partei ein scheinbar gültiges Zertifikat erhält, kann sie die Infrastruktur der betroffenen Domain kryptografisch imitieren. Dadurch wird das Vertrauen bedroht, auf dem Web- und E-Mail-Kommunikation sowie andere Internetdienste beruhen.
Wie umgingen die Angreifer die Prüfung?
Die Angreifer nutzten die Kontrolle über die drei Top-Level-Domains, um die IP-Adressen einer ausgewählten Gruppe von Websites zu ändern. Da sie den Datenverkehr dieser Websites senden und empfangen konnten, waren sie in der Lage, maßgebliche DNS-Einträge und Delegierungen von Nameservern zu ändern. Diese Kontrolle reichte aus, um gegenüber Zertifizierungsstellen die Kontrolle über die Domains nachzuweisen – auch ohne die eigentliche Infrastruktur der Domaininhaber zu kompromittieren.
Google bestätigte, dass der Vorfall keine Kompromittierung der Systeme der betroffenen Domaininhaber umfasste und dass die Zertifizierungsstellen gemäß den geltenden Anforderungen handelten. Das Problem entstand dadurch, dass es den Angreifern gelang, den DNS-Pfad zu kontrollieren, auf den sich die automatisierten Prüfmechanismen stützen, und nicht durch eine nachgewiesene Schwachstelle in den Systemen von Google oder in der internen Infrastruktur der betroffenen Inhaber.
Was hat Google unternommen, und was blieb unbekannt?
Google aktualisierte den Chrome-Browser, um alle nicht autorisierten Zertifikate zu blockieren, die das Unternehmen identifizieren konnte. Außerdem arbeitete Google mit Zertifizierungsstellen daran, die mit seinen Domains verbundenen Zertifikate zu widerrufen. Das Unternehmen erklärte, Chrome-Nutzer müssten nichts unternehmen, betonte jedoch, dass der Schutz durch den Browser kein Ersatz für die Behebung des Problems bei den Domaininhabern sei.
Google gab weder die Namen der betroffenen Domains noch die Identität anderer Organisationen oder die Zahl der ausgestellten Zertifikate bekannt. Außerdem blieb unklar, ob alle nicht mit Google-Diensten verbundenen Zertifikate blockiert wurden. Obwohl die bekannten Zertifikate blockiert wurden, könnten noch nicht entdeckte Zertifikate weiterhin eine Gefahrenquelle darstellen. Dies ist besonders bedeutsam, weil der offizielle Widerruf von Zertifikaten langsam und komplex ist und Browser deshalb auf schnellere Sperrmechanismen auf Clientebene zurückgreifen.
Warum ist diese Nachricht wichtig?
Der Vorfall zeigt, dass die Vertrauenskette von TLS nicht allein von der Zertifizierungsstelle abhängt. Die Integrität von DNS und die Delegierungen von Domains sind ein praktischer Bestandteil des Nachweises der Domaininhaberschaft. Daher empfahl Google Domaininhabern, Certificate-Transparency-Protokolle auf unerwartete Zertifikate zu überwachen und eingeschränkte DNS-Einträge des Typs CAA zu veröffentlichen, um festzulegen, welche Zertifizierungsstellen Zertifikate ausstellen dürfen. Google warnte außerdem, dass die Maßnahmen von Chrome Nutzer anderer Browser nicht schützen und nicht die Erkennung jeder betroffenen Domain gewährleisten, insbesondere angesichts der Komplexität von DNS-Hijacking-Angriffen.
Dies ist nicht der erste Vorfall dieser Art. Im Jahr 2011 führte die Kompromittierung der niederländischen Zertifizierungsstelle DigiNotar zur Ausstellung gefälschter Zertifikate für Google.com und mehr als 200 stark genutzte Domains. Diese wurden gegen mindestens 300.000 mit dem Iran verbundene Personen eingesetzt. Der aktuelle Vorfall zeigt jedoch einen anderen Angriffsweg: den Zugriff auf nicht autorisierte Zertifikate durch die Kontrolle der Domain- und DNS-Prüfungsebene statt durch die Kompromittierung der internen Infrastruktur des Dienstinhabers.