{"id":100574,"date":"2021-06-22T16:24:20","date_gmt":"2021-06-22T14:24:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre"},"modified":"2021-06-22T16:24:20","modified_gmt":"2021-06-22T14:24:20","slug":"uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","title":{"rendered":"Vulnerabilit\u00e0 nel sottosistema eBPF che consentono di eludere la protezione contro attacchi di tipo Spectre","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel kernel di Linux \u00e8 stata individuata una vulnerabilit\u00e0 (CVE-2021-33624) che consente di utilizzare il sottosistema eBPF per eludere la difesa contro le vulnerabilit\u00e0 di tipo Spectre, permettendo di determinare il contenuto della memoria a seguito della creazione di condizioni per l'esecuzione speculativa di determinate operazioni. Per un attacco Spectre \u00e8 necessaria la presenza nel codice privilegiato di una particolare sequenza di istruzioni che conduca all'esecuzione speculativa di istruzioni. Attraverso la manipolazione dei programmi BPF inviati per l'esecuzione, \u00e8 possibile generare istruzioni simili in eBPF e ottenere perdite di contenuti della memoria del kernel e aree fisiche di memoria arbitraria attraverso canali secondari. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da carenze nel verificatore utilizzato per identificare errori e attivit\u00e0 non valide nei programmi BPF. Il verificatore esamina i possibili percorsi di esecuzione del codice, ma ignora le opzioni di diramazione che non sono ammissibili secondo la semantica dell'architettura dell'insieme di istruzioni. Quando viene eseguito un programma BPF, tali diramazioni, non considerato dal verificatore, possono essere previste in modo errato dal processore e eseguite in modalit\u00e0 speculativa. Ad esempio, durante l'analisi dell'operazione «load», il verificatore presume che nell'istruzione venga utilizzato un registro con un indirizzo il cui valore rientra sempre nei limiti definiti, ma un aggressore pu\u00f2 creare condizioni in cui il processore tenta di eseguire in modo speculativo un'operazione con un indirizzo che non soddisfa le condizioni di verifica. <\/p>\n
Il problema si manifesta a partire dal rilascio del kernel 4.15 ed \u00e8 stato risolto attraverso patch (1, 2, 3, 4). Nei vari distributivi la vulnerabilit\u00e0 rimane ancora irrisolta (Debian, RHEL, Ubuntu, Fedora, SUSE, Arch). <\/p>\n
Inoltre, si pu\u00f2 notare una nota sull'impatto sulle prestazioni degli strumenti di protezione contro le vulnerabilit\u00e0 della classe Spectre. Nella nota vengono riassunti i risultati dell'ottimizzazione del debugger rr (Record and Replay), originariamente creato in Mozilla per il debugging di errori difficilmente ripetibili in Firefox. La cache delle chiamate di sistema utilizzate per verificare l'esistenza delle directory ha permesso di ridurre il tempo di esecuzione dell'operazione «rr sources» per un progetto di test da 3 minuti e 19 secondi a 36 secondi. <\/p>\n
L'autore dell'ottimizzazione ha deciso di verificare quanto sarebbe cambiata la prestazione dopo la disattivazione della protezione contro Spectre. Dopo aver caricato il sistema con il parametro «mitigations=off», il tempo di esecuzione dell'operazione «rr sources» senza ottimizzazione \u00e8 stato di 2 minuti e 5 secondi (1.6 volte pi\u00f9 veloce), mentre con ottimizzazione \u2014 33 secondi (il 9% pi\u00f9 veloce). \u00c8 interessante notare che la disattivazione della protezione contro Spectre ha ridotto non solo di 1.4 volte il tempo di esecuzione del codice a livello di kernel (da 2m9s a 1m32s), ma ha anche dimezzato il tempo di esecuzione nello spazio utente (da 1m9s a 0m33s), presumibilmente a causa della riduzione dell'efficienza della cache CPU e dei ripristini TLB quando la protezione contro Spectre \u00e8 attivata. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"