Berlin (LabNews.ai) – Die Bestätigung des Bundesdigitalministers markiert eine Zäsur: Erstmals seit der Signal-Phishing-Welle im Frühjahr ist ein Angriff auf die mobilen Endgeräte von Bundestagsabgeordneten und Regierungsmitgliedern offiziell bestätigt, der nicht auf menschliches Fehlverhalten, sondern auf die Kompromittierung der Geräte selbst abzielt. Karsten Wildberger (CDU) sprach im ARD-„Bericht aus Berlin“ von einer Apple-Meldung, wonach „bestimmte Geräte gegebenenfalls kompromittiert wurden mit sogenannter Spyware“. Das BSI habe „superschnell reagiert“ und alle Betroffenen schriftlich informiert.
Die Faktenlage ist bislang schmal, aber belastbar: iPhones erhielten seit dem 29. Oktober Bedrohungsbenachrichtigungen Apples, die vor „Mercenary Spyware“ warnen – jener Kategorie kommerzieller Überwachungssoftware, zu der auch Pegasus der NSO Group zählt. Ob der Angriff erfolgreich war, geht aus der Benachrichtigung nicht hervor; das BSI empfiehlt den Betroffenen dennoch, „vorsorglich davon auszugehen, dass das Gerät kompromittiert sein kann“. Wildberger nannte keine Details zu Zahl oder Identität der Betroffenen. Eine offizielle Attribution fehlt bislang.
Die Ring-0-Frage: Warum der Kernel-Zugriff das eigentliche Problem ist
Die entscheidende technische Unbekannte liegt nicht in der Spyware selbst, sondern im Infektionsvektor. Mercenary-Spyware-Kampagnen gegen iPhones nutzen typischerweise Chains aus mehreren Schwachstellen, darunter regelmäßig Kernel-Exploits. Der Grund ist strukturell: Um eine Spyware mit den beschriebenen Fähigkeiten – Zugriff auf verschlüsselte Messenger, Mikrofon, Kamera, Standort – dauerhaft und unsichtbar zu betreiben, muss der Angreifer aus dem Userland (Ring 3) in den Kernel (Ring 0) gelangen. Nur dort lassen sich Sicherheitsmechanismen wie Codesignaturprüfungen, Sandboxing und Telemetrie zuverlässig aushebeln.
In der x86/x64-Schutzringarchitektur bedeutet Ring 0 absolute Kontrolle: Wer den Kernel kontrolliert, liest und schreibt den Adressraum jedes Userland-Prozesses, kann Sicherheits-Callbacks abhängen und Telemetrie fälschen. Für iOS gilt dieselbe Logik in abgewandelter Form – der Kernel verwaltet Speicher, Prozesse und Berechtigungen. Ein erfolgreicher Kernel-Exploit ist die Eintrittskarte für persistente, vom Nutzer unbemerkbare Überwachung.
Die für Windows-Umgebungen dokumentierten Ring-0-Eskalationswege illustrieren das Problemfeld: Kernel-Bugs in Grafiktreibern, Dateisystemfiltern oder VPN-Client-Treibern; BYOVD-Angriffe (Bring Your Own Vulnerable Driver), bei denen legitime, aber verwundbare signierte Treiber geladen werden, um beliebigen Kernel-Speicher zu beschreiben; und historisch wiederholt kompromittierte Sicherheitsprodukte, deren eigene Treiber zum Einfallstor wurden. Ob im aktuellen Fall eine derartige Kette erfolgreich war, ist nicht öffentlich. Die Apple-Warnung selbst unterscheidet nicht zwischen versuchtem und erfolgreichem Angriff.
Signal-Phishing als Kontrastfolie: Was diesmal anders ist
Die Parallelen zum Frühjahr sind begrenzt. Im April 2026 hatten Angreifer über gezieltes Social Engineering Signal-Konten kompromittiert – darunter Bundestagspräsidentin Klöckner sowie die Ministerinnen Prien und Hubertz. Die Masche war handwerklich, nicht technisch: Angreifer gaben sich als Signal-Support aus, erbeuteten Sicherheits-PINs oder überredeten Ziele zum Scannen von Kopplungs-QR-Codes. Die Bundesanwaltschaft ermittelte wegen Spionageverdachts; das BfV schrieb die Kampagne einem „staatlich gesteuerten Akteur“ zu, wobei der Vorsitzende des Parlamentarischen Kontrollgremiums Russland verantwortlich machte.
Der aktuelle Vorfall unterscheidet sich kategorial. Signal-Phishing kompromittiert Konten, nicht Geräte. Die Angreifer lesen mit, was über den Dienst läuft – sie erlangen aber keine Kontrolle über das Endgerät selbst. Spyware auf Ring-0-Ebene hingegen kann erfassen, was vor oder nach der Verschlüsselung geschieht: Tastatureingaben, Bildschirminhalte, Mikrofon und Kamera. Sie ist nicht auf einen Kommunikationskanal beschränkt. Für Abgeordnete und Regierungsmitglieder bedeutet das eine Ausweitung der Angriffsfläche von der Kommunikationsmetadaten-Ebene auf die Ebene der Geräteintegrität.
Vernachlässigte Schwachstellen jenseits des Zero-Day-Narrativs
Die Konzentration auf Zero-Day-Lücken verdeckt strukturelle Probleme, die mindestens ebenso relevant sind.
Erstens: Die Signatur- und Vertrauensfrage. Wie die Analyse des Berliner Datenklaus zeigte, nutzten Angreifer bereits 2024/2025 missbräuchlich kurzlebige Microsoft-Trusted-Signing-Zertifikate, um Loader als vertrauenswürdig zu signieren. Antivirussoftware, die auf Authenticode-Reputation setzt, lässt derart signierte Binaries passieren. Dies ist kein klassischer Code-Zero-Day, sondern ein Zero-Day im Vertrauensmodell – und untergräbt Empfehlungen wie „nur signierte Software zulassen“.
Zweitens: BYOVD und die Heterogenität der Behörden-IT. Die Bundesverwaltung und Länderbehörden betreiben gewachsene Infrastrukturen mit Spezialhardware, alten VPN-Clients und Fachverfahren, die Kernel-Treiber erfordern. HVCI (Hypervisor-Protected Code Integrity) und Memory Integrity sind in solchen Umgebungen häufig deaktiviert oder im Kompatibilitätsmodus – nicht aus Nachlässigkeit, sondern weil die Fachanwendungen sonst nicht laufen. Genau diese Konfigurationen öffnen die Tür für BYOVD-Angriffe.
Drittens: Fileless Persistence und die Grenzen der Signaturerkennung. Moderne APT-Ketten operieren zunehmend ohne persistente Artefakte auf der Festplatte. PowerShell, WMI-Event-Subscriptions, Scheduled Tasks und In-Memory-Beacons hinterlassen keine Dateien, die ein signaturbasierter Scanner finden könnte. Die BSI-Empfehlung, „nur signierte Software zuzulassen“, greift hier ins Leere, weil der Payload nie als Datei existiert. Technisch wirksame Gegenmaßnahmen – Constrained Language Mode, WDAC im Enforce-Modus, AMSI-Integration – sind in der Fläche der Behörden-IT nicht durchgängig implementiert.
Viertens: Der Blindfleck der Mobilgeräte-Verwaltung. Während Desktop-IT zunehmend durch EDR und Application-Allowlisting gehärtet wird, bleiben mobile Endgeräte von Politikern oft außerhalb systematischer Verwaltung. Die Apple-Bedrohungsbenachrichtigungen sind ein wertvoller Frühindikator – aber sie kommen vom Hersteller, nicht von einer eigenen Sicherheitsinfrastruktur. Ob die betroffenen Geräte in einem MDM (Mobile Device Management) eingebunden waren, das Anomalien hätte erkennen können, ist öffentlich nicht bekannt. Die Tatsache, dass das BSI erst durch Apple alarmiert wurde, wirft die Frage auf, ob die eigene Telemetrie der Betroffenen ausreichend war.
Offene Fragen und politische Implikationen
Drei Punkte bleiben unbeantwortet und dürften in den kommenden Tagen an Bedeutung gewinnen. Erstens: Handelt es sich um einen gezielten Angriff auf eine kleine Zahl hochrangiger Ziele oder um eine breitere Kampagne? Die Apple-Warnungen gehen an betroffene Nutzer, nicht an die Öffentlichkeit – die Zahl der Benachrichtigungen ist nicht bekannt. Zweitens: Welcher Akteur steht dahinter? Mercenary Spyware wird typischerweise von kommerziellen Anbietern an staatliche Kunden lizenziert. Ohne Attribution bleibt jede Zuschreibung spekulativ. Drittens: Wie viele der Betroffenen nutzen Geräte, die nicht in eine verwaltete Sicherheitsarchitektur eingebunden sind?
Wildberger zeigte sich besorgt, vermied aber jede Spekulation. Der Zeitpunkt ist politisch heikel: Am Montag beginnt der Digitalgipfel der Bundesregierung in Berlin, auf dem Kanzler Merz und Wildberger gemeinsam auftreten. Dass die Bestätigung des Angriffs unmittelbar davor erfolgt, dürfte die Debatte über Souveränität und Sicherheit mobiler Kommunikation in der Politik beschleunigen.
Für die betroffenen Abgeordneten und Regierungsmitglieder gilt indes eine unbequeme Empfehlung: Wer eine Apple-Bedrohungsbenachrichtigung erhalten hat, sollte sein Gerät als potenziell kompromittiert behandeln. Das bedeutet nicht zwingend, dass Daten abgeflossen sind – aber es bedeutet, dass die Integrität des Geräts nicht mehr vorausgesetzt werden kann. In der Logik der Ring-0-Kompromittierung gibt es keine partielle Sicherheit. Entweder der Kernel ist integer, oder er ist es nicht.
Hinweis zur Faktenlage: Dieser Analyse liegen ausschließlich öffentlich zugängliche Quellen zugrunde. Technische Details zum Infektionsvektor, zur Zahl der Betroffenen und zur Attribution sind bislang nicht öffentlich. Die Ring-0-Analyse basiert auf dokumentierten Angriffsmustern in vergleichbaren Kampagnen und allgemeinen Architekturprinzipien, nicht auf einer technischen Untersuchung des aktuellen Vorfalls.
