Android-Schwachstelle für Zero-Click-SMS führt zu dauerhaftem Denial-of-Service

Eine kritische Zero-Click-Schwachstelle in Android ermöglicht es Angreifern, Mobilgeräte aus der Ferne lahmzulegen, indem sie eine einzelne fehlerhafte Daten-SMS senden. Die Sicherheitslücke wurde Mitte 2026 entdeckt und gemeldet; sie betrifft mehrere Gerätehersteller und bleibt auch nach Neustarts bestehen, bis sie manuell bereinigt oder gepatcht wird. Google hat das Problem im Oktober-Sicherheitsupdate 2026 behoben, aber nicht gepatchte Geräte bleiben weiterhin dem Risiko einer dauerhaften Dienstunterbrechung ausgesetzt.

Was passiert ist

Die Schwachstelle zielt auf die Art und Weise ab, wie Android WAP-Push-Nachrichten verarbeitet – ein Legacy-Protokoll zur Übermittlung von Konfigurationseinstellungen und Multimedia-Inhalten per SMS. Im Gegensatz zu standardmäßigen Textnachrichten werden diese Daten-SMS im Hintergrund ohne Benutzerinteraktion oder sichtbare Benachrichtigungen stillschweigend verarbeitet. Ein Angreifer benötigt lediglich die Telefonnummer des Opfers, um ein speziell präpariertes Paket zu senden, das einen Absturz im Telefonie-Subsystem auslöst.

Wenn die bösartige Nachricht eingeht, stürzt der Prozess com.android.phone sofort ab. Dies führt dazu, dass aktive Sprachanrufe mit einem Fehler DisconnectCause CS_DEATH getrennt werden und eine kurze Telefonie-Ausfallzeit von ein bis zwei Sekunden entsteht. Da Netzbetreiber unbestätigte Nachrichten automatisch erneut zustellen, gerät das Telefon in einen destruktiven Zyklus. Jeder Versuch der erneuten Zustellung löst den Absturz erneut aus, was zu intermittierenden Ausfällen führen kann, die tagelang andauern können. In Tests machten etwa zwanzig solcher Nachrichten Geräte über längere Zeiträume vollständig unbrauchbar.

Die Auswirkungen sind besonders schwerwiegend, da die fehlerhafte Nachricht im System in der Warteschlange verbleibt. Jedes Mal, wenn das Gerät startet, versucht es, die ausstehende Nachricht zu verarbeiten, stürzt erneut ab und startet neu. Dieser Kreislauf setzt sich fort, bis die Nachricht gelöscht oder das Gerät auf Werkseinstellungen zurückgesetzt wird. Das Problem ließ sich bei Pixel-9-Geräten mit Firmware vom April 2026 sowie bei verschiedenen Samsung-Galaxy- und A-Series-Modellen mit 100-prozentiger Konsistenz reproduzieren.

Wie es funktioniert

Die Ursache liegt darin, wie das Android-Framework WAP-Push-Protocol Data Units (PDUs) dekodiert. Insbesondere die Komponente WapPushOverSms.java validiert die Länge der Header-Daten nicht, bevor sie sie in einen Integer-Wert castet. Wenn eine bösartige PDU einen Header-Längenwert enthält, der negativ ist oder die tatsächliche Paketgröße überschreitet, wirft das System eine Ausnahme, die von der Fehlerbehandlungslogik zuvor nicht abgefangen wurde. Diese unbehandelte Exception bringt den gesamten Telefonie-Prozess zum Absturz.

Googles ursprünglich empfohlene Lösung bestand darin, eine Bereichsüberprüfung hinzuzufügen, um die Header-Länge vor der Verarbeitung zu validieren. Der endgültige Patch, der im Oktober-Sicherheitsrelease 2026 ausgeliefert wurde, wählte jedoch einen anderen Ansatz. Anstatt nur die Eingabe zu validieren, erweiterten die Ingenieure den Exception-Handler, um alle RuntimeException-Fehler während des Dekodierens abzufangen. Entscheidend ist, dass der aktualisierte Code nun die „Poison“-Nachricht aus der Rohspeichertabelle löscht, wenn das Dekodieren fehlschlägt. Dies verhindert, dass die Nachricht bei subsequenten Starts oder erneuten Zustellungen durch den Netzbetreiber wiederholt wird, und unterbricht effektiv den Denial-of-Service-Kreislauf.

Wichtige Details

• Zero-Click-Ausnutzung: Keine Benutzerinteraktion erforderlich; die Nachricht wird niemals im Posteingang angezeigt.
• Dauerhafter DoS: Die fehlerhafte Nachricht überlebt Neustarts und verursacht alle ~90 Sekunden einen Absturzzyklus über Android RescueParty.
• Ausfall von Notrufen: Aktive Anrufe werden getrennt, und das Gerät kann keine zuverlässige Verbindung zu Notdiensten wie 000 herstellen.
• Verstärkung durch Netzbetreiber: Die erneute Zustellung unbestätigter Nachrichten im Netzwerk hält den Angriff aufrecht, ohne weitere Beteiligung des Angreifers.
• Komplexität der Wiederherstellung: Zum Entfernen der Nachricht ist ADB-Zugriff erforderlich, um spezifische Zeilen aus content://sms/raw zu löschen, was für nicht technische Benutzer schwierig ist.
• Verfügbarkeit des Patches: Die Korrektur ist im Android-Sicherheitsupdate vom Oktober 2026 für Android 14 bis 17 enthalten.

Warum das wichtig ist

Für Software-Ingenieure und Sicherheitsexperten verdeutlicht diese Schwachstelle die Gefahren eines impliziten Vertrauens in Legacy-Protokolle. WAP Push ist eine ältere Technologie, die jedoch weiterhin in moderne Android-Stacks integriert ist. Das Versäumnis, Eingabelängen vor dem Type-Casting zu validieren, ist ein klassischer Fehler, der zu einem Remote-, persistenten Denial of Service führte. Es zeigt, dass selbst stille Hintergrundprozesse katastrophale Auswirkungen auf die Verfügbarkeit des Geräts haben können, wenn die Fehlerbehandlung unzureichend ist.

Die breiteren Implikationen gehen über technische Unannehmlichkeiten hinaus. In Australien ist der Zugang zu Notrufen eine zwingende regulatorische Anforderung. Gemäß der Telecommunications (Emergency Call Service) Determination müssen Netzbetreiber Geräte identifizieren und sperren, die keine Notdienste erreichen können. Wenn ein Telefon in einem Absturzzyklus feststeckt, kann es keine 000 wählen. Folglich sind Netzbetreiber verpflichtet, den Dienst für das betroffene Endgerät nach 28 Tagen zu unterbrechen, wenn das Problem nicht behoben wird. Dies führt zu einem paradoxen Ergebnis, bei dem ein erfolgreicher Angriff dazu führt, dass das Gerät des Opfers vollständig vom Netz ausgeschlossen wird, anstatt nur vorübergehend gestört zu sein.

Was Sie tun können

• Sofort aktualisieren: Stellen Sie sicher, dass Ihr Gerät den Android-Sicherheitspatch vom Oktober 2026 oder neuer installiert hat.
• Patch-Level überprüfen: Prüfen Sie Einstellungen > Sicherheit > Sicherheitsupdate, um Ihr aktuelles Patch-Level zu bestätigen.
• ADB zur Wiederherstellung nutzen: Wenn Sie in einem Neustartzyklus feststecken, verwenden Sie Android Debug Bridge, um Zeilen aus content://sms/raw abzufragen und zu löschen, bei denen der Zielport 134020 ist.
• Werksreset vermeiden: Wählen Sie im Recovery-Modus nicht „Daten löschen“, es sei denn, dies ist absolut notwendig, da dabei alle Benutzerdaten gelöscht werden.
• SMS-Berechtigungen einschränken: Obwohl dies keine vollständige Lösung ist, kann die Einschränkung, welche Apps SMS senden oder empfangen dürfen, die Exposition gegenüber anderen Vektoren reduzieren.
• Hinweise des Netzbetreibers überwachen: Beachten Sie, dass eine langanhaltende Unfähigkeit, Notrufe zu tätigen, zu einer automatischen Dienstsperre durch Ihren Netzbetreiber führen kann.