Ett samtal som inte begär något

En telefon lyser upp med ett inkommande videosamtal över VoLTE, standarden för röst över LTE som idag hanterar de flesta samtal i moderna nät. Personen som håller i den har ännu inte rört vid något. Någonstans under operativsystemet, i en del av chippet som de flesta ägare aldrig hört talas om, håller modemet redan självständigt på att behandla videosamtalets signaleringsdata på sin egen, separata processorkärna.

Just den separata kärnan är målet. Säkerhetsforskare hos SSD Secure Disclosure publicerade den 17 augusti 2026 en rådgivning som beskriver en fungerande exploateringskedja mot Unisoc T612, ett chipset som sitter i ett brett spann av budget- och mellanklass-Android-telefoner. Ingångsvägen går genom modemets hantering av VoLTE-videosamtalssignalering, inte genom det Android-operativsystem som användaren faktiskt ser.

The Hacker News, som också täckte rådgivningen, sammanfattade betydelsen tydligt: detta är ingen teoretisk svaghet i en labbrapport, utan en påvisad kedja där en fungerande exploit kan ta sig från ett telefonsamtal till kärnkontroll över enheten, utan att användaren behöver öppna en app, klicka på en länk eller ge något tillstånd utöver att låta telefonen ringa.

Inuti kedjan med tre steg

Forskarna beskriver exploiten som tre sammanlänkade steg. Det första kallar de en egg hunter, en teknik som söker igenom minnet efter en liten, tidigare placerad payload så snart angriparen har någon form av skrivåtkomst, i stället för att behöva känna till exakta minnesadresser i förväg. Det är ett spaningssteg som gör ett smalt fotfäste användbart.

Det andra steget är det mest avgörande: en kringgåelse av chippets MPU, minnesskyddsenheten, den hårdvarufunktion som är tänkt att hålla modemets exekveringsmiljö avskild från känsligt minne. SSD Secure Disclosure uppger att exploiten inaktiverar det skyddet och sedan skriver kärnshellkod direkt, vilket ger angriparen obegränsad fysisk minnesåtkomst inifrån modemets egen exekveringsmiljö, en zon som aldrig skulle ha kunnat nå så långt.

Det tredje steget är en trampolin via do_sys_open, en kärnfunktion på låg nivå som används för att öppna filer, vilken kedjan återanvänder för att gå från rå minnesåtkomst till full kärnkontroll på Android-sidan. Sammankopplade tar de tre stegen en angripare från ett mottaget VoLTE-videosamtal till kontroll över själva operativsystemets kärna, vilket ligger nära den maximala åtkomstnivå en enhet kan ge.

En chipfamilj, inte en enda telefon

SSD Secure Disclosure och The Hacker News namnger båda två bekräftat drabbade enheter: Xiaomi Redmi A5 och Motorola E13, två av de mest sålda instegs-Android-telefonerna i Europa och utanför. Båda är precis den typ av enhet ett företag köper i stora volymer till personal som behöver en fungerande telefon, inte en flaggskeppsmodell.

Exponeringen är inte begränsad till de två modellerna. Unisoc-chipset står för ungefär 14 procent av den globala marknaden för system-on-chip till smartphones, en andel som nästan uteslutande är byggd på budget- och mellanklassenheter, och T612 i synnerhet sitter i telefoner som säljs under märken som Honor, Realme, vivo, Samsung och Motorola. Inte alla Unisoc-telefoner använder T612, men chipfamiljens spridning över flera stora märken innebär att det praktiska avtrycket är större än vad två modellnamn antyder.

Just den kombinationen, ett vitt använt chip i ett föga glamoröst marknadssegment, är precis varför sårbarheten spelar roll kommersiellt och inte bara akademiskt. Budget- och mellanklass-Android-enheter är standardvalet för fordonsflottor, leverans, detaljhandel, lager och fältpersonal, precis de hårdvarukategorier som köps in i stora volymer och uppdateras minst ofta.

Varför den vanliga patchprocessen ännu inte fungerar

Här är detaljen som skiljer den här historien från en rutinmässig chipsårbarhet: vid publiceringstillfället har inget CVE-nummer tilldelats sårbarheten, och det finns ingen patch från Unisoc. SSD Secure Disclosure förklarade rakt ut att man kontaktade tillverkaren via två separata kanaler, e-post och LinkedIn, och inte kunnat få något svar. Den tystnaden är nu själv en del av offentliggörandet.

Vanlig företagssårbarhetshantering bygger på CVE-nummer. Skannrar kontrollerar kända sårbarhetsdatabaser, inköpschecklistor hänvisar till CVE-nummer, och patchcykler mäts mot dem. En sårbarhet utan CVE dyker helt enkelt inte upp i något av dessa verktyg, vilket innebär att en organisation kan köra en helt regelefterlevande sårbarhetshanteringsprocess och ändå ha noll insyn i en aktiv, fjärrutlösbar kärnexploit i sin egen enhetsflotta.

För ett europeiskt företag med en BYOD-policy, eller ett som delar ut budget- eller mellanklass-Android-telefoner till personalen, kan det praktiska svaret inte vänta på ett skannerlarm som inte har något att skanna efter. Inköps- och enhetshanteringsteam bör redan idag kontrollera, per enhetsmodell och chipset, om Unisoc T612-hårdvara används, i stället för att vänta på en CVE-post som kanske inte dyker upp enligt något förutsägbart schema.

Inget av detta betyder att en patch aldrig kommer. Det betyder att det just nu enda tillförlitliga sättet att veta om en flotta är exponerad är att titta direkt på vilken hårdvara som är utplacerad, eftersom det vanliga tidiga varningssystemet inte har något att varna om.

Läs vidare: Google absorberar inte längre ditt minnespris  |  Två Verktyg med Öppen Källkod Föll På Några Timmar