Kelemahan SMS of Death Android Boleh Memutuskan Panggilan dan Menyebabkan Telefon Terus Ranap

Mesej halimunan boleh memutuskan panggilan telefon

Mesej teks yang direka khas, hanya sepanjang lapan bait, boleh menyebabkan perkhidmatan panggilan pada telefon Android yang terdedah ranap, memutuskan panggilan aktif dan, selepas dihantar berulang kali, menyukarkan telefon untuk dimulakan seperti biasa. Penyelidik keselamatan Mark Blaszczyk mendedahkan kelemahan itu pada 29 Oktober 2026, selepas mula-mula melaporkannya kepada Google pada 5 Mei.

Kelemahan itu, yang digelar SMS of Death dan dikenal pasti dalam liputan keselamatan sebagai CVE-2026-58882, menjejaskan perisian yang memproses mesej masuk tertentu sebelum mesej itu sampai ke aplikasi pemesejan. Penerima tidak perlu membuka apa-apa, memasang aplikasi atau mengetik pautan. Menurut Blaszczyk, mesej berniat jahat itu tidak menghasilkan entri dalam peti masuk atau pemberitahuan.

Blaszczyk berjaya menghasilkan semula masalah itu pada Google Pixel 9 yang menjalankan perisian tegar April 2026 dan beberapa telefon Samsung Galaxy, termasuk model dalam siri Galaxy A. Beliau melaporkan kejayaan menghasilkan semula masalah itu dalam setiap ujian pada peranti tersebut. Satu mesej sahaja mengganggu perkhidmatan selular selama kira-kira satu hingga dua saat ketika Android memulakan semula proses panggilannya.

Blaszczyk, seorang penyelidik keselamatan bebas, menjelaskan kesan serta-merta terhadap proses Android yang mengendalikan fungsi telefon:

Satu SMS WAP Push yang cacat menyebabkan com.android.phone ranap pada Android, lalu memutuskan panggilan aktif (termasuk panggilan kecemasan), tanpa sebarang tindakan daripada mangsa,

Tiada serangan di luar persekitaran ujian dilaporkan, manakala amaran tentang gangguan terhadap perkhidmatan kecemasan berdasarkan penilaian penyelidik itu. Senarai lengkap telefon bimbit, rangkaian pembawa dan negara yang terjejas belum diterbitkan. Kebimbangan praktikalnya ialah gangguan singkat boleh menamatkan perbualan, manakala gangguan berulang boleh menghalang seseorang daripada mengekalkan sambungan ketika memerlukan bantuan.

Mengapa mesej itu tidak sampai ke peti masuk

Android menerima kandungan berniat jahat itu melalui WAP Push, mekanisme lama yang digunakan untuk menghantar data dan arahan melalui rangkaian mudah alih. Kegunaan yang sah termasuk meminta telefon mendapatkan mesej multimedia atau menggunakan tetapan pembawa. Tidak seperti teks biasa yang ditulis untuk dibaca seseorang, mesej sebegini diproses secara automatik oleh perisian sistem.

Komponen Android WapPushOverSms mengendalikan pemprosesan tersebut. Kelemahan ini berlaku dalam fungsi penyahkodannya, apabila telefon membaca maklumat yang menerangkan panjang sebahagian mesej. Oleh sebab perkhidmatan panggilan mengalami ralat sebelum pengendalian mesej biasa selesai, penerima tidak melihat teks yang boleh diperiksa atau dipadamkan.

Oleh itu, serangan ini memintas saat orang biasanya menentukan sama ada sesuatu mesej kelihatan mencurigakan. Mengabaikan pengirim yang tidak dikenali atau enggan membuka pautan tidak banyak membantu daripada kegagalan yang dicetuskan semasa pemprosesan automatik. Perlindungan bergantung terutamanya pada pembetulan komponen sistem pengendalian yang mengendalikan mesej itu.

Nombor besar menjadi panjang negatif

Blaszczyk mengesan punca ranap itu kepada ralat penukaran nombor. Android membaca panjang pengepala mesej menggunakan jenis data yang boleh menampung nombor besar, kemudian menukar nilai itu kepada integer bertanda 32 bit tanpa terlebih dahulu memeriksa sama ada nilainya sesuai.

Dalam ujian yang dihuraikan, nilai 2,147,483,648 menjadi negatif 2,147,483,648 semasa penukaran itu. Integer bertanda sebesar itu hanya boleh menampung nombor positif sehingga 2,147,483,647. Nilai yang direka itu sedikit melebihi had tersebut.

Android kemudian cuba memperuntukkan ruang untuk blok data menggunakan panjang negatif itu. Saiz negatif tidak masuk akal untuk operasi tersebut, lalu perisian menghasilkan ralat yang dipanggil NegativeArraySizeException. Oleh sebab ralat itu tidak dikendalikan dengan betul, com.android.phone ditamatkan.

Mesej lapan bait itu mengandungi jujukan lima bait yang membekalkan maklumat panjang bermasalah tersebut. Saiznya yang kecil membantu menjelaskan betapa seriusnya kecacatan ini: mesej masuk yang sangat ringkas boleh mencetuskan gangguan jauh lebih besar apabila proses sistem utama gagal mentafsirkannya.

Bagaimana gangguan singkat menjadi kegagalan berulang

Pembawa mudah alih biasanya mengharapkan telefon mengesahkan bahawa mesej telah diterima. Apabila Android ranap sebelum pertukaran itu selesai, pembawa mungkin cuba menghantarnya semula. Mekanisme yang bertujuan memastikan penghantaran teks boleh dipercayai itu boleh menyebabkan kandungan berbahaya yang sama dihantar semula ke telefon.

Android juga menyimpan mesej masuk dalam barisan menunggu sementara memprosesnya. Blaszczyk berkata mesej yang cacat boleh kekal di situ dan diproses semula selepas dimulakan semula, sekali gus membuka peluang untuk ranap yang sama berlaku lagi.

Blaszczyk menjelaskan sebab memulakan semula peranti mungkin tidak menghentikan gangguan itu:

Mesej yang cacat kekal dalam barisan dan dicuba semula setiap kali telefon dimulakan, jadi telefon boleh ranap semasa permulaan sehingga mesej itu dipadamkan,

Blaszczyk memberi amaran bahawa kira-kira 20 mesej boleh menyebabkan peranti tidak dapat digunakan untuk tempoh yang lama. Ujian turut menyatakan kira-kira 30 mesej tiba dengan cepat sebelum kegagalan yang lebih berterusan berlaku. Angka itu menggambarkan keadaan ujian, bukannya ambang tepat yang akan dicapai oleh setiap telefon.

Penyelidik itu mengaitkan sebahagian kegagalan berpanjangan dengan kerosakan pangkalan data SQLite yang digunakan untuk menyimpan data SMS masuk. SQLite ialah sistem pangkalan data kecil yang digunakan aplikasi dan sistem pengendalian untuk menyimpan rekod berstruktur. Jika rekod yang diperlukan semasa permulaan berulang kali mencetuskan kegagalan, perkhidmatan panggilan boleh ranap setiap kali telefon cuba pulih.

Dalam ujian, penghantaran semula oleh pembawa menyebabkan masalah panggilan berselang-seli sehingga seminggu, termasuk gangguan yang dikaitkan dengan satu mesej berniat jahat. Gabungan mesej yang disimpan oleh pembawa dan rekod yang disimpan dalam telefon membantu menjelaskan mengapa kesannya boleh berlarutan selepas penghantaran awal.

Mengapa skrin pemulihan boleh bermakna kehilangan data

Android mempunyai mekanisme pemulihan automatik yang dipanggil RescueParty. Apabila komponen penting terus gagal, mekanisme ini cuba memulihkan sistem dan boleh membawa telefon ke mod pemulihan selepas kira-kira 90 saat. Pengguna mungkin kemudian melihat pilihan untuk memadamkan data.

Tetapan semula kilang memadamkan data dan tetapan setempat. Blaszczyk melaporkan bahawa dalam ujian, tetapan semula hanya memberikan kelegaan sementara kerana pembawa boleh menghantar semula mesej yang masih menunggu pengesahan. Seseorang yang memilih untuk memadamkan telefon itu mungkin kehilangan maklumat peribadi dan kemudian berdepan ranap berulang.

Blaszczyk menerangkan pemulihan melalui Android Debug Bridge, atau ADB, alat yang membolehkan komputer berkomunikasi dengan peranti Android untuk pembangunan dan penyelenggaraan. Prosedurnya melibatkan pemadaman rekod SMS yang terjejas dalam tempoh singkat ketika telefon boleh diakses.

Pemulihan melalui ADB memerlukan akses teknikal, dan ramai pemilik belum menyediakan sambungan yang diperlukan terlebih dahulu. Kaedah pemulihan penyelidik itu juga melibatkan pemindahan SIM fizikal ke telefon yang tidak menjalankan Android supaya mesej tertunggak boleh diterima dan disahkan. Beliau memberi amaran bahawa pemulihan mungkin lebih sukar jika langganan mudah alih menggunakan eSIM.

Bagi sesiapa yang berdepan ranap berulang, keutamaan yang jelas ialah mendapatkan bantuan teknikal yang berkelayakan sebelum memilih untuk memadamkan data. Kerja pemulihan yang dilaporkan melibatkan rekod sistem dan tetapan akses, jadi prosesnya lebih rumit daripada memadam mesej teks biasa.

Versi Android manakah yang perlu diberi perhatian?

Julat utama yang terjejas menurut laporan teknikal ialah Android 12 hingga Android 16. Sesetengah laporan melanjutkannya hingga Android 17. Ujian secara khusus menyebut peranti Pixel dan Samsung Galaxy, manakala skop yang disyaki lebih luas kerana masalah itu terletak dalam kod telefoni Android yang dikongsi.

Pembetulan yang dilaporkan pada Oktober 2026 meliputi Android 14 hingga Android 17. Telefon yang masih menjalankan Android 12 atau Android 13 paling jelas berdepan isu sokongan: versi tersebut dilaporkan tidak lagi termasuk dalam sokongan keselamatan semasa Google, menyebabkan pemilik bergantung pada pengeluar atau penyedia sistem pengendalian lain untuk menyediakan pembetulan.

Versi Android telefon dan status kemas kini keselamatannya menjawab soalan yang berbeza. Versi menunjukkan generasi sistem pengendalian. Maklumat kemas kini keselamatan membantu menunjukkan bila kelemahannya kali terakhir ditangani. Dua telefon yang menjalankan versi Android sama boleh menerima pembaikan pada masa yang berbeza.

Pengeluar dan pembawa mempengaruhi masa kemas kini sampai kepada model tertentu. Pemilik patut menyemak tarikh kemas kini keselamatan dalam Tetapan, biasanya di bawah Perihal telefon, Keselamatan atau Kemas kini perisian, dan memasang kemas kini terkini yang tersedia. Bagi kelemahan ini, pembetulan yang dilaporkan dikaitkan dengan kemas kini Oktober 2026, namun pengesahan khusus bagi model daripada pengeluar berguna jika masa pelancarannya tidak jelas.

Pembaikan melalui saluran berbeza daripada aduan

Blaszczyk berkata Google pada mulanya menganggap laporannya bukan isu keselamatan dan menutupnya tanpa bersetuju dengan tindakan yang dimintanya. Catatan yang diterbitkannya menghuraikan rayuan lanjut dan pengelasan semula sebagai isu bukan keselamatan pada 29 Oktober. Dalam pada itu, jurutera Android telah membangunkan pembetulan.

Urutan yang dilaporkan membezakan pengendalian aduan penyelidik itu daripada proses kemasukan kod ke dalam sistem pembangunan dan kemas kini Android:

• 5 Mei 2026: Blaszczyk mula-mula melaporkan kelemahan itu kepada Google.
• 15 Jun: Google menyediakan pembetulan kejuruteraan untuk kegagalan pemprosesan mesej itu.
• Julai: GrapheneOS berkata ia menerima tampalan melalui pratonton keselamatan dan melaksanakannya pada bulan itu.
• 5 Ogos: Pembetulan itu dilaporkan dimasukkan ke dalam proses pembangunan Google.
• Oktober: Perubahan itu diumumkan kepada umum dalam Android Open Source Project dan disertakan dalam kemas kini untuk Android 14 hingga Android 17.
• 29 Oktober: Blaszczyk mendedahkan penemuannya kepada umum.
• November: GrapheneOS berkata kelemahan itu dijangka dimasukkan dalam buletin keselamatan Android.

GrapheneOS mencadangkan bahawa masalah komunikasi dalaman mungkin menjelaskan cara Google mengendalikan laporan itu. Penjelasan tersebut ialah spekulasi oleh pembangun projek sistem pengendalian itu. Rekod yang dihuraikan di sini merangkumi aduan yang ditolak dan perubahan kejuruteraan yang bertujuan menghentikan ranap tersebut.

Buletin November ialah pencapaian penerbitan seterusnya yang dinyatakan. GrapheneOS berkata ia telah melaksanakan pembetulan itu pada Julai, jadi tarikh buletin yang lebih lewat merujuk kepada dokumentasi keselamatan awam, bukannya pelaksanaan pertama tampalan itu.

Perubahan yang dibuat oleh pembetulan

Pembaikan Google yang dilaporkan memperluas pengendalian pengecualian supaya Android menangkap ralat masa jalan dan mengeluarkan mesej yang cacat daripada barisan menunggu. Ini membolehkan pemprosesan diteruskan melepasi rekod berbahaya itu, bukannya terus ranap kerananya.

Blaszczyk mencadangkan supaya sistem memeriksa kesahihan panjang pengepala yang dinyatakan sebelum menukarnya. Sebaliknya, pendekatan kejuruteraan yang dilaporkan mengendalikan kegagalan itu dan memadamkan mesej puncanya. Dari segi praktikal, memadamkan rekod itu turut menangani pemprosesan berulang yang boleh mengubah satu penghantaran menjadi masalah perkhidmatan yang berterusan.

Pembetulan itu diterangkan sebagai tindakan terhadap mesej yang cacat apabila mesej tersebut ditemui. Kira-kira 20 mesej yang disebut dalam ujian merujuk kepada tahap keterukan gangguan berulang, bukannya jumlah yang perlu diterima sebelum pembetulan itu berkuat kuasa.

Pembetulan yang muncul dalam Android Open Source Project bermakna kod asasnya tersedia untuk disertakan dalam perisian Android. Penghantaran kepada pemilik tertentu masih bergantung pada pembinaan dan pengedaran kemas kini yang sesuai untuk telefon tersebut. Sebab itulah penting untuk menyemak status sokongan model tertentu, selain mengetahui bahawa Google telah membetulkan kod berkenaan.

Perkara yang boleh dilakukan pemilik sekarang

Pemilik telefon yang masih disokong patut memasang kemas kini keselamatan sistem terkini dan menyemak nota keluaran atau maklumat sokongan pengeluar untuk mengesahkan pembetulan itu. Pengguna Android 12 atau Android 13 patut bertanya sama ada model mereka akan menerima tampalan atau boleh dinaik taraf kepada versi Android yang masih disokong.

Blaszczyk telah menerbitkan aplikasi demonstrasi dan kod sumbernya, menjadikan pelaksanaan tampalan dengan segera lebih mendesak. Penerbitannya menyertakan amaran supaya orang lain tidak dijadikan sasaran, khususnya kerana gangguan terhadap komunikasi kecemasan boleh mendatangkan bahaya serius.

Pengguna yang telefonnya berulang kali kehilangan perkhidmatan selular atau dimulakan semula patut menghubungi pengeluar peranti atau perkhidmatan pembaikan yang berkelayakan. Telefon yang memaparkan arahan pemulihan perlu dikendalikan dengan cermat jika pemiliknya mahu mengekalkan data. Sesiapa yang memerlukan bantuan segera ketika telefonnya tidak dapat mengekalkan panggilan patut menggunakan telefon lain yang berfungsi.

Perubahan utama bagi pemilik jelas: kegagalan ini berlaku sebelum terdapat mesej mencurigakan untuk dinilai. Kemas kini keselamatan terkini yang tersedia untuk telefon sebenar yang digunakan ialah perlindungan paling praktikal yang dinyatakan bagi peranti yang masih disokong.

Perkara Utama

• SMS WAP Push yang cacat boleh menyebabkan perkhidmatan panggilan Android ranap tanpa sebarang tindakan daripada penerima.
• Blaszczyk menghasilkan semula kelemahan itu pada Pixel 9 dan peranti Samsung Galaxy, dengan gangguan individu berlangsung kira-kira satu hingga dua saat.
• Pemprosesan berulang dan penghantaran semula oleh pembawa boleh menyebabkan gangguan berpanjangan, ranap berulang dan paparan arahan pemulihan.
• Pembetulan yang dilaporkan pada Oktober 2026 meliputi Android 14 hingga Android 17. Pemilik Android 12 dan Android 13 bergantung pada sokongan lanjut daripada penyedia peranti mereka.
• Tiada serangan di luar ujian dilaporkan. Penyelidik memberi amaran bahawa gangguan panggilan boleh menjejaskan akses kepada perkhidmatan kecemasan.
• Tetapan semula kilang memadamkan data dan boleh diikuti penghantaran semula mesej berbahaya. Pemulihan teknikal mungkin memerlukan ADB.