Androidi haavatavus, mis võimaldab ekraaniluku ületamist.

Androidi platvormil leiti haavatavus (CVE-2022-20465), mis võimaldab ekraani lukustamise väljalülitamist SIM-kaardi vahetamise ja PUK-koodi sisestamise kaudu. Lukustamise väljalülitamise võimalust on demonstreeritud Google Pixel seadmetes, kuid kuna parandamine puudutab Androidi põhikoode, on tõenäoline, et probleem puudutab ka teiste tootjate seadmeid. Probleem on lahendatud novembri turvaparanduste kogumis Androidile. Probleemile tähelepanu juhtinud uurija sai Google'ilt 70 000 dollarit tasu.

Probleem on tingitud vale töötlemisega pärast PUK-koodi (Isikliku lukustamise võtme) sisestamist, mida kasutatakse SIM-kaardi uuesti aktiveerimiseks, kui see on blokeeritud korduvalt vale PIN-koodi sisestamise tõttu. Ekraani lukustamise väljalülitamiseks piisab, kui paigutada telefoni oma SIM-kaart, millel on PIN-koodi kaitse. Pärast PIN-koodiga kaitstud SIM-kaardi vahetamist kuvatakse algselt ekraanil PIN-koodi sisestuse päring. Kui PIN-kood sisestatakse vale kolmel korral, blokeeritakse SIM-kaart, millele järgneb võimalus PUK-koodi sisestamiseks selle vabastamiseks. Selgus, et PUK-koodi korrektne sisestamine mitte ainult ei vabasta SIM-kaarti, vaid viib ka peamise liidese juurde, mööda ekraani lukustajat, ilma et oleks vaja juurdepääsu kinnitada peamise parooli või mustri kaudu.

Haavatavus tuleneb veast PUK-koodide kontrollimise loogikas KeyguardSimPukViewControlleri töötlejas, mis vastutab täiendava autentimisekraani kuvamise eest. Androidis kasutatakse mitmeid autentimisekraane (PIN, PUK, parool, muster, biomeetriline autentimine), ja neid ekraane kutsutakse järjestikku, kui on vaja teostada mitu kontrolli, näiteks vajaduse korral PIN ja muster.

Kui PIN-kood sisestatakse õigesti, käivitub teine ​​kontrollietapp, mis nõuab põhiväärtpaberikoodi sisestamist, kuid PUK-koodi sisestamisel jäetakse see etapp vahele ja juurdepääsu antakse ilma põhisalasõna või graafilise võtme küsimiseta. Järgmise lukustuse etapi vahelejämine toimub seetõttu, et KeyguardSecurityContainerController#dismiss() kutsumisel ei võrrelda oodatud ja läbitud kontrollimeetodit, st menetleja arvab, et kontrollimeetodi muutmist ei olnud ja PUK-koodi kontrollimise lõpetamine näitab volituste eduka kinnitamise olemasolu.

Haavatavus avastati juhuslikult - kasutaja telefon tühjenes ja pärast laadimist ja sisselülitamist tegi ta paar korda PIN-koodi sisestamisel vea, pärast mida eemaldas ta seadme PUK-koodiga ja imestas, et süsteem ei nõudnud põhiväärtpaberikoodi, mida kasutatakse andmete krüpteerimise lõpetamiseks, mille järel ta jäi kinni teadetega 'Pixel on sisselülitamisel...'. Kasutaja oli tähelepanelik, otsustas välja selgitada, mis toimub, ja eksperimentis erinevate viisidega PIN- ja PUK-koodide sisestamisel, kuni ta juhuslikult unustas seadme pärast SIM-kaardi vahetamist taaskäivitada ja sai mitte lukustamise, vaid juurdepääsu keskkonnale.

Erilist huvi pakub Google'i reageering haavatavuse teatele. Probleemi teave saadeti juunis, kuid septembriks ei suutnud uurija mõistlikku vastust saada. Ta leidis, et selline käitumine on seletatav sellega, et ta ei ole esimene, kes selle vea kohta teatab. Kahtlused, et midagi on valesti, tekkisid septembris, kui probleem jäi lahendamata pärast 90 päeva jooksul välja antud tarkvarauuenduse installimist, millega lõppes juba väljakuulutatud konfidentsiaalsuse periood.

Kuna kõik katsed teada saada, mis seisus on saadetud probleemiteade, viisid ainult automatiseeritud ja mallide põhjal koostatud vastusteni, üritas uurija isiklikult ühendust võtta Google'i töötajatega, et selgitada välja olukord parandamise ettevalmistamisega, ning isegi demonstreeris haavatavust Google'i Londoni büroos. Alles pärast seda liikus haavatavuse kõrvaldamise töö edasi. Uurimise käigus selgus, et probleemist oli keegi varem juba teatanud, kuid Google otsustas teha erandi ja maksta tasu korduva probleemi teavitamise eest, kuna vaid tänu selle autori visadusele pöörati probleemile tähelepanu.

Allikas: opennet.ru