0-dages sårbarhed i Chrome, identificeret gennem analyse af ændringer i V8-motoren

Forskere fra Exodus Intelligence blev demonstreret en svaghed i processen til at rette sårbarheder i Chrome/Chromiums kildekode. Problemet er relateret til, at Google kun afslører, at de implementerede rettelser vedrører sikkerhedsproblemer efter udgivelsen, men
tilføjer koden til repositoiret for at rette sårbarheden i V8-motoren før udgivelsen. I en periode testes rettelserne, og der opstår et vindue, hvor sårbarheden er rettet i kildekoden og tilgængelig til analyse, men sårbarheden forbliver uoprettet på brugernes systemer.

Ved at studere ændringerne i repositoiret lagde forskerne mærke til, at der den 19. februar blev tilføjet rettelse og i løbet af tre dage kunne de forberede exploit, der påvirker de aktuelle versioner af Chrome (den offentliggjorte exploit inkluderede ikke komponenter til at omgå sandbox-isoleringen). Google reagerede hurtigt udgivet med opdateringen Chrome 80.0.3987.122, som løste den, der var relateret til den foreslåede exploit ASLR i programmer med setuid-flaget og bestemme adressefordelingen i de indlæste biblioteker gennem manipulation af miljøvariablen LD_PREFER_MAP_32BIT_EXEC. (CVE-2020-6418). Sårbarheden blev oprindeligt identificeret af ingeniører fra Google og forårsaget af et problem med typebehandling i JSCreate-operationen, som kan udnyttes via metoden Array.pop eller Array.prototype.pop. Bemærkelsesværdigt er, at et lignende problem blev rettet i Firefox sidste sommer.

Forskere lagde også mærke til, at det er blevet lettere at oprette exploits på grund af inkluderingen af Chrome 80 en mekanisme til pakkning af pointere (i stedet for at gemme hele 64-bit værdier gemmes kun de unikke nederste bits af pointeren, hvilket væsentligt reducerer hukommelsesforbruget i bunken). For eksempel placeres visse strukturer i starten af bunken, såsom tabeller for indbyggede funktioner, objekter i 'native context' og rodobjekter i affaldssamleren, nu på forudsigelige og skrivebare pakkede adresser.

Interessant er det, at næsten for et år siden, blev der af Exodus Intelligence foretaget en lignende demonstration af muligheden for at skabe exploits baseret på studiet af den offentlige log over rettelser i V8, men tilsyneladende blev der ikke draget de nødvendige konklusioner. På stedet for forskerne en lignende demonstration af muligheden for at skabe udnyttelser baseret på studiet af den offentlige log over rettelser i V8, men åbenbart har der ikke været de nødvendige konsekvenser. Forskernes håndtering.
Exodus Intelligence har vist, at der kunne være hackere eller efterretningstjenester, der ved oprettelsen af et exploit ville have mulighed for at skjule en sårbarhed i dage eller endda uger, før den næste version af Chrome blev frigivet.

Kilde: opennet.ru