Maaaring Magputol ng mga Tawag at Magdulot ng Paulit-ulit na Pag-crash ng mga Telepono ang Android na SMS of Death na Depekto

Maaaring makagambala sa tawag sa telepono ang isang di-nakikitang mensahe

Maaaring mag-crash ang serbisyo sa pagtawag ng mga bulnerableng Android phone dahil sa isang espesyal na binuong text message na walong byte lamang ang haba, maputol ang mga kasalukuyang tawag at, kapag paulit-ulit itong naipadala, mahirapang mag-boot nang normal ang telepono. Isiniwalat ng security researcher na si Mark Blaszczyk ang depekto noong Oktubre 29, 2026, matapos niya itong unang iulat sa Google noong Mayo 5.

Ang kahinaang tinawag na SMS of Death at tinukoy sa mga ulat sa seguridad bilang CVE-2026-58882 ay nakaaapekto sa software na nagpoproseso ng ilang papasok na mensahe bago makarating ang mga ito sa messaging app. Hindi kailangang magbukas ng anuman, mag-install ng application o mag-tap ng link ang tatanggap. Ayon kay Blaszczyk, walang entry sa inbox o notification na lilitaw mula sa malisyosong mensahe.

Naulit ni Blaszczyk ang problema sa isang Google Pixel 9 na nagpapatakbo ng firmware noong Abril 2026 at sa ilang Samsung Galaxy phone, kabilang ang mga modelo sa Galaxy A series. Iniulat niyang matagumpay niyang naulit ito sa bawat pagsubok sa mga device na iyon. Naputol ang cellular service nang humigit-kumulang isa hanggang dalawang segundo dahil nire-restart ng Android ang proseso nito para sa pagtawag.

Ganito inilarawan ni Blaszczyk, isang independiyenteng security researcher, ang agarang epekto sa proseso ng Android na namamahala sa mga tungkulin ng telepono:

Isang malformed na WAP Push SMS lang ang nagka-crash sa com.android.phone sa Android at nagpuputol ng mga kasalukuyang tawag (kabilang ang mga emergency call), nang walang anumang aksiyon mula sa biktima,

Walang naiulat na pag-atake sa labas ng mga kapaligirang pansubok, at batay sa pagtatasa ng researcher ang babala tungkol sa posibleng panghihimasok sa mga serbisyong pang-emergency. Wala pang inilalathalang kumpletong listahan ng mga apektadong handset, carrier network at bansa. Ang praktikal na pangamba: maaaring maputol ng panandaliang pagkaantala ng serbisyo ang isang pag-uusap, habang maaaring makahadlang ang paulit-ulit na pagkaantala sa pagpapanatili ng koneksiyon ng isang taong nangangailangan ng tulong.

Bakit hindi nakararating ang mensahe sa inbox

Tinatanggap ng Android ang malisyosong content sa pamamagitan ng WAP Push, isang mas lumang mekanismong ginagamit sa pagpapadala ng data at mga tagubilin sa mga mobile network. Kabilang sa mga lehitimong gamit nito ang pag-utos sa telepono na kumuha ng multimedia message o maglapat ng mga setting ng carrier. Di-gaya ng karaniwang text na isinulat para basahin ng tao, awtomatiko itong pinoproseso ng system software.

Ang Android component na WapPushOverSms ang humahawak sa pagpoprosesong iyon. Nangyayari ang depekto sa decoding function nito, kung saan binabasa ng telepono ang impormasyong naglalarawan sa haba ng bahagi ng mensahe. Dahil nagkakaroon ng error ang calling service bago matapos ang karaniwang paghawak sa mensahe, walang nakikitang text ang tatanggap na maaari niyang siyasatin o burahin.

Kaya nalalampasan ng pag-atake ang sandaling karaniwang nagpapasiya ang mga tao kung kahina-hinala ang isang mensahe. Kaunti ang naitutulong ng pagbalewala sa mga hindi kilalang nagpadala o pagtangging magbukas ng mga link laban sa depektong na-trigger sa awtomatikong pagproseso. Pangunahing nakasalalay ang proteksiyon sa pagwawasto sa bahagi ng operating system na humahawak sa mensahe.

Nagiging negatibong haba ang malaking numero

Natunton ni Blaszczyk ang pag-crash sa isang error sa pag-convert ng numero. Binabasa ng Android ang haba ng header ng mensahe gamit ang data type na kayang maglaman ng malalaking numero, saka kino-convert ang halagang iyon sa isang 32-bit na signed integer nang hindi muna tinitiyak kung kasya ito.

Sa pagsubok na inilarawan, nagiging negatibong 2,147,483,648 ang halagang 2,147,483,648 sa proseso ng conversion. Hanggang 2,147,483,647 lamang ang pinakamalaking positibong numerong kayang lamanin ng signed integer na ganoon ang laki. Bahagyang lampas sa limitasyong iyon ang binuong halaga.

Pagkatapos, sinusubukan ng Android na maglaan ng puwang para sa isang bloke ng data gamit ang negatibong haba. Walang saysay ang negatibong laki para sa operasyong iyon kaya naglalabas ang software ng error na tinatawag na NegativeArraySizeException. Dahil hindi ito maayos na nahahawakan, isinasara nito ang com.android.phone.

May limang-byte na pagkakasunod-sunod sa walong-byte na mensahe na naglalaman ng problematikong impormasyon tungkol sa haba. Nakakatulong ang maliit na laki nito na ipakita kung gaano kaseryoso ang depekto: maaaring magdulot ng malaking abala ang isang napakaliit na papasok na mensahe dahil pumapalya ang isang pangunahing proseso ng system habang binibigyang-kahulugan ito.

Paano nagiging paulit-ulit na problema ang maikling pagkaantala

Karaniwang inaasahan ng mga mobile carrier na magbibigay ng kumpirmasyon ang telepono na natanggap nito ang isang mensahe. Kapag nag-crash ang Android bago matapos ang palitan ng kumpirmasyon, maaaring subukang ipadala muli ng carrier ang mensahe. Kaya maaaring maihatid muli sa telepono ang parehong mapaminsalang content dahil sa mekanismong nilayong gawing maaasahan ang pagte-text.

Pinananatili rin ng Android sa nakapilang listahan ang mga papasok na mensahe habang pinoproseso ang mga ito. Ayon kay Blaszczyk, maaaring manatili roon ang isang malformed na mensahe at maproseso uli pagkatapos mag-restart, na lumilikha ng panibagong pagkakataon para sa parehong pag-crash.

Ganito ipinaliwanag ni Blaszczyk kung bakit maaaring hindi matapos ng pag-restart ng device ang abala:

Nananatili sa pila ang malformed na mensahe at sinusubukang iproseso sa bawat pag-boot, kaya maaaring mag-crash ang telepono sa pagsisimula hanggang mabura ito,

Nagbabala si Blaszczyk na maaaring hindi magamit nang matagal ang isang device kapag nakatanggap ito ng humigit-kumulang 20 mensahe. Inilarawan din sa mga pagsubok ang mabilis na pagdating ng humigit-kumulang 30 mensahe bago magkaroon ng mas tuloy-tuloy na mga pagkabigo. Mga kondisyon sa pagsubok ang inilalarawan ng mga bilang na ito, hindi eksaktong hangganang maaabot ng bawat handset.

Iniugnay ng researcher ang ilang matagalang pagkabigo sa pagkasira ng SQLite database na ginagamit sa pag-iimbak ng papasok na SMS data. Maliit na database system ang SQLite na ginagamit ng mga application at operating system para magtago ng mga organisadong tala. Kung paulit-ulit na nagti-trigger ng pagkabigo ang mga talang kailangan sa pagsisimula, maaaring mag-crash ang calling service sa tuwing susubukan ng telepono na makabawi.

Nagdulot ang muling pagpapadala ng carrier ng pasumpong-sumpong na problema sa pagtawag na tumagal nang hanggang isang linggo sa mga pagsubok, kabilang ang abalang iniugnay sa iisang malisyosong mensahe. Nakakatulong ang kombinasyon ng mga mensaheng nakaimbak sa carrier at mga talang nasa handset na ipaliwanag kung bakit maaaring magpatuloy ang epekto lampas sa unang pagpapadala.

Bakit maaaring mangahulugan ng pagkawala ng data ang recovery screen

May awtomatikong mekanismo ng pag-recover ang Android na tinatawag na RescueParty. Kapag paulit-ulit na pumapalya ang isang kritikal na bahagi, sinusubukan nitong mag-recover at maaari nitong ilipat ang handset sa recovery mode makalipas ang humigit-kumulang 90 segundo. Maaaring makakita ang mga user ng opsiyong burahin ang kanilang data.

Binubura ng factory reset ang lokal na data at mga setting. Iniulat ni Blaszczyk na pansamantala lamang ang naitulong ng pag-reset sa mga pagsubok dahil maaari namang ipadala muli ng carrier ang mga mensaheng naghihintay pa ng kumpirmasyon. Kaya maaaring mawalan ng personal na impormasyon ang sinumang magpapasyang magbura ng telepono at muling makaranas ng mga pag-crash pagkatapos.

Inilarawan ni Blaszczyk ang pag-recover gamit ang Android Debug Bridge, o ADB, isang tool na nagpapahintulot sa computer na makipag-ugnayan sa Android device para sa development at maintenance. Kabilang sa pamamaraang ginamit niya ang pagbura sa mga apektadong SMS record sa maikling panahong maa-access ang telepono.

Nangangailangan ng teknikal na access ang ADB recovery, at maaaring hindi pa na-configure ng maraming may-ari ang kinakailangang koneksiyon. Kasama rin sa paraan ng pag-recover ng researcher ang paglilipat ng pisikal na SIM sa handset na hindi nagpapatakbo ng Android upang matanggap at makumpirma ang mga nakabinbing mensahe. Nagbabala siyang maaaring mas mahirap ang pag-recover kapag eSIM ang gamit sa mobile subscription.

Para sa sinumang nakararanas ng paulit-ulit na pag-crash, ang agarang dapat gawin ay humingi ng tulong sa kwalipikadong teknikal na eksperto bago piliin ang pagbura ng data. Kabilang sa iniulat na paraan ng pag-recover ang paghawak sa mga system record at access setting, kaya mas mahirap ito kaysa sa pagbura ng karaniwang text message.

Aling mga bersiyon ng Android ang kailangang bigyang-pansin?

Android 12 hanggang Android 16 ang pangunahing saklaw na inilalarawan sa mga teknikal na ulat. Umaabot hanggang Android 17 ang saklaw sa ilang ulat. Tiyak na binanggit sa mga pagsubok ang mga Pixel at Samsung Galaxy device, samantalang mas malawak ang pinaghihinalaang saklaw dahil nasa pinagsasaluhang Android telephony code ang problema.

Saklaw ng iniulat na pagwawasto noong Oktubre 2026 ang Android 14 hanggang Android 17. Ang mga teleponong gumagamit pa rin ng Android 12 o Android 13 ang pinakamalinaw na usapin sa suporta: sinasabing hindi na saklaw ng kasalukuyang suporta sa seguridad ng Google ang mga bersiyong iyon, kaya umaasa ang mga may-ari sa manufacturer o ibang provider ng operating system para maglabas ng pagwawasto.

Magkaibang tanong ang sinasagot ng bersiyon ng Android ng telepono at ng estado ng security update nito. Tinutukoy ng bersiyon ang henerasyon ng operating system. Ipinapakita naman ng impormasyon tungkol sa security update kung kailan huling tinugunan ang mga kahinaan nito. Maaaring makatanggap ng mga pagwawasto sa magkaibang panahon ang dalawang teleponong gumagamit ng iisang bersiyon ng Android.

Nakaaapekto ang mga manufacturer at carrier sa iskedyul ng pagdating ng mga update sa bawat modelo. Dapat tingnan ng mga may-ari ang petsa ng security update sa Settings, karaniwan sa About phone, Security o Software updates, at i-install ang pinakabagong available na update. Para sa depektong ito, iniuugnay ang iniulat na pagwawasto sa update noong Oktubre 2026, bagaman makatutulong ang kumpirmasyon mula sa manufacturer para sa partikular na modelo kapag hindi malinaw ang iskedyul ng paglalabas.

Ibang landas ang tinahak ng pagwawasto kaysa sa reklamo

Ayon kay Blaszczyk, noong una ay itinuring ng Google na hindi usapin sa seguridad ang iniulat niya at isinara ito nang hindi sumasang-ayon sa aksiyong hiniling niya. Inilarawan sa inilathala niyang salaysay ang mga sumunod na apela at ang panibagong pag-uuri rito bilang hindi usapin sa seguridad noong Oktubre 29. Samantala, gumagawa na ng pagwawasto ang mga Android engineer.

Magkaiba ang naging landas ng paghawak sa reklamo ng researcher at ng pag-usad ng code sa mga sistema ng development at update ng Android:

• Mayo 5, 2026: Unang iniulat ni Blaszczyk ang kahinaan sa Google.
• Hunyo 15: Gumawa ang Google ng pagwawastong teknikal para sa pagkabigo sa pagproseso ng mensahe.
• Hulyo: Sinabi ng GrapheneOS na natanggap nito ang patch sa pamamagitan ng mga security preview at ipinatupad iyon sa buwang iyon.
• Agosto 5: Iniulat na naipasok sa proseso ng development ng Google ang pagwawasto.
• Oktubre: Naging pampubliko ang pagbabago sa Android Open Source Project at isinama sa mga update para sa Android 14 hanggang Android 17.
• Oktubre 29: Isiniwalat sa publiko ni Blaszczyk ang kanyang mga natuklasan.
• Nobyembre: Sinabi ng GrapheneOS na inaasahang isasama ang kahinaan sa security bulletin ng Android.

Iminungkahi ng GrapheneOS na maaaring panloob na problema sa komunikasyon ang dahilan ng paghawak ng Google sa ulat. Palagay lamang ito ng mga developer ng operating system project. Makikita sa rekord na inilarawan dito kapwa ang tinanggihang reklamo at ang pagbabagong teknikal na nilayong pigilan ang pag-crash.

Ang bulletin sa Nobyembre ang susunod na nakatakdang hakbang sa paglalathala. Sinabi ng GrapheneOS na naipatupad na nito ang pagwawasto noong Hulyo, kaya tumutukoy ang mas huling petsa ng bulletin sa pampublikong dokumentasyon sa seguridad, hindi sa unang pag-deploy nito ng patch.

Ano ang binabago ng pagwawasto

Pinapalawak ng iniulat na pag-aayos ng Google ang paghawak sa mga exception upang mahuli ng Android ang runtime error at alisin sa nakapilang listahan ang malformed na mensahe. Dahil dito, maaaring magpatuloy ang pagproseso lampas sa mapaminsalang tala sa halip na paulit-ulit na mag-crash dahil dito.

Iminungkahi ni Blaszczyk na tiyaking wasto ang idineklarang haba ng header bago ito i-convert. Sa halip, hinahawakan ng iniulat na paraang teknikal ang pagkabigo at inaalis ang mensaheng sanhi nito. Sa praktika, tinutugunan din ng pagbura sa talang iyon ang paulit-ulit na pagproseso na maaaring magpalawig sa problema sa serbisyo mula sa iisang pagpapadala.

Inilarawan ang pagwawasto bilang kumikilos kapag nakatagpo ito ng malformed na mensahe. Tumutukoy ang humigit-kumulang 20 mensaheng binanggit sa mga pagsubok sa tindi ng paulit-ulit na abala, hindi sa bilang na kailangang matanggap bago umiral ang pagwawasto.

Kapag nailathala ang pagwawasto sa Android Open Source Project, nangangahulugan itong makukuha ang pinagbabatayang code para maisama sa Android software. Nakadepende pa rin ang pagdating nito sa indibidwal na may-ari sa paggawa at pamamahagi ng angkop na update para sa handset na iyon. Kaya mahalagang tingnan ang suporta para sa partikular na modelo, bukod sa malaman na naitama na ng Google ang code.

Ano ang maaaring gawin ng mga may-ari ngayon

Dapat i-install ng mga may-ari ng mga sinusuportahang telepono ang pinakabagong system security update at tingnan ang mga release note o impormasyon ng suporta ng manufacturer para kumpirmahin ang pagwawasto. Dapat itanong ng mga gumagamit ng Android 12 o Android 13 kung makatatanggap ng patch ang kanilang modelo o kung maaari itong mag-upgrade sa sinusuportahang bersiyon ng Android.

Naglabas si Blaszczyk ng demonstration application at source code nito, dahilan para maging mas apurahan ang mabilis na paglalabas ng patch. May kasama ring babala sa kanyang publikasyon laban sa pag-target sa ibang tao, lalo na dahil maaaring lumikha ng malubhang panganib ang panghihimasok sa mga komunikasyong pang-emergency.

Dapat makipag-ugnayan sa manufacturer ng device o sa kwalipikadong repair service ang mga user na paulit-ulit na nawawalan ng cellular service o nagre-restart ang telepono. Kailangang mag-ingat kung may recovery prompt ang telepono at nais ng may-ari na mapanatili ang data. Dapat gumamit ng ibang gumaganang telepono ang sinumang nangangailangan ng agarang tulong habang hindi makapagpanatili ng tawag ang kanyang handset.

Simple ang pangunahing dapat tandaan ng mga may-ari: nangyayari ang pagkabigong ito bago pa magkaroon ng kahina-hinalang mensaheng masusuri. Ang pinakapraktikal na proteksiyon para sa mga sinusuportahang device ay ang kasalukuyang security update na naihatid para sa mismong handset na ginagamit.

Mahahalagang punto

• Maaaring mag-crash ng calling service ng Android ang isang malformed na WAP Push SMS nang walang anumang aksiyon mula sa tatanggap.
• Naulit ni Blaszczyk ang depekto sa Pixel 9 at mga Samsung Galaxy device; tumagal nang humigit-kumulang isa hanggang dalawang segundo ang mga indibidwal na pagkaantala.
• Maaaring magdulot ng matagal na abala, paulit-ulit na pag-crash at mga recovery prompt ang paulit-ulit na pagproseso at muling pagpapadala ng carrier.
• Saklaw ng iniulat na pagwawasto noong Oktubre 2026 ang Android 14 hanggang Android 17. Umaasa ang mga may-ari ng Android 12 at Android 13 sa karagdagang suporta mula sa kanilang mga provider ng device.
• Walang naiulat na pag-atake sa labas ng mga pagsubok. Nagbabala ang researcher na maaaring makaapekto sa pag-access sa mga serbisyong pang-emergency ang pagkaantala sa pagtawag.
• Binubura ng factory reset ang data at maaari pa ring sundan ng panibagong pagpapadala ng mga mapaminsalang mensahe. Maaaring mangailangan ng ADB ang teknikal na pag-recover.