{"id":138584,"date":"2025-07-01T17:11:57","date_gmt":"2025-07-01T15:11:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme"},"modified":"2025-07-01T17:11:57","modified_gmt":"2025-07-01T15:11:57","slug":"uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","title":{"rendered":"Vulnerabilidades en la herramienta sudo que permiten obtener derechos de root en el sistema","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha detectado una vulnerabilidad (CVE-2025-32463) en el paquete sudo, utilizado para ejecutar comandos en nombre de otros usuarios, que permite a cualquier usuario no privilegiado ejecutar c\u00f3digo con privilegios de root, incluso si el usuario no est\u00e1 mencionado en la configuraci\u00f3n de sudoers. Los sistemas operativos afectados incluyen aquellos que utilizan el archivo de configuraci\u00f3n \\\/etc\\\/nsswitch.conf, por ejemplo, se ha demostrado la explotaci\u00f3n de la vulnerabilidad en Ubuntu 24.04 y Fedora 41. <\/p>\n
La vulnerabilidad se manifiesta en la configuraci\u00f3n por defecto y se ha confirmado en las versiones de sudo desde 1.9.14 hasta 1.9.17 (potencialmente afecta todas las versiones a partir de 1.8.33). El problema ha sido corregido en la actualizaci\u00f3n de sudo 1.9.17p1. Para verificar el estado de la nueva versi\u00f3n del paquete o la preparaci\u00f3n de un parche en las distribuciones, se puede consultar las siguientes p\u00e1ginas (si la p\u00e1gina no est\u00e1 disponible, significa que los desarrolladores de la distribuci\u00f3n a\u00fan no han comenzado a abordar el problema): Debian, Ubuntu, Fedora, SUSE\\\/openSUSE, RHEL, Gentoo y Arch (1, 2). <\/p>\n
El problema se debe a que, al aplicar la opci\u00f3n «-R» («—chroot») para ejecutar comandos en un entorno chroot con un directorio ra\u00edz seleccionado por el usuario, el archivo \/etc\/nsswitch.conf se cargaba en el contexto del nuevo directorio ra\u00edz y no en el directorio del sistema. Como el usuario puede utilizar su propio directorio como ra\u00edz para chroot, puede colocar en \u00e9l el archivo de configuraci\u00f3n nsswitch.conf. Al controlar el archivo \/etc\/nsswitch.conf que se carga por el subsistema NSS (Name Service Switch), el usuario puede agregar configuraciones que lleven a la ejecuci\u00f3n de controladores adicionales. Tales controladores son cargados por NSS en forma de bibliotecas compartidas, que tambi\u00e9n pueden ser ubicadas en el directorio controlado por el usuario. Al sustituir su propia biblioteca, el usuario puede lograr la ejecuci\u00f3n de c\u00f3digo desde ella con privilegios de root, ya que el procesamiento de NSS se realiza antes de la reducci\u00f3n de privilegios. <\/p>\n
En la versi\u00f3n sudo 1.9.17p1 tambi\u00e9n se ha corregido otra vulnerabilidad (CVE-2025-32462) que permite ejecutar comandos con privilegios de root, pero que solo se manifiesta en configuraciones de sudoers donde el par\u00e1metro «host» se establece en un valor diferente a ALL o al nombre del host actual. La vulnerabilidad se debe a un error que provocaba que la opci\u00f3n «-h» («—host») funcionara no solo en combinaci\u00f3n con la opci\u00f3n «-l» («—list») para mostrar los privilegios asociados al host, sino tambi\u00e9n al ejecutar comandos. De este modo, el usuario podr\u00eda especificar al invocar sudo cualquier host y eludir las restricciones en las reglas de sudoers vinculadas al nombre del host. <\/p>\n
Para llevar a cabo el ataque, el usuario debe estar mencionado en sudoers; por ejemplo, si en la configuraci\u00f3n se indica «testuser testhost = ALL», el usuario «testuser» podr\u00eda especificar «sudo -h testhost» y ejecutar comandos con privilegios de root en cualquier host, no solo en el host testhost. Las configuraciones con ajustes como «testuser ALL = ALL» o sin reglas expl\u00edcitas para un usuario espec\u00edfico no son vulnerables. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"