BlackX UEFI-Bootkit - Wie Baton-Drop Secure Boot umgeht und welche Risiken für Zentralasien bestehen

Im Herbst 2026 stellte das Security-Analyst-Summit (SAS) von Kaspersky die Analyse eines neuen UEFI-Bootkits namens BlackX vor. Das Bootkit nutzt die bereits behobene Schwachstelle "Baton Drop" (CVE-2022-21894), um den Secure-Boot-Mechanismus selbst auf vollständig gepatchten Windows-Systemen zu umgehen. Der Angriff richtete sich gezielt gegen diplomatische Einrichtungen in Tadschikistan, Usbekistan und Turkmenistan und wird der chinesischen APT-Gruppe 41 (Brass Typhoon / Wicked Panda) zugeordnet.

Technischer Ablauf der Secure-Boot-Aushebelung und MOK-Einschleusung

BlackX verwendet Baton Drop nicht für den Erstzugang, sondern für die Etablierung langfristiger Persistenz. Nachdem Angreifer administrative Rechte im Zielnetzwerk erlangt haben, registrieren sie eigene Machine Owner Keys (MOK) im NVRAM der Firmware. Diese Schlüssel ermöglichen das Laden beliebiger, nicht signierter EFI-Binärdateien bereits vor dem Start des Betriebssystems. Der eigentliche Exploit-Träger ist ein verschlüsselter Windows-Treiber, der mit dem widerrufenen Zertifikat der chinesischen Organisation Wenjiang District Mingyu Network Technology Service Studio signiert wurde. Das Zertifikat Windows Production PCA 2011, das im Oktober 2026 abläuft, bleibt ohne manuellen DBX-Eintrag wirksam und lässt ältere, aber noch signierte Boot-Dateien weiterhin starten.

• Schwachstellen-Kennung: CVE-2022-21894 (Baton Drop, CVSS v3.1 = 4.4)
• Schadtreiber-Signatur: Wenjiang District Mingyu Network Technology Service Studio (widerrufen)
• Erforderlicher Vorbedingung: Administrative oder System-Privilegien im Zielsystem

Schritte der Persistenz

1. Erreichen von Administratorrechten durch vorangegangene Phishing- oder Credential-Dumping-Techniken.
2. Einbringen des verschlüsselten Bootkit-Pakets in das Dateisystem.
3. Registrierung von eigenen MOK-Einträgen im Firmware-NVRAM.
4. Ausführen des signierten, aber widerrufenen Treibers, um weitere Spionage-Komponenten zu installieren.

Hintergrund zur Microsoft-Revocation (KB5025885) und dem Boot-Risiko

Microsoft hat im Rahmen des Updates KB5025885 (2023) eine Anleitung veröffentlicht, wie das veraltete Zertifikat Windows Production PCA 2011 aus der Secure-Boot-Datenbank (DBX) entfernt werden kann. Der Patch zwingt Administratoren jedoch, das Revocation-Flag manuell zu setzen und eine geplante Aufgabe auszuführen. Der Grund für diese manuelle Vorgehensweise liegt laut Microsoft daran, dass ein automatisches Blockieren des Zertifikats ältere Boot-Medien, Wiederherstellungs-Sticks und PXE-Installationsabbilder unbrauchbar machen würde. Ohne vorherige Aktualisierung dieser Medien würde das System im Notfall nicht mehr booten.

• Microsoft-Support-Leitfaden: KB5025885 (2023)
• Ablaufdatum des Zertifikats: 19. Oktober 2026
• Risiko bei voreiligem DBX-Update: Unbootbare Systeme, weil Notfall- und Wiederherstellungsabbilder nicht mehr erkannt werden.

Gefahr trotz Windows-Patch

Obwohl sämtliche regulären Microsoft-Updates installiert waren, bleibt das System anfällig, solange das Zertifikat nicht manuell in die Sperrliste (DBX) eingetragen wird. Das bedeutet, dass die üblichen automatischen Patch-Mechanismen keinen vollständigen Schutz bieten. Administratoren, die dieses manuelle Update auslassen, ermöglichen Angreifern, das Bootkit dauerhaft zu verankern.

Konkrete Zielregion und betroffene Staaten

Kaspersky-Forscher Georgy Kucherin, Vladimir Nestor und Vasily Berdnikov (2026) identifizierten drei betroffene Länder in Zentralasien: Tadschikistan, Usbekistan und Turkmenistan. Die Angriffe wurden im Jahr 2026 durchgeführt und zeigen, dass die Gruppe APT 41 nicht nur Ableger, sondern gezielte Spionagekampagnen gegen diplomatische Netzwerke ausführt.

• Betroffene Zielländer: 3 (Tadschikistan, Usbekistan, Turkmenistan)
• Attribuierungssicherheit: Moderate Confidence (2026)

Risiken und Gegenmaßnahmen für IT-Administratoren

Die Analyse benennt mehrere kritische Punkte, die Unternehmen und Behörden berücksichtigen müssen:

• Manuelle Sperrung des Zertifikats Windows Production PCA 2011 über die DBX-Liste, wie in KB5025885 beschrieben.
• Vorherige Aktualisierung aller Wiederherstellungs- und PXE-Images, um ein vollständiges Booten nach dem DBX-Update zu gewährleisten.
• Beibehaltung klassischer Härtungsmaßnahmen gegen Privilege-Escalation, da das Bootkit bereits Administratorrechte voraussetzt.
• Monitoring von MOK-Einträgen im Firmware-NVRAM, um unautorisierte Schlüsselregistrierungen zu entdecken.

Gegenseitige Risiken

• Unbootbare Systeme: Durch ein zu frühes DBX-Update können kritische Notfallmedien blockiert werden.
• Kein Schutz vor Erstkompromittierung: BlackX dient primär der Persistenz; ohne bereits erlangte Administratorrechte ist das Bootkit nicht wirksam.

Häufig gestellte Fragen (FAQ)

Reicht das automatische monatliche Windows-Update aus, um vor BlackX geschützt zu sein?Nein. Die Patches stellen nur bereinigte Boot-Dateien bereit. Erst das manuelle Setzen des DBX-Revocation-Flags blockiert das anfällige Zertifikat (Microsoft KB5025885).Schützt der reguläre Zertifikatsablauf am 19. Oktober 2026 nicht automatisch vor Missbrauch?Nein. Secure Boot prüft die Signatur zum Signierungszeitpunkt und den DBX-Status. Abgelaufene Zertifikate verhindern den Start älterer, gültiger Binärdateien nicht automatisch, solange sie nicht in der DBX-Sperrliste stehen.

Zusätzliche Kontextinformationen

Der ursprüngliche Schadcode BlackLotus wurde Ende 2022 im Darknet für 5 000 USD (≈ 4 463 EUR) angeboten. Der Quellcode tauchte später unvollständig im Netz auf. BlackX enthält offenbar die fehlenden Komponenten, entweder durch Reverse-Engineering oder durch den Kauf des vollständigen Quellcodes. Der treibende Kernel-Treiber ist mit dem widerrufenen chinesischen Zertifikat signiert und versucht, Sicherheitsprogramme von Kaspersky und Avast zu stören - ein Versuch, der laut Kaspersky-Analyse scheiterte.

Die Angreifer leiten den Datenabfluss über bekannte Cloud-Dienste wie OneDrive, Google Drive und Yandex Disk. Zusätzlich wird über die legitime Datei googleupdate.exe eine schädliche DLL gestartet, die weiteren Schadcode nachlädt.

Fazit

BlackX demonstriert eindrücklich, dass selbst vollständig gepatchte Windows-Systeme anfällig bleiben, wenn kritische Firmware-Zertifikate nicht manuell aus der Secure-Boot-Datenbank entfernt werden. Die Kombination aus Baton-Drop-Exploitation, MOK-Einschleusung und gezielter Spionage gegen diplomatische Einrichtungen in Tadschikistan, Usbekistan und Turkmenistan macht das Bootkit zu einer ernsthaften Bedrohung für Behörden und Unternehmen in Zentralasien. Administratoren sollten die Anweisungen aus Microsoft KB5025885 exakt befolgen, alle Wiederherstellungs- und PXE-Images aktualisieren und zusätzlich klassische Privilege-Escalation-Kontrollen stärken, um die Persistenzmechanismen von BlackX wirksam zu unterbinden.