{"id":104360,"date":"2022-06-12T09:36:50","date_gmt":"2022-06-12T07:36:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme"},"modified":"2022-06-12T09:36:50","modified_gmt":"2022-06-12T07:36:50","slug":"uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme","title":{"rendered":"Vulnerabilidad en firejail que permite obtener acceso root en el sistema.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la herramienta de ejecuci\u00f3n aislada de aplicaciones Firejail se ha identificado una vulnerabilidad (CVE-2022-31214) que permite a un usuario local obtener derechos de root en el sistema principal. Existe un exploit operativo en acceso p\u00fablico, validado en las versiones actuales de openSUSE, Debian, Arch, Gentoo y Fedora con la herramienta firejail instalada. El problema se ha solucionado en la versi\u00f3n firejail 0.9.70. Como medida de protecci\u00f3n alternativa, se pueden establecer en la configuraci\u00f3n (\/etc\/firejail\/firejail.config) los par\u00e1metros \u00abjoin no\u00bb y \u00abforce-nonewprivs yes\u00bb. <\/p>\n
Firejail utiliza para la aislaci\u00f3n un mecanismo de espacios de nombres (namespaces), AppArmor y filtrado de llamadas al sistema (seccomp-bpf) en Linux, pero para configurar la ejecuci\u00f3n aislada requiere privilegios elevados, que obtiene a trav\u00e9s de la vinculaci\u00f3n a la utilidad con el flag suid root o ejecutando mediante sudo. La vulnerabilidad es causada por un error en la l\u00f3gica de la opci\u00f3n \u00ab--join=\u00bb, destinada a conectarse a un entorno aislado ya en funcionamiento (an\u00e1logo al comando login para el entorno sandbox) con la identificaci\u00f3n del entorno basada en el identificador de proceso que se est\u00e9 ejecutando. En la etapa anterior a la elevaci\u00f3n de privilegios, firejail determina los privilegios del proceso especificado y los aplica al nuevo proceso que se conecta al entorno mediante la opci\u00f3n \u00ab--join\u00bb. <\/p>\n
Antes de la conexi\u00f3n, se verifica si el proceso especificado se est\u00e1 ejecutando en el entorno firejail. Esta verificaci\u00f3n eval\u00faa la existencia del archivo \/run\/firejail\/mnt\/join. Para explotar la vulnerabilidad, un atacante puede simular un entorno firejail no aislado falso, utilizando el espacio de puntos de montaje (mount namespace), y luego conectarse a \u00e9l mediante la opci\u00f3n \u00ab--join\u00bb. Si en la configuraci\u00f3n no est\u00e1 activado el modo de prohibici\u00f3n de adquisici\u00f3n de privilegios adicionales en nuevos procesos (prctl NO_NEW_PRIVS), firejail conectar\u00e1 al usuario al entorno falso y tratar\u00e1 de aplicar la configuraci\u00f3n del espacio de nombres de identificadores de usuarios (user namespace) del proceso init (PID 1). <\/p>\n
Al final, el proceso conectado a trav\u00e9s de \u00abfirejail \u2014join\u00bb aparecer\u00e1 en el espacio de nombres de identificadores de usuario original para el usuario, con privilegios inalterados, pero en otro espacio de puntos de montaje, completamente controlado por el atacante. Esto incluye que el atacante puede ejecutar programas setuid-root en su espacio de puntos de montaje creado, lo que le permite, por ejemplo, modificar la configuraci\u00f3n de \/etc\/sudoers o los par\u00e1metros de PAM en su jerarqu\u00eda de archivos y obtener la capacidad de ejecutar comandos con derechos de root mediante las utilidades sudo o su. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"