{"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 l'esecuzione di codice a livello di kernel Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono state scoperte due nuove vulnerabilit\u00e0 nel sottosistema eBPF, che consente di eseguire handler all'interno del kernel Linux in una speciale macchina virtuale con JIT. Entrambe le vulnerabilit\u00e0 consentono di eseguire codice con privilegi di kernel, al di fuori della macchina virtuale isolata eBPF. Le informazioni sui problemi sono state pubblicate dal team Zero Day Initiative, che organizza competizioni Pwn2Own, durante le quali quest'anno sono state dimostrate tre attacchi a Ubuntu Linux, sfruttando vulnerabilit\u00e0 precedentemente sconosciute (non \u00e8 stato comunicato se le vulnerabilit\u00e0 in eBPF siano correlate a questi attacchi). <\/p>\n
\n
CVE-2021-3490 \u2014 la vulnerabilit\u00e0 \u00e8 causata dalla mancanza di verifica del superamento dei limiti dei valori a 32 bit durante l'esecuzione delle operazioni bit a bit AND, OR e XOR nell'eBPF ALU32. Un attaccante pu\u00f2 sfruttare questo difetto 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 la possibilit\u00e0 che 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 come patch (CVE-2021-3489, CVE-2021-3490). La possibilit\u00e0 di sfruttare il problema dipende dalla disponibilit\u00e0 all'utente della chiamata di sistema eBPF. 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
Merita inoltre di essere segnalata 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 competizione nell'implementazione del protocollo CAN ISOTP, che consente di modificare i parametri di binding del socket a causa della mancanza di adeguate blocchi nella funzione isotp_setsockopt() durante la gestione del flag CAN_ISOTP_SF_BROADCAST. <\/p>\n
Dopo la chiusura del socket ISOTP, continua a esistere il legame con il socket destinatario, che pu\u00f2 continuare a utilizzare le strutture associate al socket dopo aver liberato la memoria a essa associata (use-after-free a causa dell'accesso durante la chiamata a isotp_rcv() a una struttura isotp_sock gi\u00e0 liberata). Attraverso manomissioni dei dati, \u00e8 possibile ottenere la ridefinizione del puntatore alla funzione sk_error_report() e eseguire il proprio codice a livello di kernel. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"