Schwachstelle in Android- Firmware, die es Ihnen ermöglicht, Code durch Senden einer Nachricht auszuführen

Forscher des Google-Projekts Zero haben eine Technik zur Erstellung eines funktionierenden Exploits detailliert beschrieben, der die Ausführung von Remote-Code mit Kernel-Rechten ermöglicht. LinuxDer Angriff erfolgt durch das Versenden einer SMS oder RCS-Nachricht mit einem speziell präparierten Audio-Anhang. Er wird ohne jegliche Interaktion des Nutzers durchgeführt, einschließlich des Ansehens oder Anhörens der empfangenen Nachricht.

Der Exploit nutzt zwei Schwachstellen aus: in der Dolby Unified Decoder Bibliothek (CVE-2025-54957) und im bigwave Kernel-Treiber. Linux (CVE-2025-36934). Bisher erforderte die Ausnutzung von Codec-Schwachstellen, dass der Benutzer schädliche Inhalte anhörte oder ansah. Nach der Integration von KI-Assistenten in den letzten Versionen, AndroidIn der Firmware werden empfangene Multimedia-Inhalte automatisch dekodiert, wodurch die Angriffsfläche für Zero-Click-Angriffe erheblich vergrößert wird. Im Kontext von SMS und RCS-Audionachrichten generiert die Google Messages App mithilfe des Dienstes com.google.android.tts automatisch Transkriptionen für die Textsuche. Dies ermöglicht die Ausnutzung von Schwachstellen in bestehenden Audio-Codecs ohne Benutzereingriff.

Das Problem im Dolby Unified Decoder wird durch einen Integer-Überlauf bei der Berechnung der Puffergröße für verarbeitete Syncframe-Datenstrukturen verursacht. Dieser Überlauf kann ausgenutzt werden, um über die Grenzen des zugewiesenen Puffers hinaus zu schreiben. Dadurch kann der Zeiger, der zur Verarbeitung des nächsten Syncframes verwendet wird, überschrieben werden. Die Manipulation dieses Zeigers ermöglicht es dem Angreifer wiederum, den Funktionszeiger mit von ihm kontrollierten Daten zu überschreiben und seinen Code mit „mediacodec“-Berechtigungen auszuführen, die durch SE eingeschränkt sind.Linux.

Um den Kernel auszunutzen Linux Eine Sicherheitslücke im bigwave-Treiber, der für die Arbeit mit dem Zeichengerät /dev/bigwave zuständig ist und über SE erreichbar war, wurde ausgenutzt.Linux- "mediacodec"-Kontext. Die Schwachstelle ermöglichte das Überschreiben von Kernelstrukturen durch Manipulation des BIGO_IOCX_PROCESS-ioctl-Aufrufs, was zur Ausführung von Code auf Kernel-Ebene führte.

Die Schwachstelle in der Dolby Unified Decoder-Bibliothek (libcodec2_soft_ddpdec.so), die Funktionen zum Dekodieren von Dolby Digital (DD, AC-3)- und Dolby Digital Plus (DD+, EAC-3)-Formaten bereitstellt, ist nicht spezifisch für Android und Firmware für Pixel 9, und erscheint auch auf anderen Plattformen (Samsung S24, MacBook Air M1, iPhone 17 Pro, Windows, ChromeOS usw.). In AndroidDie AOSP-Repositories und die Samsung S24-Firmware verwenden einen Seccomp-Systemaufruffilter für Prozesse, die im Mediacodec-Kontext gestartet werden, wodurch die Ausnutzung von Kernel-Schwachstellen erschwert wird. Die Pixel 9-Firmware verfügte nicht über einen solchen Filter. Angriffe könnten schützen Der Memory Tagging (MTE)-Mechanismus ist jedoch nur für Pixel 8+-Geräte als Option verfügbar, die beim Einschalten des Modus „Erweiterter Schutz“ aktiviert wird. macOS Die Nutzung unter iOS wird dadurch erschwert, dass die Bibliothek mit dem Flag "-fbounds-safet" erstellt wird, welches zusätzliche Array-Grenzenprüfungen einführt, die die Leistung beeinträchtigen.

Forscher untersuchen unabhängig voneinander Probleme bei der Veröffentlichung eines Fixes für eine Sicherheitslücke im Dolby Unified Decoder. Die Sicherheitslücke wurde 82 Tage vor der Veröffentlichung des Fixes für Pixel-Geräte öffentlich bekannt gegeben. Dolby wurde am 26. Juni 2025 über das Problem informiert. Der erste Binär-Fix wurde am 18. September für Chrome OS 6 veröffentlicht, jedoch nicht für andere Geräte. Android Dolby veröffentlichte am 8. Oktober lediglich Binärpatches. Am 15. Oktober wurden Informationen über die Sicherheitslücke öffentlich bekannt. Samsung veröffentlichte am 12. November einen Fix, und erst am 5. Januar wurde ein Fix für Pixel-Geräte veröffentlicht. Der Patch wurde an alle verteilt. AndroidDie Geräte benötigten 139 Tage.

Die Schwachstelle im Dolby Unified Decoder wurde innerhalb von weniger als zwei Tagen entdeckt, die im BigWave-Treiber nach weniger als einem Tag Überprüfung. Der Aufwand für die Entwicklung eines funktionierenden Exploits für die Dolby Unified Decoder-Schwachstelle wurde auf acht Wochen für einen einzelnen Forscher und auf drei Wochen für BigWave geschätzt. In einem von Dolby am 14. Oktober veröffentlichten Bericht wurde die Dolby Unified Decoder-Schwachstelle trotz der Offenlegung von Details zur Entwicklung des Exploits als risikoarm eingestuft. Auch die BigWave-Schwachstelle wurde als risikoarm eingestuft. Android Mittlere Schwere, da der Angriff nur von privilegierten Inhalten aus möglich war und in nicht privilegierten Kontexten nicht zur Verfügung stand (drei Monate später wurde der Schwachstellenstatus auf "gefährliches Problem" geändert).

Source: opennet.ru