{"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 gli attacchi di tipo Spectre.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel kernel di Linux \u00e8 stata rilevata una vulnerabilit\u00e0 (CVE-2021-33624) che consente di utilizzare la sottosistema eBPF per eludere le protezioni contro le vulnerabilit\u00e0 di tipo Spectre, permettendo di determinare il contenuto della memoria a causa della creazione di condizioni per l'esecuzione speculativa di determinate operazioni. Per un attacco di tipo Spectre \u00e8 necessaria una sequenza specifica di istruzioni nel codice privilegiato che porta all'esecuzione speculativa delle istruzioni. Attraverso la manipolazione dei programmi BPF trasmessi per l'esecuzione, \u00e8 possibile generare istruzioni simili in eBPF e ottenere perdite di contenuti della memoria del kernel e di aree fisiche di memoria arbitraria. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da lacune nel verificatore utilizzato per identificare errori e attivit\u00e0 non consentite nei programmi BPF. Il verificatore analizza i possibili percorsi di esecuzione del codice, ma ignora le ramificazioni che sono semanticalmente non valide secondo l'architettura del set di istruzioni. Durante l'esecuzione di un programma BPF, tali ramificazioni, non considerate dal verificatore, possono essere mal previste dal processore ed eseguite in modalit\u00e0 speculativa. Ad esempio, analizzando l'operazione \u00abload\u00bb, il verificatore presume che nell'istruzione venga utilizzato un registro con un indirizzo il cui valore \u00e8 sempre compreso all'interno di limiti definiti, ma un attaccante pu\u00f2 creare condizioni in cui il processore tenter\u00e0 di eseguire speculativamente l'operazione con un indirizzo che non soddisfa le condizioni di verifica. <\/p>\n
Il problema si presenta a partire dalla versione 4.15 del kernel ed \u00e8 stato corretto tramite patch (1, 2, 3, 4). Nei sistemi operativi, la vulnerabilit\u00e0 resta ancora irrisolta (Debian, RHEL, Ubuntu, Fedora, SUSE, Arch). <\/p>\n
Inoltre, si pu\u00f2 notare un'osservazione sull'impatto delle misure di protezione contro le vulnerabilit\u00e0 di tipo Spectre sulle prestazioni. Nell'osservazione sono riassunti i risultati dell'ottimizzazione del debugger rr (Record and Replay), originariamente creato da Mozilla per il debug di errori difficili da riprodurre in Firefox. La memorizzazione nella cache delle chiamate di sistema utilizzate per verificare l'esistenza delle directory ha consentito di ridurre il tempo di esecuzione dell'operazione \u00abrr sources\u00bb per un progetto di test da 3 minuti e 19 secondi a 36 secondi. <\/p>\n
L'autore dell'ottimizzazione ha deciso di verificare come la prestazione sarebbe cambiata disabilitando la protezione contro Spectre. Dopo aver avviato il sistema con l'opzione \u00abmitigations=off\u00bb, il tempo di esecuzione di \u00abrr sources\u00bb senza ottimizzazione \u00e8 stato di 2 minuti e 5 secondi (1.6 volte pi\u00f9 veloce), mentre con l'ottimizzazione \u00e8 stato di 33 secondi (9% pi\u00f9 veloce). \u00c8 interessante notare come la disabilitazione della protezione contro Spectre abbia ridotto non solo di 1.4 volte il tempo di esecuzione del codice a livello di kernel (da 2m9s a 1m32s), ma abbia anche dimezzato il tempo di esecuzione nel livello utente (da 1m9s a 0m33s), presumibilmente a causa della riduzione dell'efficienza del caching della CPU e dei reset TLB con la protezione da Spectre attivata. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"