Celah SMS of Death di Android Dapat Memutus Panggilan dan Membuat Ponsel Terjebak dalam Kerusakan Berulang

Pesan tak terlihat dapat memutus panggilan telepon

Pesan teks yang dirancang khusus dan hanya berukuran delapan byte dapat membuat layanan panggilan pada ponsel Android yang rentan berhenti, memutus panggilan aktif, dan setelah dikirim berulang kali membuat ponsel kesulitan menyala secara normal. Peneliti keamanan Mark Blaszczyk mengungkapkan celah ini pada 29 Oktober 2026, setelah pertama kali melaporkannya kepada Google pada 5 Mei.

Kerentanan yang disebut SMS of Death dan diidentifikasi dalam pemberitaan keamanan sebagai CVE-2026-58882 ini memengaruhi perangkat lunak yang memproses pesan masuk tertentu sebelum pesan tersebut sampai ke aplikasi perpesanan. Penerima tidak perlu membuka apa pun, memasang aplikasi, atau mengetuk tautan. Menurut Blaszczyk, pesan berbahaya itu tidak menghasilkan entri kotak masuk atau notifikasi.

Blaszczyk mereproduksi masalah ini pada Google Pixel 9 yang menjalankan firmware April 2026 dan beberapa ponsel Samsung Galaxy, termasuk model seri Galaxy A. Ia melaporkan keberhasilan reproduksi dalam setiap pengujian pada perangkat tersebut. Satu pesan mengganggu layanan seluler selama sekitar satu hingga dua detik ketika Android memulai ulang proses panggilannya.

Blaszczyk, peneliti keamanan independen, menjelaskan dampak langsung terhadap proses Android yang bertanggung jawab atas fungsi telepon:

Satu SMS WAP Push yang cacat membuat com.android.phone di Android berhenti, memutus panggilan aktif (termasuk panggilan darurat), tanpa interaksi apa pun dari korban,

Belum ada laporan serangan di luar lingkungan pengujian, dan peringatan mengenai gangguan terhadap layanan darurat berasal dari penilaian peneliti. Daftar lengkap perangkat yang terdampak, jaringan operator, dan negara belum dipublikasikan. Kekhawatiran praktisnya adalah gangguan layanan singkat dapat mengakhiri percakapan, sedangkan gangguan berulang dapat membuat seseorang tidak mampu mempertahankan koneksi saat membutuhkan bantuan.

Mengapa pesan tidak pernah sampai ke kotak masuk

Android menerima konten berbahaya melalui WAP Push, mekanisme lama untuk mengirimkan data dan instruksi lewat jaringan seluler. Penggunaan yang sah mencakup meminta ponsel mengambil pesan multimedia atau menerapkan pengaturan operator. Berbeda dari pesan teks biasa yang ditulis untuk dibaca seseorang, pesan jenis ini diproses secara otomatis oleh perangkat lunak sistem.

Komponen WapPushOverSms di Android menangani pemrosesan tersebut. Celah ini terjadi di dalam fungsi dekodenya, saat ponsel membaca informasi yang menjelaskan panjang bagian dari pesan. Karena layanan panggilan mengalami galat sebelum pemrosesan pesan normal selesai, penerima tidak memiliki teks yang terlihat untuk diperiksa atau dihapus.

Dengan demikian, serangan ini melewati tahap ketika orang biasanya memutuskan apakah sebuah pesan tampak mencurigakan. Mengabaikan pengirim yang tidak dikenal atau menolak membuka tautan hanya sedikit membantu terhadap kerusakan yang dipicu selama pemrosesan otomatis. Perlindungan terutama bergantung pada perbaikan komponen sistem operasi yang menangani pesan tersebut.

Angka besar berubah menjadi panjang negatif

Blaszczyk menelusuri kerusakan ini hingga ke kesalahan konversi angka. Android membaca panjang header pesan menggunakan tipe data yang dapat menampung angka besar, lalu mengonversi nilai tersebut menjadi bilangan bulat bertanda 32 bit tanpa terlebih dahulu memeriksa apakah nilainya sesuai.

Dalam pengujian yang dijelaskan, nilai 2.147.483.648 berubah menjadi negatif 2.147.483.648 dalam konversi tersebut. Bilangan bulat bertanda sebesar itu hanya dapat menampung angka positif hingga 2.147.483.647. Nilai yang direkayasa itu hanya sedikit melampaui batas tersebut.

Android kemudian mencoba menyediakan ruang untuk blok data menggunakan panjang negatif itu. Ukuran negatif tidak masuk akal untuk operasi tersebut, sehingga perangkat lunak memunculkan galat bernama NegativeArraySizeException. Karena galat itu tidak ditangani dengan benar, com.android.phone berhenti.

Pesan delapan byte itu memuat rangkaian lima byte yang memberikan informasi panjang bermasalah. Ukurannya yang kecil membantu menjelaskan tingkat keseriusan cacat ini: pesan masuk yang sangat kecil dapat memicu gangguan jauh lebih besar karena proses sistem utama gagal saat menafsirkannya.

Bagaimana gangguan singkat berubah menjadi kegagalan berulang

Operator seluler biasanya mengharapkan ponsel mengonfirmasi bahwa pesan telah diterima. Ketika Android berhenti sebelum menyelesaikan pertukaran tersebut, operator mungkin mencoba mengirim ulang. Mekanisme yang dirancang agar pesan teks terkirim dengan andal pun dapat mengirimkan konten berbahaya yang sama kembali ke ponsel.

Android juga menyimpan pesan masuk dalam antrean tertunda selama pemrosesan. Blaszczyk mengatakan pesan cacat dapat tetap berada di sana dan diproses kembali setelah ponsel dimulai ulang, sehingga menimbulkan peluang baru bagi kerusakan yang sama.

Blaszczyk menjelaskan mengapa memulai ulang perangkat mungkin tidak mengakhiri gangguan:

Pesan cacat tetap berada dalam antrean dan dicoba kembali setiap kali ponsel dinyalakan, sehingga ponsel dapat mengalami kerusakan saat mulai menyala sampai pesan itu dihapus,

Blaszczyk memperingatkan bahwa sekitar 20 pesan dapat membuat perangkat tidak dapat digunakan dalam waktu lama. Pengujian juga menggambarkan sekitar 30 pesan yang masuk dengan cepat sebelum kegagalan yang lebih menetap terjadi. Angka-angka tersebut menggambarkan kondisi pengujian, bukan ambang pasti yang akan dialami setiap ponsel.

Peneliti mengaitkan sebagian kegagalan berkepanjangan dengan kerusakan pada basis data SQLite yang digunakan untuk menyimpan data SMS masuk. SQLite adalah sistem basis data kecil yang digunakan aplikasi dan sistem operasi untuk menyimpan catatan terstruktur. Jika catatan yang diperlukan saat ponsel mulai menyala terus-menerus memicu kegagalan, layanan panggilan dapat berhenti setiap kali ponsel mencoba pulih.

Dalam pengujian, pengiriman ulang oleh operator menyebabkan gangguan panggilan sesekali hingga satu minggu, termasuk gangguan yang dikaitkan dengan satu pesan berbahaya. Kombinasi pesan yang ditahan operator dan catatan yang tersimpan di ponsel membantu menjelaskan mengapa dampaknya dapat bertahan lebih lama daripada pengiriman awal.

Mengapa layar pemulihan dapat berarti kehilangan data

Android memiliki mekanisme pemulihan otomatis bernama RescueParty. Ketika komponen penting terus mengalami kegagalan, mekanisme ini mencoba melakukan pemulihan dan dapat mengalihkan ponsel ke mode pemulihan setelah sekitar 90 detik. Pengguna kemudian mungkin melihat opsi untuk menghapus data.

Reset pabrik menghapus data dan pengaturan lokal. Blaszczyk melaporkan bahwa dalam pengujian, reset hanya memberi kelegaan sementara karena operator kemudian dapat mengirim ulang pesan yang masih menunggu konfirmasi penerimaan. Seseorang yang memilih menghapus ponselnya dapat kehilangan informasi pribadi dan kembali menghadapi kerusakan setelahnya.

Blaszczyk menjelaskan pemulihan melalui Android Debug Bridge, atau ADB, alat yang memungkinkan komputer berkomunikasi dengan perangkat Android untuk keperluan pengembangan dan pemeliharaan. Prosedurnya mencakup penghapusan catatan SMS yang terdampak dalam waktu singkat saat ponsel dapat diakses.

Pemulihan melalui ADB membutuhkan akses teknis, dan banyak pemilik ponsel belum mengonfigurasi koneksi yang diperlukan sebelumnya. Pendekatan pemulihan peneliti itu juga melibatkan pemindahan SIM fisik ke ponsel yang tidak menjalankan Android agar pesan yang tertunda dapat diterima dan dikonfirmasi. Ia memperingatkan bahwa pemulihan bisa lebih sulit jika langganan seluler menggunakan eSIM.

Bagi seseorang yang menghadapi kerusakan berulang, prioritas konkretnya adalah mencari bantuan teknis yang kompeten sebelum memilih penghapusan data. Langkah pemulihan yang dilaporkan melibatkan catatan sistem dan pengaturan akses, sehingga lebih rumit daripada menghapus pesan teks biasa.

Versi Android mana yang perlu diperhatikan?

Rentang utama yang terdampak menurut laporan teknis adalah Android 12 hingga Android 16. Sejumlah laporan memperluasnya hingga Android 17. Pengujian secara khusus menyebut perangkat Pixel dan Samsung Galaxy, sedangkan cakupan yang diduga lebih luas karena masalah ini berada dalam kode telepon Android yang digunakan bersama.

Perbaikan yang dilaporkan pada Oktober 2026 mencakup Android 14 hingga Android 17. Ponsel yang masih menjalankan Android 12 atau Android 13 menjadi perhatian utama terkait dukungan: versi-versi tersebut disebut sudah berada di luar dukungan keamanan Google saat ini, sehingga pemiliknya bergantung pada produsen atau penyedia sistem operasi lain untuk menyediakan perbaikan.

Versi Android dan status pembaruan keamanan ponsel menjawab dua pertanyaan berbeda. Versi menunjukkan generasi sistem operasi. Informasi pembaruan keamanan membantu menunjukkan seberapa baru kerentanan pada perangkat tersebut telah ditangani. Dua ponsel yang menjalankan versi Android yang sama dapat menerima perbaikan pada waktu berbeda.

Produsen dan operator turut menentukan kapan pembaruan tersedia untuk masing-masing model. Pemilik ponsel sebaiknya memeriksa tanggal pembaruan keamanan di Pengaturan, biasanya di bagian Tentang ponsel, Keamanan, atau Pembaruan perangkat lunak, lalu memasang pembaruan terbaru yang tersedia. Untuk celah ini, perbaikan yang dilaporkan terkait dengan pembaruan Oktober 2026, meski konfirmasi khusus model dari produsen berguna jika waktu perilisannya belum jelas.

Perbaikan menempuh jalur yang berbeda dari pengaduan

Blaszczyk mengatakan Google awalnya menganggap laporannya sebagai masalah nonkeamanan dan menutupnya tanpa menyetujui tindakan yang ia minta. Dalam catatan yang dipublikasikan, ia menjelaskan adanya banding lanjutan dan penggolongan ulang sebagai masalah nonkeamanan pada 29 Oktober. Sementara itu, para teknisi Android telah mengembangkan perbaikan.

Urutan yang dilaporkan membedakan penanganan pengaduan peneliti dari proses masuknya kode ke sistem pengembangan dan pembaruan Android:

• 5 Mei 2026: Blaszczyk pertama kali melaporkan kerentanan tersebut kepada Google.
• 15 Juni: Google membuat perbaikan teknis untuk kegagalan pemrosesan pesan.
• Juli: GrapheneOS mengatakan menerima patch melalui pratinjau keamanan dan menerapkannya pada bulan itu.
• 5 Agustus: Perbaikan tersebut dilaporkan masuk ke proses pengembangan Google.
• Oktober: Perubahan itu dipublikasikan di Android Open Source Project dan disertakan dalam pembaruan untuk Android 14 hingga Android 17.
• 29 Oktober: Blaszczyk mengungkapkan temuannya kepada publik.
• November: GrapheneOS mengatakan kerentanan tersebut diperkirakan akan dimuat dalam buletin keamanan Android.

GrapheneOS menduga masalah komunikasi internal mungkin menjelaskan cara Google menangani laporan tersebut. Penjelasan itu merupakan spekulasi dari para pengembang proyek sistem operasi tersebut. Catatan yang dijelaskan di sini mencakup pengaduan yang ditolak dan perubahan teknis yang dimaksudkan untuk menghentikan kerusakan.

Buletin November merupakan tonggak publikasi berikutnya yang disebutkan. GrapheneOS mengatakan telah menerapkan perbaikan pada Juli, sehingga tanggal buletin yang lebih akhir berkaitan dengan dokumentasi keamanan publik, bukan penerapan pertama patch tersebut.

Perubahan yang dibawa perbaikan

Perbaikan Google yang dilaporkan memperluas penanganan pengecualian agar Android menangkap galat saat dijalankan dan menghapus pesan cacat dari antrean tertunda. Dengan demikian, pemrosesan dapat melewati catatan berbahaya itu, alih-alih terus-menerus berhenti karenanya.

Blaszczyk mengusulkan pemeriksaan validitas panjang header yang dinyatakan sebelum mengonversinya. Pendekatan teknis yang dilaporkan justru menangani kegagalan tersebut dan menghapus pesan penyebabnya. Secara praktis, penghapusan catatan itu juga menangani pemrosesan berulang yang dapat mengubah satu kali pengiriman menjadi masalah layanan berkepanjangan.

Perbaikan ini dijelaskan bekerja saat menemukan pesan cacat. Sekitar 20 pesan yang disebut dalam pengujian berkaitan dengan tingkat keparahan gangguan berulang, bukan jumlah yang harus diterima sebelum perbaikan mulai bekerja.

Perbaikan yang muncul di Android Open Source Project berarti kode dasarnya tersedia untuk diintegrasikan ke dalam perangkat lunak Android. Pengirimannya kepada pemilik perangkat masih bergantung pada tersedianya pembaruan yang sesuai untuk ponsel tersebut. Karena itu, memeriksa status dukungan model tertentu sama pentingnya dengan mengetahui bahwa Google telah memperbaiki kodenya.

Langkah yang dapat dilakukan pemilik ponsel sekarang

Pemilik ponsel yang masih didukung sebaiknya memasang pembaruan keamanan sistem terbaru dan memeriksa catatan rilis atau informasi dukungan dari produsen untuk memastikan perbaikan telah disertakan. Pengguna Android 12 atau Android 13 sebaiknya menanyakan apakah model mereka akan menerima patch atau dapat ditingkatkan ke versi Android yang masih didukung.

Blaszczyk telah menerbitkan aplikasi demonstrasi beserta kode sumbernya, sehingga penerapan patch dengan segera menjadi semakin mendesak. Publikasinya menyertakan peringatan agar aplikasi tersebut tidak ditujukan kepada orang lain, terutama karena gangguan terhadap komunikasi darurat dapat menimbulkan bahaya serius.

Pengguna yang ponselnya berulang kali kehilangan layanan seluler atau memulai ulang sebaiknya menghubungi produsen perangkat atau layanan perbaikan yang kompeten. Ponsel yang menampilkan permintaan pemulihan perlu ditangani dengan hati-hati jika pemiliknya ingin mempertahankan data. Siapa pun yang membutuhkan bantuan mendesak saat ponselnya tidak dapat mempertahankan panggilan sebaiknya menggunakan ponsel lain yang berfungsi.

Perubahan utama yang perlu dipahami pemilik ponsel sederhana: kegagalan ini terjadi sebelum ada pesan mencurigakan yang dapat dinilai. Pembaruan keamanan terbaru yang tersedia untuk perangkat yang benar-benar digunakan merupakan perlindungan paling praktis bagi perangkat yang masih didukung.

Poin Utama

• SMS WAP Push yang cacat dapat membuat layanan panggilan Android berhenti tanpa tindakan apa pun dari penerima.
• Blaszczyk mereproduksi celah ini pada Pixel 9 dan perangkat Samsung Galaxy, dengan gangguan per perangkat berlangsung sekitar satu hingga dua detik.
• Pemrosesan berulang dan pengiriman ulang oleh operator dapat menyebabkan gangguan berkepanjangan, kerusakan berulang, dan permintaan pemulihan.
• Perbaikan yang dilaporkan pada Oktober 2026 mencakup Android 14 hingga Android 17. Pemilik Android 12 dan Android 13 bergantung pada dukungan lebih lanjut dari penyedia perangkat mereka.
• Belum ada serangan di luar pengujian yang dilaporkan. Peneliti memperingatkan bahwa gangguan panggilan dapat memengaruhi akses ke layanan darurat.
• Reset pabrik menghapus data dan dapat diikuti pengiriman ulang pesan berbahaya. Pemulihan teknis mungkin memerlukan ADB.