隱形訊息可能中斷電話通話
一則經過特殊設計、僅有 8 位元組的簡訊，可能讓有漏洞的 Android 手機通話服務當機、中斷正在進行的通話；若反覆收到這類訊息，手機甚至可能難以正常啟動。資安研究人員 Mark Blaszczyk 於 2026 年 10 月 29 日揭露此漏洞，他先前已於 5 月 5 日向 Google 通報。
目錄
這項漏洞被稱為「死亡簡訊」（SMS of Death），資安報導將其列為 CVE-2026-58882。受影響的是在訊息送達通訊應用程式前，負責處理特定收訊的軟體。收件者不必開啟任何內容、安裝應用程式或點擊連結。Blaszczyk 表示，惡意訊息不會出現在收件匣，也不會觸發通知。
Blaszczyk 在搭載 2026 年 4 月韌體的 Google Pixel 9，以及多款 Samsung Galaxy 手機上重現問題，其中包括 Galaxy A 系列機種。他表示，在這些裝置上進行的每次測試都成功重現漏洞。單則訊息會在 Android 重新啟動通話程序時，讓行動電話服務中斷約 1 至 2 秒。
獨立資安研究人員 Blaszczyk 如此描述這項漏洞對 Android 電話功能程序造成的直接影響：
一則格式錯誤的 WAP Push 簡訊，就能讓 Android 上的 com.android.phone 當機，導致正在進行的通話中斷（包括緊急電話），受害者完全不必進行任何操作。
目前沒有通報測試環境以外的攻擊案例；至於干擾緊急服務的警告，則是研究人員根據其評估提出。受影響手機、電信網路與國家的完整清單尚未公布。實際上的疑慮在於，短暫的服務中斷就可能使通話中斷，而反覆中斷則可能讓人無法在需要求助時維持通訊。
為什麼訊息不會進入收件匣
Android 透過 WAP Push 接收惡意內容。這是一種較舊的機制，用來透過行動網路傳送資料與指令。其正當用途包括提示手機擷取多媒體訊息或套用電信業者設定。這類訊息不同於供人閱讀的一般簡訊，會由系統軟體自動處理。
Android 的 WapPushOverSms 元件負責處理這類訊息。漏洞發生在其中的解碼函式：手機讀取訊息部分內容的長度資訊時出錯。由於通話服務在一般訊息處理完成前就遇到錯誤，收件者看不到任何文字，自然也無從檢視或刪除。
因此，這種攻擊避開了人們通常判斷訊息是否可疑的時機。忽略陌生寄件者或拒絕開啟連結，對於在自動處理期間觸發的故障幫助不大。主要的防護方式，是修正負責處理訊息的作業系統元件。
大數字轉換後變成負數
Blaszczyk 追查後發現，當機源自數字轉換錯誤。Android 先用能容納大數字的資料型別讀取訊息標頭長度，接著在未確認數值是否超出範圍前，就將其轉換成 32 位元有號整數。
在他描述的測試中，數值 2,147,483,648 經轉換後變成負 2,147,483,648。這種 32 位元有號整數可表示的正數上限是 2,147,483,647，而經設計的數值正好超出這個上限。
接著，Android 試圖依據這個負數長度，為一段資料保留空間。這項操作無法使用負數大小，因此軟體會引發名為 NegativeArraySizeException 的錯誤。由於錯誤未獲妥善處理，com.android.phone 便會終止。
這則 8 位元組訊息含有一段 5 位元組的序列，提供了有問題的長度資訊。訊息體積如此小，更凸顯漏洞的嚴重性：一則微小的收訊，就可能因中央系統程序在解析內容時失效，造成大範圍干擾。
短暫中斷如何演變成反覆故障
行動電信業者通常會要求手機確認已收到訊息。如果 Android 在完成確認前當機，電信業者可能會重新傳送訊息。因此，原本用來提升簡訊傳送可靠性的機制，反而可能將相同的有害內容再次送回手機。
Android 處理收訊時，也會將訊息保留在待處理佇列中。Blaszczyk 表示，格式錯誤的訊息可能一直留在佇列，並在手機重新啟動後再次處理，讓相同的當機問題有機會重演。
Blaszczyk 說明了為何重新啟動裝置可能無法終止故障：
格式錯誤的訊息會留在佇列中，每次開機都會重新嘗試處理，因此在訊息被清除前，手機可能在啟動時反覆當機。
Blaszczyk 警告，約 20 則訊息可能讓裝置長時間無法使用。測試也提到，約 30 則訊息快速送達後，會出現更持久的故障。這些數字反映的是測試情境，並非所有手機都會遇到的精確門檻。
研究人員將部分持續性故障歸因於 SQLite 資料庫損毀。SQLite 是一種小型資料庫系統，應用程式與作業系統會用它保存結構化記錄。如果啟動時需要用到的記錄反覆觸發故障，通話服務就可能在手機每次嘗試復原時再度當機。
測試期間，電信業者重新傳送訊息造成間歇性的通話問題，最長持續一週；研究人員指出，即使只有一則惡意訊息，也可能造成干擾。電信業者保留待重新傳送的訊息，加上手機內儲存的記錄，便能解釋影響為何可能持續超過最初的傳送時間。
看到復原畫面，可能代表資料即將遺失
Android 內建名為 RescueParty 的自動復原機制。重要元件持續故障時，系統會嘗試復原，並可能在約 90 秒後讓手機進入復原模式。使用者接著可能看到清除資料的選項。
恢復原廠設定會刪除本機資料與設定。Blaszczyk 表示，測試中重設只能暫時緩解問題，因為電信業者之後可能重新傳送尚未收到確認的訊息。因此，選擇清除手機資料的人可能會失去個人資訊，之後還可能再次遇到當機。
Blaszczyk 描述的復原方式使用 Android Debug Bridge（ADB）。這是一種讓電腦與 Android 裝置通訊的工具，可用於開發與維護。他的操作程序是在手機短暫可操作時，清除受影響的簡訊記錄。
使用 ADB 復原需要具備技術條件，而且許多使用者事前並未設定必要的連線。研究人員提出的另一種復原方式，是將實體 SIM 卡移到非 Android 手機中，接收並確認尚未處理的訊息。他提醒，如果使用 eSIM，復原可能更加困難。
若手機反覆當機，最實際的優先做法是在選擇清除資料前尋求合格的技術協助。研究人員描述的復原工作涉及系統記錄與存取設定，難度高於刪除一般簡訊。
哪些 Android 版本需要留意？
技術報告指出，主要受影響範圍為 Android 12 至 Android 16；部分報告則將範圍延伸至 Android 17。測試明確點名 Pixel 與 Samsung Galaxy 裝置，但由於問題出在 Android 共用的電話通訊程式碼中，推測影響範圍更廣。
據報導，2026 年 10 月發布的修正涵蓋 Android 14 至 Android 17。仍使用 Android 12 或 Android 13 的手機最值得關注：這些版本據稱已不在 Google 目前的安全支援範圍內，使用者只能仰賴製造商或其他作業系統供應商提供修正。
手機的 Android 版本與安全性更新狀態回答的是不同問題。版本代表作業系統的世代；安全性更新資訊則有助於判斷漏洞最近一次修補的時間。即使兩支手機使用相同版本的 Android，收到修正的時間仍可能不同。
製造商與電信業者會影響更新何時推送至各款機型。使用者應在「設定」中查看安全性更新日期，通常位於「關於手機」、「安全性」或「軟體更新」項目，並安裝最新可用更新。針對此漏洞，據報導修正已納入 2026 年 10 月更新；若更新時程不明，仍應向製造商確認特定機型是否已取得修正。
修正程式的進展與申訴處理不同步
Blaszczyk 表示，Google 起初將他的通報視為非資安問題，未同意他要求採取的措施，便結案。他在公開說明中提到自己進一步申訴，並於 10 月 29 日再次收到非資安問題的分類；與此同時，Android 工程師已在開發修正程式。
據報導，以下時間序列呈現了研究人員申訴的處理方式，與程式碼在 Android 開發及更新系統中的進展之間的差異：
- 2026 年 5 月 5 日：Blaszczyk 首次向 Google 通報漏洞。
- 6 月 15 日：Google 為訊息處理故障建立工程修正。
- 7 月：GrapheneOS 表示透過安全性預覽取得修補程式，並於當月完成導入。
- 8 月 5 日：據報導，修正已提交至 Google 的開發流程。
- 10 月：修正公開於 Android 開放原始碼計畫，並納入 Android 14 至 Android 17 的更新。
- 10 月 29 日：Blaszczyk 公開揭露研究結果。
- 11 月：GrapheneOS 表示，預計這項漏洞會列入 Android 安全公告。
GrapheneOS 推測，內部溝通問題可能是 Google 處理通報的原因。這只是該作業系統專案開發人員的推測。此處描述的紀錄同時顯示，一項通報遭到拒絕，以及一項旨在防止當機的工程修正已經進行。
11 月安全公告是接下來預定的發布進度。GrapheneOS 表示已於 7 月導入修正，因此較晚的公告日期，指的是公開資安文件的發布，而非該專案首次部署修補程式的時間。
修正內容
據報導，Google 的修正擴大了例外狀況處理範圍，讓 Android 能捕捉執行階段錯誤，並從待處理佇列移除格式錯誤的訊息。如此一來，系統就能跳過有害記錄繼續處理，而不會反覆因此當機。
Blaszczyk 曾建議在轉換前檢查標頭長度是否有效。據報導，工程團隊採取的做法則是處理錯誤，並清除造成問題的訊息。實際上，移除該記錄也能避免反覆處理，防止一次訊息送達演變成持續的服務問題。
這項修正據稱會在遇到格式錯誤的訊息時立即處理。測試中提到的約 20 則訊息，是用來說明反覆干擾的嚴重程度，並非修正程式必須等到收到一定數量訊息後才會生效。
修正公開於 Android 開放原始碼計畫，代表相關程式碼已可納入 Android 軟體。不過，是否能送達個別使用者，仍取決於是否為該手機製作並發布合適的更新。因此，除了確認 Google 已修正程式碼，也要查明特定機型目前的支援狀態。
手機使用者現在可以怎麼做
仍受支援手機的使用者應安裝最新系統安全性更新，並查看製造商的更新說明或支援資訊，確認是否已修正問題。使用 Android 12 或 Android 13 的人，應詢問自己的機型是否會取得修補程式，或能否升級至仍受支援的 Android 版本。
Blaszczyk 已公開示範應用程式與原始碼，因此儘速部署修補程式更加重要。他公開的資料也警告不得以此攻擊他人，特別是因為干擾緊急通訊可能造成嚴重危險。
手機若反覆失去行動電話服務或重新啟動，使用者應聯絡裝置製造商或合格的維修服務。如果手機出現復原提示，且使用者希望保留資料，就應謹慎操作。若手機無法維持通話，但有緊急協助需求，應改用其他可正常運作的電話。
對使用者而言，最重要的是了解：這項故障發生時，使用者甚至還沒看到可供判斷是否可疑的訊息。對受支援裝置而言，最實際的防護方式，是為目前使用的手機安裝最新安全性更新。
重點整理
- 格式錯誤的 WAP Push 簡訊可在收件者毫無操作的情況下，讓 Android 通話服務當機。
- Blaszczyk 在 Pixel 9 與 Samsung Galaxy 裝置上重現漏洞，單次服務中斷約 1 至 2 秒。
- 反覆處理與電信業者重新傳送訊息，可能造成長時間服務中斷、反覆當機及復原提示。
- 據報導，2026 年 10 月修正涵蓋 Android 14 至 Android 17。Android 12 與 Android 13 使用者則須仰賴裝置供應商提供後續支援。
- 目前沒有通報測試以外的攻擊案例。研究人員警告，通話受干擾可能影響使用者聯繫緊急服務。
- 恢復原廠設定會清除資料，之後仍可能再次收到有害訊息。技術性復原可能需要使用 ADB。
