{"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\/pt\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","title":{"rendered":"Vulnerabilidades no subsistema eBPF que permitem executar c\u00f3digo no n\u00edvel do kernel Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Duas novas vulnerabilidades foram descobertas no subsistema eBPF, que permite executar manipuladores dentro do n\u00facleo do Linux em uma m\u00e1quina virtual especial com JIT. Ambas as vulnerabilidades possibilitam a execu\u00e7\u00e3o de c\u00f3digo com privil\u00e9gios de kernel, fora da m\u00e1quina virtual isolada eBPF. A equipe da Zero Day Initiative, que realiza as competi\u00e7\u00f5es Pwn2Own, publicou informa\u00e7\u00f5es sobre os problemas, tendo demonstrado este ano tr\u00eas ataques ao Ubuntu Linux que utilizaram vulnerabilidades anteriormente desconhecidas (n\u00e3o est\u00e1 claro se as vulnerabilidades no eBPF est\u00e3o relacionadas a esses ataques). <\/p>\n
\n
CVE-2021-3490 \u2014 a vulnerabilidade \u00e9 causada pela falta de verifica\u00e7\u00e3o de limite para valores de 32 bits durante a execu\u00e7\u00e3o de opera\u00e7\u00f5es bit a bit AND, OR e XOR no eBPF ALU32. Um atacante pode explorar esse erro para ler e escrever dados fora dos limites do buffer alocado. O problema com a opera\u00e7\u00e3o XOR se manifesta a partir da vers\u00e3o do kernel 5.7-rc1, enquanto AND e OR \u2014 a partir do lan\u00e7amento 5.10-rc1.\n
CVE-2021-3489 \u2014 a vulnerabilidade \u00e9 causada por um erro na implementa\u00e7\u00e3o do buffer circular e est\u00e1 relacionada ao fato de que a fun\u00e7\u00e3o bpf_ringbuf_reserve n\u00e3o verificava se o tamanho da \u00e1rea de mem\u00f3ria alocada poderia ser menor que o tamanho real do buffer circular ringbuf. O problema se manifesta a partir do lan\u00e7amento 5.8-rc1. <\/ul>\n
O status da corre\u00e7\u00e3o das vulnerabilidades nas distribui\u00e7\u00f5es pode ser acompanhado nas seguintes p\u00e1ginas: Ubuntu, Debian, RHEL, Fedora, SUSE, Arch. As corre\u00e7\u00f5es tamb\u00e9m est\u00e3o dispon\u00edveis na forma de patches (CVE-2021-3489, CVE-2021-3490). A possibilidade de explora\u00e7\u00e3o do problema depende da disponibilidade do sistema de chamada eBPF para o usu\u00e1rio. Por exemplo, na configura\u00e7\u00e3o padr\u00e3o no RHEL, para explorar a vulnerabilidade, o usu\u00e1rio precisa ter privil\u00e9gios de CAP_SYS_ADMIN. <\/p>\n
Ainda podemos destacar mais uma vulnerabilidade no kernel Linux \u2014 CVE-2021-32606, que permite que um usu\u00e1rio local eleve suas permiss\u00f5es ao n\u00edvel root. O problema se manifesta a partir do kernel Linux 5.11 e \u00e9 causado por uma condi\u00e7\u00e3o de corrida na implementa\u00e7\u00e3o do protocolo CAN ISOTP, que permite alterar os par\u00e2metros de liga\u00e7\u00e3o do socket devido \u00e0 falta de bloqueios adequados na fun\u00e7\u00e3o isotp_setsockopt() ao processar o flag CAN_ISOTP_SF_BROADCAST. <\/p>\n
Ap\u00f3s o fechamento do socket, o ISOTP continua a manter a liga\u00e7\u00e3o ao socket receptor, que pode continuar a usar estruturas associadas ao socket ap\u00f3s a libera\u00e7\u00e3o da mem\u00f3ria relacionada (use-after-free devido \u00e0 refer\u00eancia em isotp_rcv() a uma estrutura isotp_sock j\u00e1 liberada). Atrav\u00e9s de manipula\u00e7\u00f5es de dados, pode-se conseguir a substitui\u00e7\u00e3o do ponteiro para a fun\u00e7\u00e3o sk_error_report() e executar seu pr\u00f3prio c\u00f3digo a n\u00edvel de kernel. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"