Kriitiline haavatavus memcpy funktsiooni rakenduses ARMv7 Glibci koostises

Turvalisuuringute spetsialistid ettevõttest Cisco avaldasid detailid haavatavuse (CVE-2020-6096) Glibc'i malloc() funktsiooni rakenduses 32-bitiste ARMv7 platvormide jaoks. Probleem tuleneb negatiivsete väärtuste vale töötlemise tõttu parameetris, mis määrab kopeeritava ala suuruse, kasutades assembleri optimeeringuid, mis manipuleerivad märgitud 32-bitiste täisarvudega. memcpy() väljakutse ARMv7 süsteemides negatiivse suurusega toob kaasa vale väärtuste võrdlemise ja kirjutamise väljaspool määratud puhvri piire.

Haavatavust saab kuritarvitada koodi käitamiseks olukordades, kus ründaja suudab korraldada negatiivse väärtuse muutujas, mille kaudu edastatakse kopeeritavate andmete suurus (näiteks minusesse minek toimub, kui edastatakse üle 2 GB andmeid, kuid rünnaku käigus, et ületada puhvri piire, tuleb edastada vähemalt 4GB). memcpy() funktsiooni kasutatakse laialdaselt rakendustes, ning ARMv7 protsessorid on levinud automobile, mobiilsetes, tööstuslikes, tarbijasektoris, side- ja sisseehitatud seadmetes, mis võivad potentsiaalselt muutuda rünnakute sihtmärkideks, kasutades Bluetoothi, HD Radio / DAB, USB, CAN bussi, Wi-Fi ja muid väliseid andmeallikaid (näiteks võivad olla rünnatud võrgus kergesti kättesaadavad teenused ja rakendused, mis aktsepteerivad sisendit suuruse piirest sõltumatult).

Näitena toome esile töötava eksploidi loomise rünnakuks autode infotehnoloogiliste süsteemide HTTP-serverile, mis on juurdepääsetav auto Wi-Fi võrgus. Kolmas osapool saab kuritarvitada memcpy haavatavust selles serveris, edastades väga suure GET-päringu, ja saada root-juurdepääsu süsteemile.

32-bitistes x86 süsteemides probleem ei ilmne, kuna memcpy'i rakendus selle arhitektuuri jaoks tõlgendab muutuja suuruse õigesti kui märketa täisarvutable nimega size_t (kokku kirjutatud assembleris , tehnoloogia ARMv7 jaoks töödeldakse seda kui signeeritud täisarv). Parandus on hetkel saadaval patch, mis kuulub augustikuu Glibc 2.32 uuendusse.
Parandus seisneb assemblin instruktsioonide, mis opereerivad märkidega operandidega (bge ja blt), asendamises märketa analoogidega (blo ja bhs).

Probleem ei ole veel lahendatud Debian 9 ja 10 (Debian 8 ei esine), Fedora, Ubuntu, OpenEmbedded, Tizen (kasutab glibc). RHEL ja SUSE probleem ei puuduta, kuna nad ei toeta 32-bitiseid ARMv7 süsteeme. Android ei ole haavatav, kuna kasutab oma libc (Bionic) teostust. OpenWRT vaikimisi kasutatakse enamikus seadistustes Musl, kuid repositooriumis on ka glibc.

Allikas: opennet.ru