{"id":105525,"date":"2022-11-11T21:36:51","date_gmt":"2022-11-11T19:36:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-android-pozvolyayushhaya-obojti-blokirovku-ekrana"},"modified":"2022-11-11T21:36:51","modified_gmt":"2022-11-11T19:36:51","slug":"uyazvimost-v-android-pozvolyayushhaya-obojti-blokirovku-ekrana","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/uyazvimost-v-android-pozvolyayushhaya-obojti-blokirovku-ekrana","title":{"rendered":"Androidi haavatavus, mis v\u00f5imaldab ekraaniluku \u00fcletamist.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Androidi platvormil leiti haavatavus (CVE-2022-20465), mis v\u00f5imaldab ekraani lukustamise v\u00e4ljal\u00fclitamist SIM-kaardi vahetamise ja PUK-koodi sisestamise kaudu. Lukustamise v\u00e4ljal\u00fclitamise v\u00f5imalust on demonstreeritud Google Pixel seadmetes, kuid kuna parandamine puudutab Androidi p\u00f5hikoode, on t\u00f5en\u00e4oline, et probleem puudutab ka teiste tootjate seadmeid. Probleem on lahendatud novembri turvaparanduste kogumis Androidile. Probleemile t\u00e4helepanu juhtinud uurija sai Google'ilt 70 000 dollarit tasu. <\/p>\n
Probleem on tingitud vale t\u00f6\u00f6tlemisega p\u00e4rast PUK-koodi (Isikliku lukustamise v\u00f5tme) sisestamist, mida kasutatakse SIM-kaardi uuesti aktiveerimiseks, kui see on blokeeritud korduvalt vale PIN-koodi sisestamise t\u00f5ttu. Ekraani lukustamise v\u00e4ljal\u00fclitamiseks piisab, kui paigutada telefoni oma SIM-kaart, millel on PIN-koodi kaitse. P\u00e4rast PIN-koodiga kaitstud SIM-kaardi vahetamist kuvatakse algselt ekraanil PIN-koodi sisestuse p\u00e4ring. Kui PIN-kood sisestatakse vale kolmel korral, blokeeritakse SIM-kaart, millele j\u00e4rgneb v\u00f5imalus PUK-koodi sisestamiseks selle vabastamiseks. Selgus, et PUK-koodi korrektne sisestamine mitte ainult ei vabasta SIM-kaarti, vaid viib ka peamise liidese juurde, m\u00f6\u00f6da ekraani lukustajat, ilma et oleks vaja juurdep\u00e4\u00e4su kinnitada peamise parooli v\u00f5i mustri kaudu.
\r\n \r\n
<\/div>\r\n <\/div><\/center> <\/p>\n
Haavatavus tuleneb veast PUK-koodide kontrollimise loogikas KeyguardSimPukViewControlleri t\u00f6\u00f6tlejas, mis vastutab t\u00e4iendava autentimisekraani kuvamise eest. Androidis kasutatakse mitmeid autentimisekraane (PIN, PUK, parool, muster, biomeetriline autentimine), ja neid ekraane kutsutakse j\u00e4rjestikku, kui on vaja teostada mitu kontrolli, n\u00e4iteks vajaduse korral PIN ja muster. <\/p>\n
Kui PIN-kood sisestatakse \u00f5igesti, k\u00e4ivitub teine \u200b\u200bkontrollietapp, mis n\u00f5uab p\u00f5hiv\u00e4\u00e4rtpaberikoodi sisestamist, kuid PUK-koodi sisestamisel j\u00e4etakse see etapp vahele ja juurdep\u00e4\u00e4su antakse ilma p\u00f5hisalas\u00f5na v\u00f5i graafilise v\u00f5tme k\u00fcsimiseta. J\u00e4rgmise lukustuse etapi vahelej\u00e4mine toimub seet\u00f5ttu, et KeyguardSecurityContainerController#dismiss() kutsumisel ei v\u00f5rrelda oodatud ja l\u00e4bitud kontrollimeetodit, st menetleja arvab, et kontrollimeetodi muutmist ei olnud ja PUK-koodi kontrollimise l\u00f5petamine n\u00e4itab volituste eduka kinnitamise olemasolu. <\/p>\n
Haavatavus avastati juhuslikult \u2014 kasutaja telefoni aku t\u00fchjenes ja p\u00e4rast laadimist ja sissel\u00fclitamist oli ta PIN-koodi sisestamisel mitu korda vale, mille j\u00e4rel eemaldas ta lukustuse PUK-koodi abil ning oli \u00fcllatunud, et s\u00fcsteem ei palunud peamist parooli, mida kasutatakse andmete dekr\u00fcpteerimiseks, p\u00e4rast mida see hangus teatega \"Pixel is starting...\". Kasutaja oli hoolikas, otsustas v\u00e4lja selgitada, milles on asi, ja hakkas erinevatel viisidel katsetama PIN- ja PUK-koodide sisestamist, kuni ta juhuslikult unustas seadme taask\u00e4ivitamise p\u00e4rast SIM-kaardi vahetamist ja sai s\u00f5ltumise asemel juurdep\u00e4\u00e4su keskkonnale. <\/p>\n
Erilist huvi pakub Google'i reageering haavatavuse teatele. Probleemi teave saadeti juunis, kuid septembriks ei suutnud uurija m\u00f5istlikku vastust saada. Ta leidis, et selline k\u00e4itumine on seletatav sellega, et ta ei ole esimene, kes selle vea kohta teatab. Kahtlused, et midagi on valesti, tekkisid septembris, kui probleem j\u00e4i lahendamata p\u00e4rast 90 p\u00e4eva jooksul v\u00e4lja antud tarkvarauuenduse installimist, millega l\u00f5ppes juba v\u00e4ljakuulutatud konfidentsiaalsuse periood. <\/p>\n
Kuna k\u00f5ik katsed teada saada, mis seisus on saadetud probleemiteade, viisid ainult automatiseeritud ja mallide p\u00f5hjal koostatud vastusteni, \u00fcritas uurija isiklikult \u00fchendust v\u00f5tta Google'i t\u00f6\u00f6tajatega, et selgitada v\u00e4lja olukord parandamise ettevalmistamisega, ning isegi demonstreeris haavatavust Google'i Londoni b\u00fcroos. Alles p\u00e4rast seda liikus haavatavuse k\u00f5rvaldamise t\u00f6\u00f6 edasi. Uurimise k\u00e4igus selgus, et probleemist oli keegi varem juba teatanud, kuid Google otsustas teha erandi ja maksta tasu korduva probleemi teavitamise eest, kuna vaid t\u00e4nu selle autori visadusele p\u00f6\u00f6rati probleemile t\u00e4helepanu. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"M\u00e4ngi](\"https:\/\/img.youtube.com\/vi\/dSgSnYPgzT0\/hqdefault.jpg\")
\r\n