Vulnerabilitatea GhostMap identificată în Android

Persoanele rău intenționate pot forța dispozitivele Android să intre într-o buclă continuă de pornire folosind o aplicație malițioasă, care nu necesită permisiuni și trebuie doar instalată.

Pentru a provoca un atac de tip denial-of-service (DoS) persistent, aplicația exploatează o vulnerabilitate pe care specialiștii au denumit-o GhostMap, care determină sistemul Android să mapeze un fișier într-o zonă de memorie nealocată. Procesul afectat se blochează atunci când încearcă să citească din acea zonă.

Specialiștii au demonstrat vulnerabilitatea prin crearea unei aplicații care nu conține cod executabil, nu solicită permisiuni la instalare și nu trebuie lansată pe dispozitiv.

Potrivit companiei, Google cunoștea existența GhostMap încă din luna august, dar a închis problema fără a lansa un patch, clasificând-o drept nereproductibilă.

Conform specialiștilor, vulnerabilitatea GhostMap provine din două biblioteci Android care interpretează în mod diferit metodele de compresie ZIP. Acest lucru permite unui fișier APK (fișier pachet Android) cu format necorespunzător să ocolească verificările de dimensiune și să fie mapat dincolo de conținutul real al fișierului.

Citirea unei astfel de intrări generează un SIGBUS (un semnal trimis de CPU pentru a opri un proces care accesează un spațiu de memorie nevalid) în orice proces care accesează fișierul, afirmă specialiștii.

Pentru a demonstra efectul de buclă de blocare, specialiștii au creat o aplicație care conține o resursă pe care serviciul principal Android system_server încearcă să o citească automat după instalare.

Citirea declanșează vulnerabilitatea și repornește procesul, determinându-l să citească aceeași resursă și să se blocheze din nou, într-o buclă fără sfârșit.

În timpul testelor, specialiștii au folosit un dispozitiv Pixel 10 care rula Android 17 cu patch-ul de securitate din 5 august. Dispozitivul a intrat în bucla de blocare la aproximativ o secundă după instalarea aplicației, bucla repetându-se de 110 ori în modul normal de pornire și de 72 de ori în modul de siguranță.

Oprirea blocărilor este posibilă în două moduri: o resetare la setările din fabrică, care șterge toate datele stocate local, și ștergerea fișierului afectat prin ADB.

Totuși, utilizarea ADB necesită ca opțiunea de depanare să fie deja activă pe dispozitiv. În plus, restaurarea prin ADB necesită ca scripturile să se execute înainte ca sistemul să se blocheze.

Sursă: https://www.bleepingcomputer.com/news/security/ghostmap-android-flaw-lets-malicious-app-trigger-persistent-boot-loop/