LONDON (IT BOLTWISE) – eMudhra hat acht weitere Zwischen-CA-Zertifikate (CAs) widerrufen, nachdem eine Python-Schleife während einer Key-Ceremony private Schlüssel beim „Read-back“ fehlerhaft gekürzt haben soll. Die betroffenen RSA- und ECDSA-Zwischeninstanzen erzeugten zwar weiterhin gültige Signaturen, die Zertifikate fielen jedoch nicht durch Stärke- oder Konsistenztests im Audit-Lauf auf. Laut Unternehmen bleibt unklar, ob das Schlüsselmaterial die eigenen CPS-Anforderungen beim Transport zwischen HSMs durchgehend erfüllte, weil Logs die Handhabung nicht belastbar belegen. Betroffen sind vor allem TLS-Aussteller, daneben aber auch zwei Code-Signing-Profile.
eMudhra zieht nach dem Oktober-Vorfall erneut Konsequenzen für seine Public-Key-Infrastruktur: Der Anbieter hat acht weitere Zwischen- Zertifizierungsstellen (Intermediate Certificate Authorities, CAs) widerrufen, obwohl er zunächst öffentlich erklärt hatte, diese Instanzen seien von der „Key Compromise“-Ursache nicht betroffen. Der Kern der neuen Version liegt in einem Detail aus der internen Python-Toolchain, die in der Key-Ceremony eingesetzt wurde. Laut dem veröffentlichten Incident-Report soll die Software bei einem „Read-back“-Schritt private Schlüssel aus einem HSM in den Speicher der Zeremonie-CPU geladen und dabei bei den ECDSA-Schlüsseln die privaten Werte durch eine einzeilige Operation auf den jeweils führenden Byte abgeschnitten haben. Dadurch konnte eine scheinbar korrekte Kopie weiter signieren und die resultierenden Zertifikate passierten Validierungsschritte, obwohl die eigentliche Schlüsselstärke nicht wie vorgesehen gegeben war.
Technisch betrachtet ist das Szenario besonders kritisch, weil jede Intermediate CA ihren eigenen privaten Schlüssel besitzt und mit diesem Schlüssel die Zertifikate signiert, die sie für Endnutzer ausstellt. Im Oktober hatte die Kompromittierung vor allem diejenigen CA-Schlüssel getroffen, die in einer bestimmten Pfadkombination der Script-Logik liefen. Jetzt beschreibt eMudhra, dass auch weitere CAs über eine ähnliche, aber im damaligen Assessment anders eingeordnete Routine geschaltet wurden: Die erneute Analyse nennt den gleichen Read-back-Mechanismus als Auslöser, allerdings ohne dass das Unternehmen im ursprünglichen Stand explizit zeigen konnte, dass das Schlüsselmaterial die eigenen Vorgaben zur Compliance beim Transport vollständig erfüllt. Das betrifft insbesondere den Transferprozess zwischen HSMs unterschiedlicher Hersteller, den eMudhra als nur eingeschränkt möglich schildert, sodass das PKI-Team eine Wrap-and-Unwrap-Schleife implementierte, um Schlüssel verpackt zu transportieren und anschließend wieder zu entpacken.
Der Ablauf der Key-Ceremony beginnt laut Report am 30. April 2025: An diesem Tag wurden 16 CA-Schlüssel auf Utimaco-HSMs generiert, einschließlich der acht, die nun zusätzlich widerrufen wurden. Diese Schlüssel waren für Crypto4A-HSMs an US- und EU-Standorten gedacht. Damit die Schlüssel trotzdem die Vendor-Grenze wechseln können, schaltet das Unternehmen den FIPS-geprüften Modus des Quell-HSMs für diese Übung aus und behandelt die Aktion als genehmigte Ausnahme. Danach liest das Script die privaten Schlüssel aus dem HSM in den Speicher des Zeremonie-Computers; für die ECDSA-Schlüssel soll dabei „ein einziger Zeileneintrag“ den privaten Wert auf den führenden Byte trunciert haben. Für RSA-Schlüssel wird das Problem im Report ebenfalls über denselben Read-back-Schritt verortet, wobei das Unternehmen zugleich betont, dass die Signaturprüfung weiterhin gegen die zertifizierten Schlüssel korrekt durchläuft und die Script-Antworten zunächst nur das wiedergaben, was die Teams bis dahin anhand ihrer gesammelten Pfadinformationen bewertet hatten.
Wichtig für die Einordnung ist, wie wenig das Problem in den üblichen Prüfpfaden sichtbar wurde. Der Report beschreibt, dass die wiederaufgebauten Schlüssel ein Label nahezu identisch zum Original trugen. Dadurch konnte die schwache Kopie zur Signatur und Zertifizierung eingesetzt werden, ohne dass „Strength“-Tests der Key-Qualität in der Zeremonie liefen oder die neu zertifizierten Schlüssel explizit gegen den zuerst erzeugten Referenzzustand verifiziert wurden. Noch dazu hätten die schwachen Schlüssel weiterhin valide Signaturen erzeugt; die Zertifikate hätten außerdem eine Linting-Prüfung und sogar zwei WebTrust-Audit-Zyklen unauffällig überstanden. Für Sicherheitsverantwortliche bedeutet das: Selbst wenn HSMs selbst korrekt arbeiten, können Key-Handling-Fehler im umgebenden Prozess die eigentliche Vertrauensannahme unterminieren. eMudhra legt den Fehler daher in Script und Prozesskontrollen, nicht in der HSM-Funktion.
Auch die Widerrufs-Logik liefert Hinweise darauf, wie die Ereignisse interpretiert wurden. Die acht neu betroffenen RSA CAs wurden laut Report spät in der vergangenen Woche mit dem Grund „cessationOfOperation“ widerrufen, also nicht mit dem CA-compromise-Code, der bei den ersten acht Widerrufen am 18. Oktober genutzt wurde. In der Bug-Thread-Diskussion wird genau diese Codierungsentscheidung hinterfragt. Parallel verweist der Report auf frühere Anzeichen: Unzulässige CRL-Signaturen im Juni 2025 seien ein Vorläufer gewesen, und eMudhra habe damals bereits Listen neu signiert, jedoch mit den Schlüsseln, die später als schwach eingeordnet wurden. Für die Compliance-Perspektive ist zudem entscheidend, dass eMudhra nach eigener Einschätzung „nicht positiv nachweisen“ könne, dass das Schlüsselmaterial beim Verschieben in und aus dem HSM durchgehend im Einklang mit dem eigenen CPS-Paragraphen §6.2.6 gehandhabt wurde, weil Logs und Dateien vom Zeremonie-Computer die tatsächliche Handhabung nicht zuverlässig belegen.
Aus Marktsicht betrifft die Wiederholung vor allem TLS: Von den 195 Zertifikaten in der Zertifikatsliste stammen 130 aus „EM DV TLS CA – G2C“ und 63 aus „EM OV TLS CA – G2C“, zusätzlich gibt es zwei Zertifikate aus der Code-Signing-CA „EM OV CS CA – G2C“. Laut Unternehmen seien 4 der betroffenen Schlüssel bereits im Mai in Produktion gegangen; es seien mehrere Drittorganisationen, darunter Universitäten, Colleges und weitere Einrichtungen, mit Zertifikaten in der Kette, während eMudhra die betroffenen Halter in neue Zertifikate migriert. Daneben kündigt der Sicherheitsnachlauf konkrete Vertrauensentzüge an: eMudhra beendet schrittweise das öffentlich vertrauenswürdige TLS-Geschäft unter dem emSign-Brand nach der Ankündigung vom 22. Oktober, und Microsoft will laut Update vom 16. November beginnend insgesamt 10 verbleibende eMudhra-Roots entfernen, wodurch Zertifikatsketten zu diesen Roots in Windows und Edge sowie weiteren Produkten mit späteren Timelines an Default-Trust verlieren. Auch Browser- und Apple-Zeitpläne sind bereits terminiert: Chrome und Firefox sollen G1-Zertifikate nach dem 16. November nicht mehr akzeptieren, Apple beendet den Trust für alle G1-Zertifikate (einschließlich älterer) am 30. November. Für Betreiber heißt das vor allem, betroffene Zertifikatsketten über Zertifikatslisten und Certificate-Transparency-Logs zu identifizieren und die Ketten rechtzeitig auf neue Aussteller umzuziehen, bevor Clients die Vertrauensanker entfernen.
Der Fall zeigt zudem, wie eng technische PKI-Details, Audit-Prozesse und Incident-Management miteinander verzahnt sind. Auf der Governance-Ebene arbeitet eMudhra mit einem unabhängigen Prüfer (KPMG), dessen Abschluss bis zum 4. Dezember erwartet wird, während die vollständige Bestandsaufnahme aller CA-Schlüssel bis zum 30. November fällig sein soll. In der öffentlichen Diskussion wird außerdem gefordert, das Script offenzulegen, und es wird die praktische Frage gestellt, wie private Schlüssel überhaupt das HSM verlassen konnten, wenn die HSMs „korrekt“ gearbeitet haben. Für Organisationen, die auf solche Aussteller angewiesen sind, bleibt die zentrale Lehre: Nicht nur das kryptografische Ziel (RSA oder ECDSA) zählt, sondern auch die Prozesskette rund um Schlüsselgenauigkeit, Key-Handling, Read-back-Operationen und die Beweisbarkeit der Compliance im Sinne der eigenen CPS-Vorgaben.
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "eMudhra widerruft weitere Zwischen-Zertifizierungsstellen wegen HSM-Lese-Fehlern" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "eMudhra widerruft weitere Zwischen-Zertifizierungsstellen wegen HSM-Lese-Fehlern" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »eMudhra widerruft weitere Zwischen-Zertifizierungsstellen wegen HSM-Lese-Fehlern« bei Google Deutschland suchen, bei Bing oder Google News!