{"id":73756,"date":"2020-03-11T20:42:30","date_gmt":"2020-03-11T17:42:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/lvi-novyj-klass-atak-na-mehanizm-spekulyativnogo-vypolneniya-v-cpu"},"modified":"2020-03-11T20:42:30","modified_gmt":"2020-03-11T17:42:30","slug":"lvi-novyj-klass-atak-na-mehanizm-spekulyativnogo-vypolneniya-v-cpu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/lvi-novyj-klass-atak-na-mehanizm-spekulyativnogo-vypolneniya-v-cpu","title":{"rendered":"LVI \u2014 una nuova classe di attacchi al meccanismo di esecuzione speculativa nella CPU.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sono stati resi noti<\/a><\/noindex> dati su un nuovo tipo di attacco LVI<\/a><\/noindex> (Load Value Injection, CVE-2020-0551<\/a><\/noindex>) al meccanismo di esecuzione speculativa nei processori Intel, che possono essere utilizzati per organizzare la fuga di chiavi e dati sensibili dagli enclave Intel SGX e da altri processi.<\/p>\n

Il nuovo tipo di attacco si basa su manipolazioni delle stesse strutture microarchitettoniche degli attacchi MDS<\/a><\/noindex> (Microarchitectural Data Sampling), Spectre e Meltdown<\/a><\/noindex>. Tuttavia, i nuovi attacchi non vengono bloccati dai metodi esistenti di protezione contro Meltdown, Spectre, MDS e altre minacce simili. Per garantire una protezione efficace contro LVI, \u00e8 necessario apportare modifiche hardware alla CPU. Quando si implementa la protezione tramite software, aggiungendo l'istruzione LFENCE dopo ogni operazione di caricamento dalla memoria e sostituendo l'istruzione RET con POP, LFENCE e JMP, si registrano costi eccessivi \u2014 secondo i ricercatori, la protezione software completa comporterebbe una perdita di prestazioni da 2 a 19 volte. <\/p>\n

In parte, la difficolt\u00e0 di bloccare il problema \u00e8 compensata dal fatto che attualmente l'attacco \u00e8 pi\u00f9 teorico che pratico (l'attacco \u00e8 teoricamente possibile, ma molto difficile da attuare e si manifesta solo in test sintetici).
\nAzienda Intel ha assegnato<\/a><\/noindex> al problema un livello moderato di pericolo (5.6 su 10) e ha rilasciato<\/a><\/noindex> un aggiornamento del firmware e SDK per l'ambiente SGX, in cui ha tentato di bloccare l'attacco attraverso soluzioni alternative. I metodi di attacco proposti sono attualmente applicabili solo ai processori Intel, ma \u00e8 possibile che LVI venga adattato anche ad altri processori soggetti ad attacchi di tipo Meltdown.<\/p>\n

Il problema \u00e8 stato identificato nell'aprile dello scorso anno dal ricercatore Jo Van Bulck dell'Universit\u00e0 di Leuven, dopo di che, con la partecipazione di 9 ricercatori di altre universit\u00e0, sono stati sviluppati cinque metodi di base per eseguire attacchi, ognuno dei quali consente l'esistenza di varianti pi\u00f9 specifiche . Indipendentemente, a febbraio di quest'anno, i ricercatori della Bitdefender hanno anche<\/a><\/noindex>. Indipendentemente, a febbraio di quest'anno, i ricercatori della Bitdefender hanno anche hanno scoperto<\/a><\/noindex> una delle varianti di attacco LVI \u00e8 stata segnalata a Intel. Le varianti di attacco si differenziano per l'uso di diverse strutture microarchitetturali, come il buffer di archiviazione (SB, Store Buffer), il buffer di riempimento (LFB, Line Fill Buffer), il buffer di cambio contesto FPU e la cache di primo livello (L1D), gi\u00e0 utilizzate in attacchi come ZombieLoad<\/a><\/noindex>, RIDL<\/a><\/noindex>, Fallout<\/a><\/noindex>, LazyFP<\/a><\/noindex>, Foreshadow<\/a><\/noindex> e Meltdown<\/a><\/noindex>.<\/p>\n

\"LVI<\/a><\/noindex><\/center><\/p>\n

La principale differenza<\/a><\/noindex> tra LVI e gli attacchi MDS \u00e8 che MDS manipola la definizione del contenuto delle strutture microarchitetturali che rimangono nella cache dopo l'elaborazione speculativa delle eccezioni (fault) o delle operazioni di load e store, mentre
\ngli attacchi LVI permettono di ottenere la sostituzione dei dati dell'attaccante nelle strutture microarchitetturali per influenzare la successiva esecuzione speculativa del codice della vittima. Attraverso queste manipolazioni, l'attaccante pu\u00f2 estrarre il contenuto di strutture dati riservate in altri processi durante l'esecuzione di un determinato codice sul core CPU target.<\/p>\n

\"LVI<\/a><\/noindex><\/center><\/p>\n

Per sfruttamento del problema<\/a><\/noindex> nel codice del processo vittima devono comparire<\/a><\/noindex> sequenze di codice speciali (gadget) in cui viene caricato un valore controllato dall'attaccante. Il caricamento di questo valore porta all'insorgere di eccezioni (fault, abort o assist), che scartano il risultato e rieseguono l'istruzione. Durante la gestione dell'eccezione si verifica una finestra speculativa, durante la quale si verifica una perdita dei dati elaborati nel gadget. In particolare, il processore inizia ad eseguire in modalit\u00e0 speculativa un segmento di codice (gadget), poi determina che la previsione non \u00e8 stata corretta e ripristina le operazioni allo stato originale, ma i dati elaborati durante l'esecuzione speculativa si accumulano nella cache L1D e nei buffer microarchitetturali, rendendoli disponibili per l'estrazione utilizzando metodi noti di rilevamento dei dati residui tramite canali laterali.<\/p>\n

L'eccezione \u2018assist\u2019, a differenza di \u2018fault\u2019, viene gestita all'interno della CPU senza chiamare gestori software. Assist pu\u00f2 verificarsi, ad esempio, quando \u00e8 necessario aggiornare il bit A (Accessed) o D (Dirty) nella tabella delle pagine di memoria. La principale difficolt\u00e0 nell'effettuare un attacco su altri processi \u00e8 come far sorgere assist manipolando il processo vittima. Attualmente, non esistono modi affidabili per farlo, ma in futuro non si esclude di trovarli. La possibilit\u00e0 di effettuare un attacco \u00e8 stata finora confermata solo per enclave Intel SGX; gli altri scenari rimangono teorici o riproducibili in condizioni sintetiche (richiedendo l'aggiunta di determinati gadget nel codice).<\/p>\n

\"LVI<\/a><\/noindex><\/center><\/p>\n

\"LVI<\/a><\/noindex><\/center><\/p>\n

Possibili vettori di attacco:<\/p>\n