Schurken-TLS-Zertifikate für 1.1.1.1: Cloudflare enthüllt unbefugte Ausstellung durch Fina CA
Cloudflares öffentlicher DNS-Resolver unter 1.1.1.1 wurde von einer unbefugten TLS-Zertifikatsausstellung durch Fina CA getroffen. Der Fall zeigt, warum Zertifikatstransparenz und -validierung für verschlüsseltes DNS wichtig sind.
Cloudflare hat offengelegt, dass mehrere TLS-Zertifikate für seinen bekannten öffentlichen DNS-Resolver unter der IP-Adresse 1.1.1.1 ohne seine Genehmigung von einer Zertifizierungsstelle namens Fina CA ausgestellt wurden. Ein TLS-Zertifikat fungiert als digitaler Identitätsnachweis, der es Ihrem Gerät ermöglicht, zu bestätigen, dass es mit dem echten Server spricht, wenn Sie verschlüsselte DNS-Protokolle wie DNS über HTTPS (DoH) oder DNS über TLS (DoT) verwenden. Diese Protokolle schützen Ihre DNS-Abfragen, also die Anfragen, die Ihr Gerät stellt, um einen Website-Namen in eine IP-Adresse zu übersetzen, davor, von Dritten gelesen oder verändert zu werden. Wenn ein Schurken-Zertifikat akzeptiert wird, könnte ein Angreifer den 1.1.1.1-Dienst nachahmen und Ihren Internetverkehr abfangen oder manipulieren. Dieser Vorfall unterstreicht, warum Zertifikatsvalidierung und -transparenz für die Vertrauenswürdigkeit von verschlüsseltem DNS entscheidend sind.
Laut Cloudflare hat Fina CA die Zertifikate für „interne Tests der Zertifikatsausstellung in der Produktionsumgebung“ ausgestellt. Fina CA erklärte, dass beim Eingeben von IP-Adressen ein Fehler aufgetreten sei und dass die Zertifikate in Certificate-Transparency-Logs (CT-Logs) veröffentlicht wurden, bei denen es sich um öffentliche, nur anfügbare Journale aller ausgestellten Zertifikate handelt. Cloudflare betonte, dass das Veröffentlichen von Testzertifikaten in CT-Logs an sich kein Fehler sei; der eigentliche Fehler war, dass Fina CA seine Produktionssignaturschlüssel verwendete, um ein Zertifikat für die IP-Adresse 1.1.1.1 ohne die Erlaubnis von Cloudflare, dem Kontrolleur dieser Adresse, auszustellen. Fina hätte eine IP-Adresse verwenden sollen, die es selbst kontrolliert, sagte Cloudflare. Die unbefugten Zertifikate wurden entdeckt, weil Fina CA sie tatsächlich in CT-Logs einreichte.
Unbefugte Zertifikate sind nicht selten. Im November 2024 stellte die Zertifizierungsstelle IdenTrust Zertifikate aufgrund von Fahrlässigkeit aus. Berühmter ist der Fall von 2011, als die niederländische Zertifizierungsstelle DigiNotar gehackt wurde und ihre Schlüssel verwendet wurden, um Hunderte von betrügerischen Zertifikaten auszustellen. Dieser Vorfall war ein Weckruf und motivierte die Einführung von Certificate Transparency, das später in RFC 6962 formalisiert wurde. CT verhindert Fehlausstellungen nicht direkt, ermöglicht aber die Erkennung im Nachhinein, indem es jedes Zertifikat öffentlich sichtbar macht. Mehrere unabhängige Parteien, darunter Cloudflare, betreiben öffentliche CT-Logs. Moderne Browser verlangen im Allgemeinen den Nachweis, dass ein Zertifikat in mindestens zwei CT-Logs protokolliert wurde, bevor sie es akzeptieren, aber die meisten DNS-Clients haben diese Anforderung nicht. Cloudflare hatte Glück, dass Fina CA die Schurken-Zertifikate protokollierte, was die Entdeckung über Dienste wie crt.sh oder die Certificate-Transparency-Seite von Cloudflare Radar ermöglichte.
Cloudflares unmittelbare Sorge war, ob jemand die Zertifikate böswillig verwendet hatte, um 1.1.1.1 nachzuahmen. Ein solcher Angriff würde drei Dinge erfordern: ein Schurken-Zertifikat und seinen privaten Schlüssel (das geheime Gegenstück, das das Eigentum am Zertifikat beweist), angegriffene Clients, die der Fina CA vertrauen, und die Fähigkeit, den Datenverkehr zwischen Clients und 1.1.1.1 abzufangen. Cloudflare weiß, dass ein Zertifikat ohne sein Zutun ausgestellt wurde, daher muss es annehmen, dass ein privater Schlüssel außerhalb seiner Kontrolle existiert. Fina CA teilte Cloudflare mit, dass die privaten Schlüssel ausschließlich in seiner kontrollierten Umgebung lagen und zerstört wurden, bevor die Zertifikate widerrufen wurden, aber Cloudflare kann dies nicht verifizieren und ergreift weiterhin Maßnahmen, um böswillige Nutzung zu erkennen. Was die zweite Anforderung betrifft, ist Fina CA standardmäßig im Microsoft-Root-Store (der integrierten Liste vertrauenswürdiger Zertifizierungsstellen in Windows) und in einer EU-Trust-Service-Provider-Liste enthalten, aber nicht in den Standard-Root-Stores von Android, Apple, Mozilla oder Chrome. Daher konnten Benutzer auf diesen Plattformen mit Standardeinstellungen nicht betroffen sein. Das in Cloudflares Bericht gezeigte Zertifikat hatte die Seriennummer 02:7d:c8:c5:e1:72:94:ae:c9:ed:3f:67:72:8e:8a:08 und wurde von DigiCert Global G2 TLS RSA SHA256 2020 CA1 ausgestellt, obwohl die unbefugten Fina-CA-Zertifikate ihre eigenen Details gehabt hätten.
Als Reaktion darauf überwacht Cloudflare Certificate-Transparency-Logs und hat Erkennungsmechanismen eingerichtet, um jede Verwendung dieser Schurken-Zertifikate zu erkennen. Das Unternehmen fordert Domain-Inhaber und IP-Adress-Kontrolleure auf, CT-Logs auf unerwartete Zertifikate zu überwachen. Für normale Internetnutzer ist der Vorfall eine Erinnerung daran, dass die Sicherheit von verschlüsseltem DNS vom Zertifizierungsstellensystem abhängt. Die Wahl eines DNS-Resolvers, der Missbrauch aktiv überwacht und eine starke Erfolgsbilanz hat, kann das Risiko verringern. Für Leser, die zusätzliche Sicherheit wünschen, bedeutet die Verwendung eines datenschutzorientierten verschlüsselten DNS-Dienstes wie AEU DNS (https://aeu-dns.com), dass Sie sich auf einen Anbieter verlassen, der Verschlüsselung und Zertifikatsvalidierung priorisiert und so vor betrügerischen Servern schützt. Die Aktivierung von DoH oder DoT auf Ihren Geräten und das Aktualisieren Ihrer Software sind praktische Schritte, um eine vertrauenswürdige Verbindung aufrechtzuerhalten.
Begriffe erklärt
- TLS certificate
- Ein digitaler Identitätsnachweis, der beweist, dass ein Server der ist, der er zu sein vorgibt, und es Ihrem Gerät ermöglicht, einer verschlüsselten Verbindung zu vertrauen.
- Certificate Authority (CA)
- Eine Organisation, die überprüft, dass Sie eine Domain oder IP-Adresse kontrollieren, und dann digitale Zertifikate dafür ausstellt.
- Root store
- Die integrierte Liste vertrauenswürdiger Zertifizierungsstellen auf Ihrem Gerät oder Browser, die bestimmt, welche Zertifikate akzeptiert werden.
- Certificate Transparency (CT)
- Ein System öffentlicher Journale, die jedes ausgestellte Zertifikat aufzeichnen, sodass jeder unbefugte Zertifikate überprüfen kann.
- DNS over HTTPS (DoH)
- Eine Methode, DNS-Abfragen (die Anfragen, die Website-Namen in IP-Adressen übersetzen) über eine verschlüsselte Webverbindung zu senden.
- DNS over TLS (DoT)
- Eine Methode, DNS-Abfragen über einen verschlüsselten Kanal mit dem TLS-Protokoll zu senden, derselben Technologie, die HTTPS-Websites absichert.
- Private key
- Ein geheimes Datenelement, das mit einem Zertifikat gepaart ist und das Eigentum nachweist; wenn es durchsickert, könnte jemand den Server nachahmen.
So schützen Sie sich
- Wenn Sie verschlüsseltes DNS verwenden, wählen Sie einen bekannten und seriösen DNS-Anbieter, der aktiv auf Zertifikatsmissbrauch überwacht und eine öffentliche Erfolgsbilanz bei der Reaktion auf Vorfälle hat.
- Halten Sie das Betriebssystem Ihres Geräts und Ihren Webbrowser auf dem neuesten Stand, damit die integrierte Liste vertrauenswürdiger Zertifizierungsstellen aktuell ist und Schurken-Zertifikate blockieren kann.
- Wenn Sie eine Website besitzen oder eine IP-Adresse kontrollieren, überprüfen Sie regelmäßig öffentliche Certificate-Transparency-Logs (kostenlose Online-Listen aller ausgestellten Zertifikate) mit einem Dienst wie crt.sh, um unerwartete Ze
- Aktivieren Sie DNS über HTTPS (DoH) oder DNS über TLS (DoT) auf Ihren Geräten, da diese Ihre DNS-Abfragen verschlüsseln und ein gültiges Zertifikat von einer vertrauenswürdigen Stelle erfordern.
- Seien Sie vorsichtig, wenn Sie sich mit öffentlichen WLAN-Netzwerken verbinden, da ein Angreifer, der Datenverkehr abfangen kann und ein Schurken-Zertifikat für 1.1.1.1 besitzt, versuchen könnte, Ihre DNS-Abfragen umzuleiten; die Verwendung
Quelle: blog.cloudflare.com
