L'azienda Google ha pubblicato diversi prototipi di exploit che mostrano la possibilit\u00e0 di sfruttare vulnerabilit\u00e0 di tipo Spectre durante l'esecuzione di codice JavaScript nel browser, eludendo i metodi di protezione precedentemente implementati. Questi exploit possono essere utilizzati per accedere 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 che descrive la logica d'operazione \u00e8 disponibile su GitHub. <\/p>\n
Il prototipo proposto \u00e8 progettato per attaccare sistemi con processori Intel Core i7-6500U nell'ambiente Linux e Chrome 88. Per utilizzare l'exploit in altri ambienti sono necessarie modifiche. Il metodo di sfruttamento non \u00e8 specifico per i processori Intel \u2014 dopo un'adeguata adattazione \u00e8 stata confermata la funzionalit\u00e0 dell'exploit su sistemi con CPU di altri produttori, inclusi Apple M1 basati su architettura ARM. Dopo alcune lievi modifiche, l'exploit risulta funzionante anche su altri sistemi operativi e in altri browser basati su motore Chromium. <\/p>\n
In un ambiente basato su Chrome 88 e processori Intel Skylake, \u00e8 stato possibile ottenere una fuoriuscita di dati dal processo responsabile dell'elaborazione del contenuto web nella scheda attuale di Chrome (processo renderer), con una velocit\u00e0 di 1 kilobyte al secondo. Inoltre, sono stati sviluppati prototipi alternativi, come un exploit che permette, a fronte di una riduzione della stabilit\u00e0, di aumentare la velocit\u00e0 di fuoriuscita fino a 8kB\/s utilizzando un 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, la quale poteva 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 valutare il tempo necessario per completare le operazioni richieste per recuperare i dati rimasti nella cache della CPU a seguito dell'esecuzione speculativa delle istruzioni. La seconda parte determina la disposizione della memoria utilizzata per allocare un array JavaScript. <\/p>\n
La terza parte sfrutta direttamente la vulnerabilit\u00e0 Spectre per determinare il contenuto della memoria del processo corrente creando le condizioni per l'esecuzione speculativa di determinate operazioni, i cui risultati vengono scartati dal processore dopo aver determinato una previsione errata. Tuttavia, le tracce di esecuzione si depositano nella cache generale e possono essere recuperate mediante metodi di determinazione del contenuto della cache tramite canali secondari, che analizzano la variazione del tempo di accesso ai dati in cache e non in cache. <\/p>\n
La tecnica di sfruttamento proposta permette di fare a meno di timer ad alta precisione, accessibili tramite l'API performance.now(), e senza il supporto del tipo SharedArrayBuffer, che consente di creare array in memoria condivisa. L'exploit include un gadget Spectre che provoca un'esecuzione speculativa controllata del codice e un analizzatore di perdite tramite canali secondari, che determina i dati memorizzati nella cache ottenuti durante l'esecuzione speculativa. <\/p>\n
Il gadget \u00e8 realizzato utilizzando un array JavaScript, in cui si tenta di accedere a un'area al di fuori dei confini del buffer, influenzando lo stato del blocco di previsione delle transizioni a causa della presenza di un controllo della dimensione del buffer aggiunto dal compilatore (la CPU esegue speculativamente l'accesso, ma ripristina lo stato dopo il controllo). Per analizzare il contenuto della cache in condizioni di precisione insufficiente del timer, \u00e8 stato proposto un metodo che inganna la strategia di espulsione dei dati dalla cache Tree-PLRU utilizzata nei processori, consentendo di aumentare significativamente la differenza di tempo nel fornire il valore dalla cache rispetto all'assenza di un valore nella cache aumentando il numero di cicli. <\/p>\n
Si segnala che Google ha pubblicato un prototipo di exploit per dimostrare la realistica vulnerabilit\u00e0 degli attacchi che sfruttano le falle della classe Spectre e per incoraggiare gli sviluppatori web ad utilizzare tecniche che minimizzino i rischi derivanti da attacchi di questo tipo. Google ritiene che senza una significativa revisione del prototipo proposto, non sia possibile creare exploit universali pronti non solo per la dimostrazione, ma anche per l'uso generale. <\/p>\n
Per ridurre il rischio, si consiglia ai proprietari di siti web di utilizzare le recenti intestazioni 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 da perdite nei processi in cui potrebbe essere eseguito il codice JavaScript dell'attaccante (la perdita avviene dalla memoria del processo attuale, che potrebbe elaborare anche i dati di un altro sito aperto nella stessa scheda). L'idea principale \u00e8 separare l'esecuzione del codice del sito da codice di terze parti, proveniente da fonti non affidabili, come quello incluso attraverso iframe.
![\"Riproduci](\"https:\/\/img.youtube.com\/vi\/V_9cQP60ZGI\/hqdefault.jpg\")
\r\n