{"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\/fr\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","title":{"rendered":"Vuln\u00e9rabilit\u00e9s dans le sous-syst\u00e8me eBPF permettant d'ex\u00e9cuter du code au niveau du noyau Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Deux nouvelles vuln\u00e9rabilit\u00e9s ont \u00e9t\u00e9 identifi\u00e9es dans le sous-syst\u00e8me eBPF, permettant d'ex\u00e9cuter des gestionnaires \u00e0 l'int\u00e9rieur du noyau Linux dans une machine virtuelle sp\u00e9ciale avec JIT. Les deux vuln\u00e9rabilit\u00e9s permettent d'ex\u00e9cuter son propre code avec des droits de noyau, en dehors de la machine virtuelle isol\u00e9e eBPF. Les informations sur ces probl\u00e8mes ont \u00e9t\u00e9 publi\u00e9es par l'\u00e9quipe Zero Day Initiative, qui organise les comp\u00e9titions Pwn2Own, o\u00f9 cette ann\u00e9e, trois attaques sur Ubuntu Linux ont \u00e9t\u00e9 d\u00e9montr\u00e9es en utilisant des vuln\u00e9rabilit\u00e9s auparavant inconnues (il n'est pas pr\u00e9cis\u00e9 si les vuln\u00e9rabilit\u00e9s dans eBPF sont li\u00e9es \u00e0 ces attaques). <\/p>\n
\n
CVE-2021-3490 \u2014 La vuln\u00e9rabilit\u00e9 est caus\u00e9e par l'absence de v\u00e9rification des d\u00e9passements des limites des valeurs de 32 bits lors de l'ex\u00e9cution des op\u00e9rations logiques AND, OR et XOR dans eBPF ALU32. Un attaquant peut exploiter cette erreur pour lire et \u00e9crire des donn\u00e9es en dehors des limites du tampon allou\u00e9. Le probl\u00e8me avec l'op\u00e9ration XOR appara\u00eet \u00e0 partir de la version du noyau 5.7-rc1, tandis que les op\u00e9rations AND et OR commencent \u00e0 partir de la version 5.10-rc1.\n
CVE-2021-3489 \u2014 La vuln\u00e9rabilit\u00e9 est caus\u00e9e par une erreur dans l'impl\u00e9mentation du tampon circulaire et est li\u00e9e au fait que la fonction bpf_ringbuf_reserve ne v\u00e9rifiait pas si la taille de la zone m\u00e9moire allou\u00e9e pouvait \u00eatre inf\u00e9rieure \u00e0 la taille r\u00e9elle du tampon circulaire ringbuf. Le probl\u00e8me appara\u00eet \u00e0 partir de la version 5.8-rc1. <\/ul>\n
Le statut des corrections des vuln\u00e9rabilit\u00e9s dans les distributions peut \u00eatre suivi sur ces pages : Ubuntu, Debian, RHEL, Fedora, SUSE, Arch). Les corrections sont \u00e9galement disponibles sous forme de correctifs (CVE-2021-3489, CVE-2021-3490). La possibilit\u00e9 d'exploiter le probl\u00e8me d\u00e9pend de la disponibilit\u00e9 pour l'utilisateur de l'appel syst\u00e8me eBPF. Par exemple, dans la configuration par d\u00e9faut de RHEL, l'exploitation de la vuln\u00e9rabilit\u00e9 n\u00e9cessite que l'utilisateur ait des droits CAP_SYS_ADMIN. <\/p>\n
On peut \u00e9galement noter une autre vuln\u00e9rabilit\u00e9 dans le noyau Linux \u2014 CVE-2021-32606, qui permet \u00e0 un utilisateur local d'\u00e9lever ses privil\u00e8ges au niveau root. Le probl\u00e8me appara\u00eet \u00e0 partir du noyau Linux 5.11 et est caus\u00e9 par une condition de concurrence dans l'impl\u00e9mentation du protocole CAN ISOTP, ce qui permet de modifier les param\u00e8tres de liaison de socket en raison de l'absence de verrouillages appropri\u00e9s dans la fonction isotp_setsockopt() lors du traitement du drapeau CAN_ISOTP_SF_BROADCAST. <\/p>\n
Apr\u00e8s la fermeture du socket ISOTP, le lien avec le socket destinataire reste actif, ce qui peut permettre l'utilisation continue des structures associ\u00e9es au socket apr\u00e8s la lib\u00e9ration de la m\u00e9moire qui leur est associ\u00e9e (use-after-free en raison d'un appel \u00e0 isotp_rcv() sur une structure isotp_sock d\u00e9j\u00e0 lib\u00e9r\u00e9e). Par des manipulations de donn\u00e9es, il est possible de red\u00e9finir le pointeur vers la fonction sk_error_report() et d'ex\u00e9cuter son propre code au niveau du noyau. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"