{"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\/novosti-interneta\/uyazvimost-v-android-pozvolyayushhaya-obojti-blokirovku-ekrana","title":{"rendered":"Androidi haavatavus, mis v\u00f5imaldab ekraani lukustuse \u00fcletada","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Androidi platvormil avastati haavatavus (CVE-2022-20465), mis v\u00f5imaldab ekraaniluku v\u00e4lja l\u00fclitada SIM-kaardi \u00fcmberpaigutamise ja PUK-koodi sisestamise teel. Ekraaniluku v\u00e4ljal\u00fclitamise v\u00f5imalust on demonstreeritud Google Pixel seadmetes, kuid kuna parandamine puudutab Androidi p\u00f5hikoodibaasi, on t\u00f5en\u00e4oline, et probleem m\u00f5jutab ka teiste tootjate tarkvara. Probleem on lahendatud novembrikuu turvaparanduste komplektis Androidile. Probleemi avastanud teadlane sai Google'ilt 70 000 dollari suuruse preemia. <\/p>\n
Probleem tuleneb vale t\u00f6\u00f6tlemise t\u00f5ttu SIM-kaardi vabastamisel PUK-koodi (isiklik vabastamisv\u00f5ti) sisestamise j\u00e4rel, mida kasutatakse SIM-kaardi taastamiseks, mis on lukustatud p\u00e4rast korduvalt vale PIN-koodi sisestamist. Ekraani lukustuse v\u00e4ljal\u00fclitamiseks on piisav, kui telefonis on oma SIM-kaart, millel on PIN-koodi kaitse. P\u00e4rast PIN-koodiga kaitstud SIM-kaardi vahetamist kuvatakse ekraanil alguses PIN-koodi sisestamise n\u00f5ue. Kui PIN-kood sisestatakse kolm korda valesti, lukustatakse SIM-kaart, mille j\u00e4rel on v\u00f5imalik sisestada PUK-kood selle vabastamiseks. Selgus, et \u00f5ige PUK-koodi sisestamine mitte ainult ei vabasta SIM-kaarti, vaid viib otse p\u00f5hiinterf\u00e4\u00e4ri, m\u00f6\u00f6da ekraanilukustajat, ilma juurdep\u00e4\u00e4su kinnitamise vajaduseta p\u00f5hiv\u00f5tme v\u00f5i grafitilise v\u00f5tme abil.
\r\n \r\n
<\/div>\r\n <\/div><\/center> <\/p>\n
Haavatavus on p\u00f5hjustatud veast PUK-koodide kontrollimise loogikas KeyguardSimPukViewControlleris, mis vastutab t\u00e4iendava autentimise ekraani kuvamise eest. Androidis kasutatakse mitmeid autentimise ekraane (PIN-koodi, PUK-koodi, parooli, graafilise v\u00f5tme ja biomeetrilise autentimise jaoks), ja neid ekraane kutsutakse v\u00e4lja j\u00e4rjestikku, kui on vajalik mitme kontrolli l\u00e4biviimine, n\u00e4iteks kui on vajalik PIN-kood ja graafiline v\u00f5ti. <\/p>\n
\u00d5ige PIN-koodi sisestamisel aktiveeritakse teine kontrollietapp, mis n\u00f5uab p\u00f5hivabastuskoodi sisestamist, kuid PUK-koodi sisestamisel j\u00e4etakse selline etapp vahele ja juurdep\u00e4\u00e4s antakse ilma p\u00f5hiv\u00f5ttu v\u00f5i graafilise v\u00f5tme p\u00e4rimise k\u00fcsimiseta. J\u00e4rgmise vabastamise etapi k\u00f5rvaleheitmine toimub seet\u00f5ttu, et kui kutsuda v\u00e4lja KeyguardSecurityContainerController#dismiss(), ei v\u00f5rrelda oodatud ja l\u00e4bitud kontrollimeetodit, st t\u00f6\u00f6tleja arvab, et kontrollimise meetod ei ole muutunud ja PUK-koodi kontrollimise l\u00f5petamine t\u00f5endab volituste edukat kinnitamist. <\/p>\n
Haavatavus avastati juhuslikult \u2014 kasutaja telefon kadus t\u00fchjaks ja p\u00e4rast laadimist ning sissel\u00fclitamist eksis ta korduvalt PIN-koodi sisestamisel. P\u00e4rast seda eemaldas ta lukustuse PUK-koodiga ja imestas, et s\u00fcsteem ei k\u00fcsinud peamist parooli, mida kasutatakse andmete dekr\u00fcpteerimiseks, mille peale seade hangus s\u00f5numiga \u201ePixel on k\u00e4ivitumas...\u201c. Kasutaja oli uudishimulik, otsustas toime tulla ja hakkas erinevaid viise PIN- ja PUK-koodide sisestamise katsetamiseks, kuni ta juhuslikult unustas seadet p\u00e4rast SIM-kaardi vahetamist taask\u00e4ivitada ja sai selle asemel, et hanguda, ligip\u00e4\u00e4su keskkonnale. <\/p>\n
Eriti huvitav on Google'i reaktsioon haavatavuse teatele. Teave probleemist saadeti juunis, kuid septembriks ei suutnud uurija arusaadavat vastust saada. Ta arvas, et selline k\u00e4itumine on tingitud sellest, et ta ei ole esimene, kes sellest veast teatanud on. Kahtlused, et midagi on valesti, tekkisid septembris, kui probleem j\u00e4i lahendamata 90 p\u00e4eva p\u00e4rast v\u00e4lja antud tarkvarauuendust, mille j\u00e4rel oli aeg olnud mitteavaldamise periood m\u00f6\u00f6das. <\/p>\n
Kuna k\u00f5ik katsed teada saada saadetud probleemiteate olekust viisid vaid automatiseeritud ja standardsetele vastustele, \u00fcritas uurija isiklikult \u00fchendust v\u00f5tta Google'i t\u00f6\u00f6tajatega, et selgitada v\u00e4lja olukord paranduste ettevalmistamisel, ja isegi demonstreeris haavatavust Google'i Londoni kontoris. Alles siis liikusid t\u00f6\u00f6d haavatavuse k\u00f5rvaldamise osas edasi. Juurdluse k\u00e4igus selgus, et probleemist oli keegi varem teatatud, kuid Google otsustas teha erandi ja maksta tasu korduva probleemiteate eest, kuna ainult t\u00e4nu autorile, kes j\u00e4rjekindlalt teemat t\u00f5statas, p\u00f6\u00f6rati probleemile t\u00e4helepanu. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Vaata](\"https:\/\/img.youtube.com\/vi\/dSgSnYPgzT0\/hqdefault.jpg\")
\r\n