{"id":103374,"date":"2022-02-18T03:37:22","date_gmt":"2022-02-18T01:37:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/lokalnye-root-uyazvimosti-v-instrumentarii-upravleniya-paketami-snap"},"modified":"2022-02-18T03:37:22","modified_gmt":"2022-02-18T01:37:22","slug":"lokalnye-root-uyazvimosti-v-instrumentarii-upravleniya-paketami-snap","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/lokalnye-root-uyazvimosti-v-instrumentarii-upravleniya-paketami-snap","title":{"rendered":"Vulnerabilidades locales de root en la herramienta de gesti\u00f3n de paquetes Snap","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La empresa Qualys ha descubierto dos vulnerabilidades (CVE-2021-44731, CVE-2021-44730) en la herramienta snap-confine, que se entrega con la bandera SUID root y es llamada por el proceso snapd para crear un entorno de ejecuci\u00f3n para aplicaciones distribuidas en paquetes auto-contenidos en formato snap. Estas vulnerabilidades permiten que un usuario local no privilegiado ejecute c\u00f3digo con derechos de root en el sistema. Los problemas han sido solucionados en la actualizaci\u00f3n de paquetes snapd lanzada hoy para Ubuntu 21.10, 20.04 y 18.04. <\/p>\n
La primera vulnerabilidad (CVE-2021-44730) permite realizar un ataque mediante la manipulaci\u00f3n de enlaces duros, pero requiere desactivar la protecci\u00f3n del sistema para enlaces duros (configurando sysctl fs.protected_hardlinks en 0). El problema es causado por una verificaci\u00f3n incorrecta de la ubicaci\u00f3n de los archivos ejecutables de las herramientas snap-update-ns y snap-discard-ns, que se ejecutan con privilegios de root. La ruta a estos archivos se calculaba en la funci\u00f3n sc_open_snapd_tool() basada en su propia ruta desde \/proc\/self\/exe, lo que permite crear un enlace duro a snap-confine en su propio directorio y colocar all\u00ed sus propias versiones de las herramientas snap-update-ns y snap-discard-ns. Al ejecutar el enlace duro, snap-confine con privilegios de root ejecutar\u00e1 desde el directorio actual los archivos snap-update-ns y snap-discard-ns proporcionados por el atacante. <\/p>\n
La segunda vulnerabilidad es causada por una condici\u00f3n de carrera y puede ser explotada en la configuraci\u00f3n predeterminada de Ubuntu Desktop. Para que el exploit funcione correctamente en Ubuntu Server, se requiere seleccionar durante la instalaci\u00f3n uno de los paquetes de la secci\u00f3n \u2018Featured Server Snaps\u2019. La condici\u00f3n de carrera se manifiesta en la funci\u00f3n setup_private_mount(), que se llama durante la preparaci\u00f3n del espacio de nombres de los puntos de montaje para el paquete snap. Esta funci\u00f3n crea un directorio temporal \u2018\/tmp\/snap.$SNAP_NAME\/tmp\u2019 o utiliza uno ya existente para montar en \u00e9l los directorios del paquete en formato snap. <\/p>\n
Dado que el nombre del directorio temporal es predecible, un atacante podr\u00eda sustituir su contenido por un enlace simb\u00f3lico justo despu\u00e9s de verificar el propietario, pero antes de la llamada al sistema mount. Por ejemplo, se podr\u00eda crear en el directorio \/tmp\/snap.lxd un enlace simb\u00f3lico \u2018\/tmp\/snap.lxd\/tmp\u2019 que apunte a un directorio arbitrario, y la llamada a mount() seguir\u00eda el enlace simb\u00f3lico y montar\u00eda el directorio en el espacio de nombres snap. De esta manera, se podr\u00eda montar su propio contenido en \/var\/lib y mediante la sustituci\u00f3n de \/var\/lib\/snapd\/mount\/snap.snap-store.user-fstab organizar el montaje de su directorio \/etc en el espacio de nombres del paquete snap para cargar su biblioteca con privilegios de root a trav\u00e9s de la sustituci\u00f3n de \/etc\/ld.so.preload. <\/p>\n
Se observa que crear un exploit result\u00f3 ser una tarea no trivial, ya que la utilidad snap-confine est\u00e1 escrita en Go utilizando t\u00e9cnicas de programaci\u00f3n segura, tiene protecci\u00f3n basada en perfiles de AppArmor, filtra llamadas del sistema utilizando el mecanismo seccomp y aplica un espacio de nombres para el montaje con fines de aislamiento. Sin embargo, los investigadores lograron preparar un exploit funcional para obtener derechos de root en el sistema. El c\u00f3digo del exploit se publicar\u00e1 en unas semanas, despu\u00e9s de que los usuarios hayan instalado las actualizaciones proporcionadas. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"