0-dag sårbarhet i Chrome, identifierad genom analys av förändringar i V8-motorn

Forskare från företaget Exodus Intelligence demonstrerade har identifierat en svaghet i processen för att åtgärda sårbarheter i kodbasen för Chrome/Chromium. Problemet är kopplat till att Google avslöjar information om att de åtgärdade sårbarheterna rör säkerhetsfrågor först efter att versionen har släppts, men
lägger till kod i arkivet för att åtgärda sårbarheten i V8-motorn före lanseringen. Under en tid genomgår fixarna tester och det skapas ett fönster där sårbarheten är åtgärdad i kodbasen och tillgänglig för analys, men sårbarheten förblir oåtgärdad på användarsystem.

Genom att studera ändringarna i arkivet lade forskarna märke till att det lagts till den 19 februari fix och lyckades på tre dagar förbereda exploit, en exploit som påverkar aktuella Chrome-versioner (den publicerade exploiten inkluderade inte komponenter för att kringgå sandbox-isoleringen). Google reagerade snabbt med har släppt uppdateringen Chrome 80.0.3987.122, som åtgärdade relaterade sårbarheter kopplade till den föreslagna exploiten sårbarhet (CVE-2020-6418). Sårbarheten upptäcktes först av Googles ingenjörer och orsakades av ett problem med typbehandling i JSCreate-operationen, vilket kan utnyttjas via metoden Array.pop eller Array.prototype.pop. Intressant nog fanns en liknande fråga fixad i Firefox sommaren förra året.

Forskare upplyste också om att det underlättas att skapa exploits på grund av införandet av Chrome 80 pekarmekanismen som gör att endast unika lägre bitar av pekaren lagras (istället för hela 64-bitarsvärdet), vilket signifikant minskar minnesanvändningen i heapen. Till exempel placeras vissa datakonstruktioner i början av heapen, såsom tabeller över inbyggda funktioner, "native context"-objekt och rotnodernas samlare, nu på förutsägbara och skrivbara packade adresser. Intressant är att för nästan ett år sedan gjorde Exodus Intelligence

en liknande demonstration av möjligheten att skapa en exploit baserat på studier av den offentliga loggen för åtgärder i V8, men tycks inte ha dragits några slutsatser. På forskarnas plats kunde det ha funnits angripare eller underrättelsetjänster som, när de skapade exploiten, skulle ha möjlighet att i dagar eller till och med veckor utnyttja sårbarheten dolt innan en ny version av Chrome släpptes. en liknande demonstration av möjligheten att skapa en exploatering baserad på studiet av den offentliga loggen för korrigeringar inom V8, men det verkar som om inga adekvata slutsatser drogs. På forskarnas plats
Exodus Intelligence skulle kunna ha passerats av angripare eller underrättelsetjänster, som vid skapandet av en exploatering skulle ha möjlighet att dölja utnyttjandet av sårbarheten i dagar eller till och med veckor innan nästa version av Chrome släpptes.

Källa: opennet.ru