L'azienda Google ha pubblicato diversi prototipi di exploit che mostrano la possibilit\u00e0 di sfruttare vulnerabilit\u00e0 della classe Spectre durante l'esecuzione di codice JavaScript nel browser, eludendo i metodi di protezione aggiunti in precedenza. Gli exploit possono essere utilizzati per ottenere accesso alla memoria del processo che gestisce il contenuto web nella scheda attuale. Per testare il funzionamento dell'exploit, \u00e8 stato avviato il sito leaky.page, e il codice con la descrizione della logica di funzionamento \u00e8 stato caricato su GitHub. <\/p>\n
\u041f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u043d\u044b\u0439 \u043f\u0440\u043e\u0442\u043e\u0442\u0438\u043f \u0440\u0430\u0441\u0441\u0447\u0438\u0442\u0430\u043d \u043d\u0430 \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u0438\u0435 \u0430\u0442\u0430\u043a\u0438 \u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0441 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430\u043c\u0438 Intel Core i7-6500U \u0432 \u043e\u043a\u0440\u0443\u0436\u0435\u043d\u0438\u0438 \u0441 Linux \u0438 Chrome 88. \u0414\u043b\u044f \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u044d\u043a\u0441\u043f\u043b\u043e\u0438\u0442\u0430 \u0434\u043b\u044f \u0434\u0440\u0443\u0433\u0438\u0445 \u043e\u043a\u0440\u0443\u0436\u0435\u043d\u0438\u0439 \u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f \u0432\u043d\u0435\u0441\u0435\u043d\u0438\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439. \u041c\u0435\u0442\u043e\u0434 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438 \u043d\u0435 \u0441\u043f\u0435\u0446\u0438\u0444\u0438\u0447\u0435\u043d \u0434\u043b\u044f \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043e\u0432 Intel — \u043f\u043e\u0441\u043b\u0435 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0435\u0439 \u0430\u0434\u0430\u043f\u0442\u0430\u0446\u0438\u0438 \u0431\u044b\u043b\u0430 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0430 \u0440\u0430\u0431\u043e\u0442\u0430 \u044d\u043a\u0441\u043f\u043b\u043e\u0438\u0442\u0430 \u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0441 CPU \u0434\u0440\u0443\u0433\u0438\u0445 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u0435\u0439, \u0432\u043a\u043b\u044e\u0447\u0430\u044f Apple M1 \u043d\u0430 \u0431\u0430\u0437\u0435 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b ARM. \u041f\u043e\u0441\u043b\u0435 \u043d\u0435\u0437\u043d\u0430\u0447\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0445 \u043a\u043e\u0440\u0440\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u043e\u043a \u044d\u043a\u0441\u043f\u043b\u043e\u0438\u0442 \u0442\u0430\u043a\u0436\u0435 \u0440\u0430\u0431\u043e\u0442\u043e\u0441\u043f\u043e\u0441\u043e\u0431\u0435\u043d \u0432 \u0434\u0440\u0443\u0433\u0438\u0445 \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0438 \u0432 \u0434\u0440\u0443\u0433\u0438\u0445 \u0431\u0440\u0430\u0443\u0437\u0435\u0440\u0430\u0445 \u043d\u0430 \u0431\u0430\u0437\u0435 \u0434\u0432\u0438\u0436\u043a\u0430 Chromium. <\/p>\n
In un ambiente basato su Chrome 88 e processori Intel Skylake, \u00e8 riuscito a ottenere una fuga di dati dal processo che gestisce il contenuto web nella scheda Chrome attuale (renderer process), con una velocit\u00e0 di 1 kilobyte al secondo. Sono stati anche sviluppati prototipi alternativi, ad esempio, un exploit che consente, a costo di una riduzione della stabilit\u00e0, di aumentare la velocit\u00e0 di fuga fino a 8 kB\/s utilizzando il timer performance.now() con una precisione di 5 microsecondi (0,005 millisecondi). \u00c8 stata anche preparata una versione che funziona con una precisione del timer di un millisecondo, che potrebbe essere utilizzata per accedere alla memoria di un altro processo con una velocit\u00e0 di circa 60 byte al secondo. <\/p>\n
Il codice dimostrativo pubblicato \u00e8 composto da tre parti. La prima parte esegue la calibrazione del timer per stimare il tempo di esecuzione delle operazioni necessarie per recuperare i dati rimasti nella cache del processore a seguito dell'esecuzione speculativa delle istruzioni della CPU. La seconda parte determina il layout della memoria utilizzato durante l'allocazione di un array JavaScript. <\/p>\n
La terza parte sfrutta direttamente la vulnerabilit\u00e0 Spectre per determinare il contenuto della memoria del processo attuale mediante la creazione di condizioni per l'esecuzione speculativa di determinate operazioni, i cui risultati vengono scartati dal processore dopo aver determinato una previsione errata, ma le tracce di esecuzione vengono memorizzate nella cache condivisa e possono essere recuperate tramite metodi di determinazione del contenuto della cache attraverso canali laterali, che analizzano le variazioni nel tempo di accesso ai dati memorizzati nella cache e a quelli non memorizzati. <\/p>\n
La tecnica di sfruttamento proposta consente di fare a meno di timer ad alta precisione, disponibili tramite l'API performance.now(), e senza supporto per il tipo SharedArrayBuffer, che consente la creazione di array in memoria condivisa. L'exploit include un gadget Spectre che provoca un'esecuzione speculativa controllata del codice e un analizzatore di perdite attraverso canali laterali, che determina i dati memorizzati nella cache ottenuti durante l'esecuzione speculativa. <\/p>\n
Il gadget \u00e8 implementato tramite un array JavaScript, in cui viene tentato l'accesso a un'area al di fuori dei limiti del buffer, influenzando lo stato del blocco di previsione dei salti a causa della presenza di un controllo della dimensione del buffer aggiunto dal compilatore (il processore esegue speculativamente l'accesso, ma ripristina lo stato dopo il controllo). Per analizzare il contenuto della cache in condizioni di imprecisione del timer, \u00e8 stato proposto un metodo che inganna la strategia di espulsione dei dati dalla cache Tree-PLRU utilizzata nei processori e permette, aumentando il numero di cicli, di aumentare notevolmente la differenza nel tempo di restituzione di un valore dalla cache rispetto a un valore assente nella cache. <\/p>\n
Si segnala che Google ha pubblicato un prototipo di exploit per dimostrare la fattibilit\u00e0 degli attacchi che usano le vulnerabilit\u00e0 di tipo Spectre e per stimolare gli sviluppatori web ad applicare tecniche che minimizzino i rischi da tali attacchi. Google ritiene che senza una riprogettazione sostanziale del prototipo proposto non sia possibile creare exploit universali, pronti non solo per la dimostrazione, ma anche per un utilizzo diffuso. <\/p>\n
Per ridurre il rischio, ai proprietari dei siti viene suggerito di utilizzare gli header recentemente implementati Cross-Origin Opener Policy (COOP), Cross-Origin Embedder Policy (COEP), Cross-Origin Resource Policy (CORP), Fetch Metadata Request, X-Frame-Options, X-Content-Type-Options e SameSite Cookie. Questi meccanismi non proteggono direttamente dagli attacchi, ma consentono di isolare i dati del sito dalle perdite nei processi in cui pu\u00f2 essere eseguito il codice JavaScript dell'attaccante (la fuga avviene dalla memoria del processo corrente, dove possono essere elaborati oltre al codice dell'attaccante anche i dati di un altro sito aperto nella stessa scheda). L'idea principale \u00e8 quella di separare l'esecuzione del codice del sito da codice esterno proveniente da fonti inaffidabili, ad esempio incluso tramite iframe.
![\"Guarda](\"https:\/\/img.youtube.com\/vi\/V_9cQP60ZGI\/hqdefault.jpg\")
\r\n