{"id":66913,"date":"2026-10-22T14:58:41","date_gmt":"2026-10-22T12:58:41","guid":{"rendered":"https:\/\/www.burks.de\/burksblog\/?p=66913"},"modified":"2026-10-22T14:58:41","modified_gmt":"2026-10-22T12:58:41","slug":"zero-click-reloaded","status":"publish","type":"post","link":"https:\/\/www.burks.de\/burksblog\/2026\/10\/22\/zero-click-reloaded","title":{"rendered":"Zero Click, reloaded"},"content":{"rendered":"

\"zero-click-attack\"\/<\/a><\/p>\n

Das Publikum aka Godwin<\/a> (vermutlich ChatGPT enhanced) erkl\u00e4rte Zero-Click-Angriffe (leider an der falschen Stelle, hier also noch einmal an der richtigen):<\/p>\n

Zero-Click-Angriffe funktionieren technisch meistens \u00fcber Schwachstellen bei der automatischen Datenverarbeitung im Hintergrund von Smartphones oder Computern. Das Opfer muss tats\u00e4chlich keinen Link anklicken und keine Datei \u00f6ffnen – es reicht v\u00f6llig aus, wenn das Ger\u00e4t eine manipulierte Nachricht empf\u00e4ngt. Das wirkt wie Science-Fiction, ist aber die Folge komplexer Software-Architekturen.<\/div>\n

Hier ist die genaue technische Funktionsweise einfach erkl\u00e4rt [typischer AI-Jargon]:<\/p>\n

1. Der Einfallsweg: Automatische Vorschau & Parsing<\/b><\/p>\n

Moderne Messenger (wie WhatsApp, iMessage oder Signal) und Mail-Apps versuchen, dem Nutzer den gr\u00f6\u00dftm\u00f6glichen Komfort zu bieten. Wenn eine Nachricht eingeht, verarbeitet das Betriebssystem die Daten sofort im Hintergrund:
\n►<\/span> Vorschaufunktionen: Bilder werden skaliert, Links werden \u00fcberpr\u00fcft, um einen Titel anzuzeigen, und Emojis oder Schriftarten werden geladen.
\n►<\/span> Das Problem („Parsing<\/a>„): Um beispielsweise ein Bild anzuzeigen, muss die App den Code der Bilddatei lesen und interpretieren (das nennt man Parsing). Genau hier setzen Angreifer an. Sie senden eine speziell pr\u00e4parierte Datei (z. B. ein manipuliertes Bild oder PDF), die einen Fehler im Parser provoziert.<\/p>\n

2. Die Ausnutzung: Speicherfehler (Memory Corruption)<\/b><\/p>\n

Viele Systemkomponenten zur Medienverarbeitung sind in Programmiersprachen wie C oder C++ geschrieben. Diese sind extrem schnell, aber anf\u00e4llig f\u00fcr Speicherverwaltungsfehler<\/a>.<\/p>\n

►<\/span> Buffer Overflow<\/a> (Puffer\u00fcberlauf): Die manipulierte Datei enth\u00e4lt mehr Daten als der f\u00fcr sie reservierte Speicherbereich aufnehmen kann. Die Daten „laufen \u00fcber“ und \u00fcberschreiben benachbarte Speicherbereiche.
\n►<\/span> Code-Ausf\u00fchrung: Durch das gezielte \u00dcberschreiben von Speicherzellen gelingt es den Angreifern, den normalen Programmablauf umzuleiten. Das Ger\u00e4t f\u00fchrt pl\u00f6tzlich nicht mehr den Code des Messengers aus, sondern den Schadcode, der in der manipulierten Datei versteckt war (Remote Code Execution<\/a>, kurz: RCE).<\/p>\n

3. Das Ausbrechen: Sandbox-Escape & Privilege Escalation<\/b><\/p>\n

Moderne Apps laufen in einer sogenannten Sandbox (einem isolierten Sicherheitsbereich). Wenn der Messenger gekapert wird, hat der Angreifer zun\u00e4chst nur Zugriff auf das, was der Messenger darf (z. B. Zugriff auf die Kamera oder das Mikrofon).
\n►<\/span> Um die vollst\u00e4ndige Kontrolle \u00fcber das Ger\u00e4t zu erlangen, kombinieren Angreifer den ersten Fehler meist mit einer zweiten Schwachstelle im Betriebssystem-Kern (Kernel).
\n►<\/span> Durch diese Privilege Escalation<\/a> (Rechteausweitung) bricht die Schadsoftware aus der Sandbox aus und erlangt Root- oder Admin-Rechte.<\/p>\n

4. Das Spurenverwischen<\/b><\/p>\n

Sobald der Angreifer (wie die ber\u00fcchtigte Pegasus-Spyware<\/a>) im System ist, wird die Nachricht, die den Angriff ausgel\u00f6st hat, oft automatisch gel\u00f6scht, noch bevor das Display des Opfers \u00fcberhaupt aufleuchtet [Wieso sollte das Display aufleuchten, AI? Bei mir verh\u00e4lt es sich ganz ruhig und brav] oder ein Benachrichtigungston ert\u00f6nt. Das Opfer merkt absolut nichts.<\/p>\n

Ein reales Beispiel: Der ForcedEntry<\/a>-Angriff (2021)<\/b><\/p>\n

Bei diesem Angriff auf iPhones nutzten Angreifer eine Schwachstelle in Apples iMessage aus:
\n►<\/span> Sie schickten dem Opfer eine Datei mit der Endung .gif via iMessage. [Der Nutzer hilft also mit.]
\n►<\/span> In Wirklichkeit handelte es sich um ein manipuliertes PDF, das Apples System im Hintergrund f\u00e4lschlicherweise an einen alten, fehlerhaften Kerneltreiber f\u00fcr Xerox-Drucker-Schriftarten weiterleitete.
\n►<\/span> Dieser Treiber hatte einen Rechenfehler (Integer Overflow<\/a>). Die Angreifer bauten innerhalb des Speichers eine eigene, virtuelle Computerumgebung nach, um Apples Sicherheitsmechanismen komplett auszuhebeln – alles durch das blo\u00dfe Empfangen einer Nachricht.<\/p>\n

Jaja, alles gut und sch\u00f6n. Die zentrale Frage ist aber: Wie spioniert man einen einzelnen<\/i> Nutzer gezielt<\/i> aus, von dem man noch nicht einmal wei\u00df, welcher Ger\u00e4te er besitzt? Alles Obige ist immer noch ein Schuss mit der Schrotflinte in den Wald, um – wie gesagt – die Ameise Fr\u00e4ulein M\u00fcller zu treffen.<\/p>\n

\"image_pdf\"<\/a>\"image_print\"<\/a><\/div>
<\/div>