{"id":101712,"date":"2021-10-21T10:22:53","date_gmt":"2021-10-21T08:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux"},"modified":"2021-10-21T10:22:53","modified_gmt":"2021-10-21T08:22:53","slug":"raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/raskryta-tehnika-ekspluataczii-uyazvimosti-v-tty-podsisteme-yadra-linux","title":{"rendered":"Se ha revelado la t\u00e9cnica de explotaci\u00f3n de vulnerabilidades en la subestructura tty del n\u00facleo de Linux.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Investigadores del equipo de Google Project Zero publicaron un m\u00e9todo de explotaci\u00f3n de la vulnerabilidad (CVE-2020-29661) en la implementaci\u00f3n del controlador ioctl TIOCSPGRP del subsistema tty del n\u00facleo de Linux, y examinaron detalladamente los mecanismos de protecci\u00f3n que podr\u00edan bloquear dichas vulnerabilidades. <\/p>\n
El error problem\u00e1tico fue corregido en el n\u00facleo de Linux el 3 de diciembre del a\u00f1o pasado. El problema se manifiesta en n\u00facleos hasta la versi\u00f3n 5.9.13, pero la mayor\u00eda de las distribuciones han abordado el problema en actualizaciones de paquetes con el n\u00facleo que se ofrecieron el a\u00f1o pasado (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). Una vulnerabilidad similar (CVE-2020-29660) fue encontrada simult\u00e1neamente en la implementaci\u00f3n de la llamada ioctl TIOCGSID, pero tambi\u00e9n ha sido corregida en todo el mundo. <\/p>\n
El problema es causado por un error en la instalaci\u00f3n de bloqueos, que da lugar a una condici\u00f3n de carrera en el c\u00f3digo drivers\/tty\/tty_jobctrl.c, la cual se pudo explotar para crear condiciones de acceso a la memoria despu\u00e9s de su liberaci\u00f3n (use-after-free), siendo explotados desde el espacio de usuario mediante manipulaciones con la llamada ioctl TIOCSPGRP. Un exploit funcional fue demostrado para elevar privilegios en Debian 10 con n\u00facleo 4.19.0-13-amd64. <\/p>\n
En el art\u00edculo publicado, el \u00e9nfasis no se pone tanto en la t\u00e9cnica para crear un exploit funcional, sino en qu\u00e9 herramientas existen en el n\u00facleo para protegerse contra vulnerabilidades como estas. La conclusi\u00f3n no es alentadora; m\u00e9todos como la segmentaci\u00f3n de memoria en el mont\u00f3n y el control de acceso a la memoria despu\u00e9s de su liberaci\u00f3n no se implementan en la pr\u00e1ctica, ya que resultan en una disminuci\u00f3n del rendimiento, y la protecci\u00f3n basada en CFI (Control Flow Integrity), que bloquea los exploits en etapas avanzadas del ataque, requiere m\u00e1s trabajo. <\/p>\n
Al considerar qu\u00e9 podr\u00eda cambiar la situaci\u00f3n a largo plazo, se destaca la aplicaci\u00f3n de analizadores est\u00e1ticos avanzados o el uso de lenguajes que garantizan un manejo seguro de la memoria, como Rust y dialectos del lenguaje C con anotaciones extendidas (por ejemplo, Checked C), en la etapa de compilaci\u00f3n para verificar el estado de bloqueos, objetos y punteros. Entre los m\u00e9todos de protecci\u00f3n tambi\u00e9n se menciona la activaci\u00f3n del modo panic_on_oops, la conversi\u00f3n de estructuras del n\u00facleo a un modo de solo lectura, y la restricci\u00f3n del acceso a las llamadas del sistema mediante mecanismos como seccomp. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"