eMudhra: Schlüssel für Intermediate-CA kompromittiert durch fehlerhafte Generierung

Am 17. Oktober 2026 legte ein Sicherheitsforscher offen, dass die privaten Schlüssel von acht Intermediate-Zertifikaten der Zertifizierungsstelle (CA) eMudhra kompromittiert wurden. Dieser Vorfall betrifft Vertrauensketten, die in Programmen von Mozilla, Microsoft, Apple und Chrome verwurzelt sind, und wirkt sich auf eine breite Palette nachgelagerter Software und Geräte aus.

Die Kompromittierung wurde nicht durch einen herkömmlichen Servereinbruch oder Phishing-Angriff verursacht. Die Ursache war vielmehr ein kritischer Fehler bei der Generierung der kryptografischen Schlüssel durch die CA. Die privaten Schlüssel waren mathematisch aus den öffentlichen Zertifikaten selbst rekonstruierbar. Das bedeutet, dass jeder Akteur mit Zugriff auf die öffentlichen Daten die geheimen Schlüssel ableiten konnte, die erforderlich sind, um betrügerische Zertifikate zu signieren. Diese Schwachstelle bestand bereits seit der Erstellung der Zertifikate im April 2025.

Was passiert ist

Das Problem kam ans Licht, als ein Reporter namens Wayne die Kompromittierung den Root-Program-Teams demonstrierte. Um den Besitz der privaten Schlüssel zu beweisen, signierte Wayne eine spezifische Nachricht unter Verwendung des privaten Schlüssels jedes der acht betroffenen Intermediate-CAs. Er stellte die Zertifikate, öffentlichen Schlüssel und Signaturen in einer Datei namens "Wayne proof.zip" zur Verfügung. Dieser kryptografische Nachweis ermöglichte es Prüfern zu bestätigen, dass die privaten Schlüssel tatsächlich für unbefugte Parteien zugänglich waren, ohne dass ein Live-System ausgenutzt werden musste.

Nach der Offenlegung am 17. Oktober reagierten die großen Browser-Anbieter schnell, um Benutzer zu schützen. Firefox und Chrome begannen noch am selben Tag, die kompromittierten Zertifikate zu blockieren. Apple zog nach und sperrte die Zertifikate auf seinen Geräten bis zum 19. Oktober. Die CA eMudhra widerrief ebenfalls die kompromittierten Intermediate-Zertifikate. Allerdings reicht die bloße Widerrufung für alle Systeme nicht aus. Viele Nicht-Browser-Clients prüfen Certificate Revocation Lists (CRLs) oder Online Certificate Status Protocol (OCSP)-Antworten nicht in Echtzeit. Diese Clients erfordern Software-Updates, um die kompromittierten Roots oder Intermediates vollständig aus ihren lokalen Trust Stores zu entfernen.

Wichtige Details

• Acht eMudhra-Intermediate-CA-Zertifikate haben kompromittierte private Schlüssel.
• Der Fehler entstand im April 2025 während einer inkorrekten Schlüsselgenerierung durch die CA.
• Private Schlüssel waren aus den öffentlichen Zertifikaten rekonstruierbar, nicht durch Hack gestohlen.
• Mozilla, Apple und Chrome blockierten die Zertifikate zwischen dem 17. und 19. Oktober 2026.
• Clients außerhalb des Browser-Ökosystems vertrauen diesen Intermediates möglicherweise weiterhin, bis sie aktualisiert werden.
• Es existieren keine Certificate Transparency Logs für diese Intermediates, was die historische Sichtbarkeit einschränkt.

Hintergrund

Um die Schwere des Vorfalls zu verstehen, hilft es zu wissen, wie digitales Vertrauen funktioniert. Wenn Sie eine sichere Website besuchen, prüft Ihr Browser das TLS-Zertifikat der Seite. Dieses Zertifikat wird von einer Intermediate-CA signiert, die wiederum von einer Root-CA signiert wird. Ihr Gerät vertraut der Root-CA und folglich auch der Intermediate-CA und der Website. Wenn ein Angreifer den privaten Schlüssel einer Intermediate-CA besitzt, kann er gültige Zertifikate für jede Domain erstellen, z. B. für Ihre Bank oder Ihren E-Mail-Anbieter. Dies ermöglicht es ihm, verschlüsselten Traffic abzufangen, ohne Sicherheitswarnungen auszulösen.

Certificate Transparency (CT) ist ein System, das alle ausgestellten Zertifikate in öffentlichen Logbüchern protokolliert. Browser wie Chrome und Safari verlangen CT-Logs, um Zertifikate zu akzeptieren. In diesem Fall gab es während des Zeitraums der Verwundbarkeit keine CT-Log-Einträge für diese spezifischen Intermediates. Das bedeutet, dass zwar Browser vor dem Anzeigen betrügerischer Zertifikate geschützt waren, die nachträglich ausgestellt wurden, aber die zugrunde liegende Schlüssel-Schwäche bestehen blieb. Systeme, die CT nicht erzwingen, wie viele Kommandozeilen-Tools, eingebettete Geräte und Legacy-Enterprise-Software, bleiben gefährdet, wenn sie keine Updates erhalten haben, um diesen spezifischen Intermediates das Vertrauen zu entziehen.

Warum das wichtig ist

Für Teams, die Self-Hosted-Software betreiben oder interne Infrastruktur verwalten, hebt dieser Vorfall eine Blindstelle im Standard-Sicherheitsmonitoring hervor. Die meisten Organisationen verlassen sich auf Betriebssystem- und Browser-Updates, um Änderungen an den Trust Stores zu handhaben. Allerdings führen benutzerdefinierte Anwendungen, Microservices und IoT-Geräte oft ihre eigenen Trust Stores oder verwenden leichtgewichtige TLS-Bibliotheken, die sich nicht automatisch mit OS-seitigen Widerrufslisten synchronisieren. Wenn Ihre internen Dienste mit externen APIs kommunizieren oder wenn Sie Dienste für Kunden mit vielfältigen Clients hosten, können diese Verbindungen den kompromittierten eMudhra-Intermediates immer noch vertrauen.

Die Tatsache, dass die Schlüssel aus öffentlichen Daten rekonstruierbar waren, ist besonders alarmierend. Es deutet darauf hin, dass das Sicherheitsversagen prozeduraler und mathematischer Natur war, nicht nur operativ. Das bedeutet, dass ähnliche Fehler in anderen CAs oder vergangenen Zertifikaten existieren könnten. Für IT-Leiter unterstreicht dies die Notwendigkeit, nicht nur zu überprüfen, ob Ihre Zertifikate gültig sind, sondern auch, dass die Vertrauenskette selbst intakt und frei von bekannten kompromittierten Autoritäten ist. Sich ausschließlich auf automatische Browser-Updates zu verlassen, lässt Lücken in der nicht-webseitigen Infrastruktur.

Was Sie tun können

• Aktualisieren Sie alle Browser und Betriebssysteme sofort auf die neuesten Versionen, um sicherzustellen, dass widerrufene Zertifikate blockiert werden.
• Testen Sie Kommandozeilen-Tools wie curl gegen die in der Offenlegung genannten Verifizierungs-Hosts, um lokale Trust Stores zu prüfen.
• Überprüfen Sie benutzerdefinierte Anwendungen oder eingebettete Geräte, die statische Trust Stores verwenden, auf veraltete Intermediate-Zertifikate.
• Stellen Sie sicher, dass Ihre Monitoring-Systeme bei Zertifikatsänderungen Alarm schlagen, nicht nur bei Ablaufdaten.
• Prüfen Sie, ob Ihre Organisation eMudhra-Zertifikate intern verwendet, und ersetzen Sie diese, wenn sie zu den betroffenen Intermediates verkettet sind.
• Beobachten Sie offizielle Updates von Mozilla, Apple und Microsoft für weitere Hinweise zu Patches für nachgelagerte Trust Stores.