Vulnerabilità zero-day in Chrome, identificata attraverso l'analisi delle modifiche nel motore V8

I ricercatori della Exodus Intelligence hanno dimostrato una vulnerabilità nel processo di correzione delle vulnerabilità nel codice di Chrome/Chromium. Il problema è che Google rivela che le correzioni apportate sono legate ai problemi di sicurezza solo dopo il rilascio, ma
aggiunge nel repository il codice per risolvere la vulnerabilità nel motore V8 prima della pubblicazione del rilascio. Per un certo periodo, le correzioni vengono testate e si crea una finestra, durante la quale la vulnerabilità diventa corretta nel codice sorgente e disponibile per l'analisi, ma la vulnerabilità rimane non corretta sui sistemi degli utenti.

Analizzando le modifiche apportate al repository, i ricercatori hanno notato che è stato aggiunto il 19 febbraio una correzione e in tre giorni sono riusciti a preparare un exploit, che colpisce le versioni attuali di Chrome (l’exploit pubblicato non includeva componenti per eludere l'isolamento sandbox). Google ha rapidamente ha rilasciato rilasciato l'aggiornamento di Chrome 80.0.3987.122, risolvendo il problema legato all'exploit proposto vulnerabilità (CVE-2020-6418). La vulnerabilità è stata inizialmente scoperta dagli ingegneri di Google ed è stata causata da un problema nella gestione dei tipi nell'operazione JSCreate, che può essere sfruttato tramite il metodo Array.pop o Array.prototype.pop. È notevole che un problema simile sia stato è stata corretta in Firefox la scorsa estate.

I ricercatori hanno anche notato che l'utilizzo degli exploit è stato semplificato grazie all'inclusione in Chrome 80 di un meccanismo di imballaggio dei puntatori (invece di memorizzare il valore completo a 64 bit, vengono salvati solo i bit inferiori unici del puntatore, il che consente di ridurre significativamente il consumo di memoria nel heap). Ad esempio, alcune strutture dati all'inizio del heap, come la tabella delle funzioni incorporate, gli oggetti "native context" e gli oggetti radice del garbage collector, ora vengono posizionati a indirizzi imballati prevedibili e registrabili.

È interessante notare che quasi un anno fa, Exodus Intelligence ha fatto una dimostrazione analoga della possibilità di creare un exploit basato sull'analisi del registro pubblico delle correzioni in V8, ma, a quanto pare, non ci sono state conclusioni adeguate. Al posto dei ricercatori
Gli Intelligence di Exodus potrebbero essere stati sfruttati da malintenzionati o servizi segreti che, nella creazione dell'exploit, avrebbero avuto la possibilità di sfruttare in modo nascosto la vulnerabilità per giorni o addirittura settimane, prima che venisse pubblicato un nuovo rilascio di Chrome.

Fonte: opennet.ru