{"id":100168,"date":"2021-05-14T16:23:07","date_gmt":"2021-05-14T14:23:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux"},"modified":"2021-05-14T16:23:07","modified_gmt":"2021-05-14T14:23:07","slug":"uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","title":{"rendered":"Vulnerabilit\u00e0 nel sottosistema eBPF che consentono di eseguire codice a livello del kernel Linux.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono state identificate due nuove vulnerabilit\u00e0 nel sottosistema eBPF, che consente l'esecuzione di gestori all'interno del kernel Linux in una macchina virtuale speciale con JIT. Entrambe le vulnerabilit\u00e0 permettono di eseguire codice con privilegi di kernel, al di fuori della macchina virtuale isolata eBPF. Le informazioni sui problemi sono state pubblicate dal team di Zero Day Initiative, che organizza le competizioni Pwn2Own, durante le quali sono state dimostrate tre attacchi su Ubuntu Linux quest'anno, utilizzando vulnerabilit\u00e0 precedentemente sconosciute (non \u00e8 stato comunicato se le vulnerabilit\u00e0 in eBPF siano collegate a questi attacchi). <\/p>\n
\n
CVE-2021-3490 \u2014 la vulnerabilit\u00e0 \u00e8 causata dalla mancanza di controllo del superamento dei limiti nei valori a 32 bit durante l'esecuzione di operazioni bitwise AND, OR e XOR nell'ALU32 di eBPF. Un attaccante pu\u00f2 sfruttare questo errore per leggere e scrivere dati al di fuori dei confini del buffer allocato. Il problema con l'operazione XOR si manifesta a partire dalla versione del kernel 5.7-rc1, mentre AND e OR \u2014 a partire dalla versione 5.10-rc1.\n
CVE-2021-3489 \u2014 la vulnerabilit\u00e0 \u00e8 causata da un errore nell'implementazione del buffer circolare ed \u00e8 legata al fatto che la funzione bpf_ringbuf_reserve non controllava se la dimensione dell'area di memoria allocata fosse inferiore alla dimensione effettiva del buffer circolare ringbuf. Il problema si manifesta a partire dalla versione 5.8-rc1. <\/ul>\n
Lo stato della correzione delle vulnerabilit\u00e0 nelle distribuzioni pu\u00f2 essere monitorato su queste pagine: Ubuntu, Debian, RHEL, Fedora, SUSE, Arch). Le correzioni sono disponibili anche sotto forma di patch (CVE-2021-3489, CVE-2021-3490). La possibilit\u00e0 di sfruttare il problema dipende dalla disponibilit\u00e0 del sistema di chiamate eBPF per l'utente. Ad esempio, nella configurazione predefinita in RHEL, per sfruttare la vulnerabilit\u00e0 \u00e8 necessario che l'utente disponga dei diritti CAP_SYS_ADMIN. <\/p>\n
Vale la pena notare un'altra vulnerabilit\u00e0 nel kernel Linux \u2014 CVE-2021-32606, che consente a un utente locale di elevare i propri privilegi a livello root. Il problema si manifesta a partire dal kernel Linux 5.11 ed \u00e8 causato da una condizione di gara nell'implementazione del protocollo CAN ISOTP, che consente di modificare i parametri di binding del socket a causa della mancanza dell'installazione di adeguati lock nella funzione isotp_setsockopt() durante il trattamento del flag CAN_ISOTP_SF_BROADCAST. <\/p>\n
Dopo la chiusura del socket ISOTP, continua a esistere il binding al socket del destinatario, che pu\u00f2 continuare a utilizzare le strutture collegate al socket dopo che la memoria ad esse associata \u00e8 stata liberata (uso dopo la liberazione a causa di un accesso in isotp_rcv() a una struttura isotp_sock gi\u00e0 liberata). Tramite manipolazioni dei dati, \u00e8 possibile sovrascrivere il puntatore alla funzione sk_error_report() ed eseguire codice a livello kernel. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"