細節已經披露，並且已經發布了針對該平台漏洞（CVE-2026-58882）的利用程序。 Android該漏洞允許透過發送特製簡訊觸發重啟循環。修復此重新啟動循環需要恢復原廠設定或使用 ADB 工具進行手動操作。該漏洞代號為“死亡短信”，並已在 10 月的更新中修復。 Android任何配備以下功能的手機都可以進行攻擊： Android 12-17日。此次更新僅針對以下用戶發布： Android 14-17. 利用漏洞的簡訊在後台處理，不會顯示在設備上。
這個問題是由處理透過簡訊發送的無效 WAP Push 訊息頭時發生的整數溢位所引起的。
溢出的原因是頭部大小欄位被縮小了。
一個未進行正確邊界檢查的 int 型別有符號整數，導致 headerLength 變數可能傳回負數。隨後，該變數被用於透過「new byte[headerLength]」呼叫分配內存，如果返回值為負數，則會引發異常並導致 com.android.phone 進程崩潰。
幾秒鐘後，進程重新啟動，但影響不僅限於短暫的連線中斷。由於崩潰，有問題的 WAP 推播訊息仍然留在未處理的訊息佇列中，再次嘗試處理該訊息會導致 com.android.phone 進程再次崩潰。
在發生一系列此類崩潰後，RescueParty 處理程序會被觸發，設備會重新啟動進入恢復模式，並提示您執行恢復原廠設定。簡單的重啟並不能解決問題——如果問題訊息沒有從佇列中移除，設備會在大約 90 秒後再次重新啟動。
若要在不恢復原廠設定的情況下從佇列中刪除郵件，建議使用 adb 工具：
adb shell content query —uri content://sms/raw —projection _id:destination_port:date:deleted
adb shell cmd appops set com.android.shell WRITE_SMS allow
adb shell "content delete -uri content://sms/raw -where "address=' '\»»
adb shell cmd appops set com.android.shell WRITE_SMS default
adb shell pm clear com.android.providers.telephony
然而，這樣做只能取出SIM卡，啟動設備並安裝韌體更新。由於「com.android.phone」進程崩潰導致運營商無法收到WAP推播訊息確認，因此系統會持續發送訊息直至逾時，然後情況會再次發生。測試表明，重複發送會持續一天到一周的時間。目前，對於製造商已停止發布韌體更新的設備，尚無其他解決方法。
來源： opennet.ru
