{"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\/es\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-vypolnit-kod-na-urovne-yadra-linux","title":{"rendered":"Vulnerabilidades en el subsistema eBPF que permiten ejecutar c\u00f3digo a nivel del n\u00facleo de Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se han descubierto dos nuevas vulnerabilidades en el subsistema eBPF, que permite ejecutar manejadores dentro del n\u00facleo de Linux en una m\u00e1quina virtual especial con JIT. Ambas vulnerabilidades permiten ejecutar c\u00f3digo con privilegios de n\u00facleo, fuera de la m\u00e1quina virtual aislada eBPF. La informaci\u00f3n sobre los problemas fue publicada por el equipo de Zero Day Initiative, que organiza competencias Pwn2Own, donde este a\u00f1o se demostraron tres ataques a Ubuntu Linux, que utilizaron vulnerabilidades previamente desconocidas (no se informa si las vulnerabilidades en eBPF est\u00e1n relacionadas con estos ataques). <\/p>\n
\n
CVE-2021-3490 \u2014 la vulnerabilidad es causada por la falta de verificaci\u00f3n de los l\u00edmites de valores de 32 bits durante la ejecuci\u00f3n de operaciones bit a bit AND, OR y XOR en eBPF ALU32. Un atacante puede aprovechar este error para leer y escribir datos fuera de los l\u00edmites del b\u00fafer asignado. El problema con la operaci\u00f3n XOR se manifiesta a partir de la versi\u00f3n del n\u00facleo 5.7-rc1, mientras que el AND y OR \u2014 a partir del lanzamiento 5.10-rc1.\n
CVE-2021-3489 \u2014 la vulnerabilidad es causada por un error en la implementaci\u00f3n del b\u00fafer circular y est\u00e1 relacionada con el hecho de que la funci\u00f3n bpf_ringbuf_reserve no verificaba la posibilidad de que el tama\u00f1o del \u00e1rea de memoria asignada fuera menor que el tama\u00f1o real del b\u00fafer circular ringbuf. El problema se manifiesta desde el lanzamiento 5.8-rc1. <\/ul>\n
Se puede rastrear el estado de las correcciones de vulnerabilidades en las distribuciones en estas p\u00e1ginas: Ubuntu, Debian, RHEL, Fedora, SUSE, Arch. Las correcciones tambi\u00e9n est\u00e1n disponibles en forma de parches (CVE-2021-3489, CVE-2021-3490). La posibilidad de explotaci\u00f3n del problema depende de la disponibilidad del sistema de llamadas eBPF para el usuario. Por ejemplo, en la configuraci\u00f3n predeterminada en RHEL, se requieren derechos CAP_SYS_ADMIN para explotar la vulnerabilidad. <\/p>\n
Tambi\u00e9n se puede destacar otra vulnerabilidad en el n\u00facleo de Linux \u2014 CVE-2021-32606, que permite a un usuario local elevar sus privilegios al nivel de root. El problema se manifiesta desde el n\u00facleo Linux 5.11 y es causado por una condici\u00f3n de carrera en la implementaci\u00f3n del protocolo CAN ISOTP, que permite modificar los par\u00e1metros de enlace del socket debido a la falta de bloqueos adecuados en la funci\u00f3n isotp_setsockopt() al procesar la bandera CAN_ISOTP_SF_BROADCAST. <\/p>\n
Despu\u00e9s de cerrar el socket ISOTP, continua la vinculaci\u00f3n al socket receptor, que puede seguir utilizando las estructuras relacionadas con el socket despu\u00e9s de liberar la memoria asociada (uso despu\u00e9s de liberar debido a la llamada a isotp_rcv() en una estructura isotp_sock ya liberada). A trav\u00e9s de manipulaciones de datos, se puede lograr la sobrescritura del puntero a la funci\u00f3n sk_error_report() y ejecutar su propio c\u00f3digo en el nivel del n\u00facleo. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"