{"id":110411,"date":"2023-10-04T08:10:45","date_gmt":"2023-10-04T06:10:45","guid":{"rendered":"https:\/\/prohoster.info\/?p=110411"},"modified":"2023-10-04T08:10:45","modified_gmt":"2023-10-04T06:10:45","slug":"uyazvimost-v-glibc-ld-so-pozvolyayushhaya-poluchit-prava-root-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimost-v-glibc-ld-so-pozvolyayushhaya-poluchit-prava-root-v-sisteme","title":{"rendered":"Vulnerabilidad en Glibc ld.so que permite obtener permisos de root en el sistema.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La empresa Qualys ha descubierto una vulnerabilidad cr\u00edtica (CVE-2023-4911) en el enlazador ld.so, que se incluye en la biblioteca C del sistema Glibc (GNU libc). Esta vulnerabilidad permite a un usuario local elevar sus privilegios en el sistema al especificar datos especialmente dise\u00f1ados en la variable de entorno GLIBC_TUNABLES antes de ejecutar un archivo ejecutable con la bandera suid root, por ejemplo, \/usr\/bin\/su. <\/p>\n

Se ha demostrado la posibilidad de explotar con \u00e9xito esta vulnerabilidad en Fedora 37 y 38, Ubuntu 22.04 y 23.04, Debian 12 y 13. Se presume que la vulnerabilidad tambi\u00e9n se presenta en otras distribuciones que utilizan Glibc. Las distribuciones basadas en la biblioteca C Musl, como Alpine Linux, no est\u00e1n afectadas por este problema. La vulnerabilidad se ha corregido en un parche a\u00f1adido el 2 de octubre. Se puede seguir la liberaci\u00f3n de actualizaciones de paquetes en las p\u00e1ginas de Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, Gentoo, ALT Linux. <\/p>\n

La vulnerabilidad se debe a un cambio realizado en abril de 2021 que form\u00f3 parte del lanzamiento de glibc 2.34. Debido a un error en el c\u00f3digo de an\u00e1lisis de la cadena especificada en la variable de entorno GLIBC_TUNABLES, una combinaci\u00f3n incorrecta de par\u00e1metros en esta variable provoca que el valor analizado se escriba fuera del b\u00fafer reservado. El problema se manifiesta cuando, en lugar de las secuencias est\u00e1ndar \u00abname=val\u00bb, los par\u00e1metros se establecen en forma de doble asignaci\u00f3n \u00abname=name=val\u00bb. En este caso, la asignaci\u00f3n se procesa dos veces, primero como \u00abname=name=val\u00bb y luego como \u00abname=val\u00bb. Debido a este doble procesamiento, se genera el resultado \u00abname=name=val:name=val\u00bb, cuyo tama\u00f1o supera el tama\u00f1o del b\u00fafer tunestr. <\/p>\n

Los investigadores han preparado un exploit que funciona de manera estable, permitiendo obtener privilegios de root al aplicarlo pr\u00e1cticamente con cualquier programa que tenga la bandera suid root. Las excepciones incluyen la utilidad sudo (que cambia el valor de ELF RUNPATH), las utilidades chage y passwd en Fedora (protegidas por reglas SELinux separadas) y la utilidad snap-confine en Ubuntu (protegida por reglas AppArmor separadas). El m\u00e9todo de explotaci\u00f3n propuesto tambi\u00e9n no funciona en RHEL 8 y RHEL 9, aunque estas ramas son vulnerables (para el ataque se debe crear otro exploit). El c\u00f3digo del exploit se publicar\u00e1 m\u00e1s adelante tras la eliminaci\u00f3n generalizada de la vulnerabilidad. Se puede comprobar la vulnerabilidad de su sistema con el siguiente comando, que en caso de que exista el problema finalizar\u00e1 en un fallo: env -i \u00abGLIBC_TUNABLES=glibc.malloc.mxfast=glibc.malloc.mxfast=A\u00bb \u00abZ=`printf \u2018192x\u2019 1`\u00bb \/usr\/bin\/su \u2014help <\/p>\n

Se destaca por separado la correcci\u00f3n de otras dos vulnerabilidades en Glibc: <\/p>\n