{"id":25703,"date":"2021-10-04T11:30:31","date_gmt":"2021-10-04T09:30:31","guid":{"rendered":"https:\/\/www.kaspersky.it\/blog\/?p=25703"},"modified":"2021-10-04T17:37:33","modified_gmt":"2021-10-04T15:37:33","slug":"what-is-spookjs","status":"publish","type":"post","link":"https:\/\/www.kaspersky.it\/blog\/what-is-spookjs\/25703\/","title":{"rendered":"Spook.js, una spaventosa storia della buonanotte"},"content":{"rendered":"

In confronto, un attacco di phishing ha senso: si clicca su un link, si arriva su una pagina dannosa, si inseriscono alcuni dettagli e un criminale informatico li ruba. Qui, invece, funziona diversamente: fate clic su un link e un cyber criminale ruba i vostri dati. Proprio cos\u00ec, oggi parliamo di pagine dannose che sfruttano una caratteristica fondamentale della CPU per rubare dati senza che la vittima inserisca nulla. La vulnerabilit\u00e0 in questione \u00e8 molto difficile, se non impossibile, da risolvere.<\/p>\n

Nel 2018, i ricercatori hanno dimostrato che il tutto era teoricamente possibile, svelando le prime due varianti della vulnerabilit\u00e0 Spectre. Tre anni dopo, a settembre 2021, si \u00e8 verificato il primo attacco in condizioni reali utilizzando Spectre v1: conosciuto come Spook.js. Il concetto di attacco \u00e8 complicato, ma cercheremo di renderlo comprensibile.<\/p>\n

I precedenti di Spectre v1<\/h2>\n

La notizia dei primi due attacchi di questa famiglia, Spectre e Meltdown, \u00e8 scoppiata nel 2018<\/a>. Gli attacchi hanno sfruttato il meccanismo della predizione delle diramazioni, progettato per accelerare l\u2019esecuzione dei comandi, presente in tutte le moderne CPU.<\/p>\n

\"\"

Logo della vulnerabilit\u00e0 Spectre<\/p><\/div>\n

Quando un utente inserisce una password per accedere a un sito web, se la password \u00e8 corretta, si dovranno seguire delle istruzioni. In caso contrario, si esegue un\u2019alternativa. Tuttavia, ed \u00e8 qui che entra in gioco la previsione delle diramazioni, prima di ricevere la risposta, la CPU inizia ad eseguire il set di istruzioni che considera pi\u00f9 necessario.<\/p>\n

Nel nostro esempio, se la password \u00e8 stata inserita correttamente un centinaio di volte prima, la CPU assumer\u00e0 che questa volta non sar\u00e0 diversa. Se indovina correttamente, l\u2019utente ottiene un aumento delle prestazioni. In caso contrario, la CPU scarta le istruzioni eseguite speculativamente ed esegue l\u2019alternativa.<\/p>\n

In un attacco di vulnerabilit\u00e0 Spectre, viene fatto un tentativo di leggere un\u2019area dati a cui il programma non ha accesso. Nella prima fase dell\u2019attacco, vengono effettuate pi\u00f9 chiamate ad aree di dati ad accesso aperto, per cui il sistema di predizione delle diramazioni viene \u201cpreparato\u201d ad eseguire anche l\u2019operazione di lettura proibita. Usando la predizione delle diramazioni, la CPU esegue l\u2019operazione in anticipo perch\u00e9 \u00e8 abituata al programma che richiede la lettura di dati che, in realt\u00e0, pu\u00f2 effettuare. Ma un controllo rivela che al programma \u00e8 proibito l\u2019accesso ai dati, quindi i calcoli eseguiti speculativamente vengono scartati. Fin qui tutto bene, ma i dati letti dalla CPU sono conservati per un certo tempo nella cache, la memoria propria della CPU.<\/p>\n

Poi arriva la parte pi\u00f9 interessante: non avendo modo di leggere direttamente i dati confidenziali dalla cache della CPU, il processo dannoso mette in atto un cosiddetto attacco side-channel per rubarli. Questo comporta la misurazione della velocit\u00e0 di accesso a certe informazioni. Se \u00e8 relativamente basso, significa che i dati si trovano nella cache. Se non lo \u00e8, viene caricato dalla normale RAM. Una sequenza impostata di tentativi di lettura si traduce in una fuga di informazioni segrete.<\/p>\n

Il risultato \u00e8 un difetto fondamentale della CPU la cui unica soluzione \u00e8 disabilitare completamente la predizione delle diramazioni, influenzando cos\u00ec seriamente le prestazioni. Detto questo, gli attacchi Specter hanno molte limitazioni:<\/p>\n