{"id":103807,"date":"2022-04-17T21:36:41","date_gmt":"2022-04-17T19:36:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-swhkd-menedzhere-goryachih-klavish-dlya-wayland"},"modified":"2022-04-17T21:36:41","modified_gmt":"2022-04-17T19:36:41","slug":"uyazvimosti-v-swhkd-menedzhere-goryachih-klavish-dlya-wayland","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/uyazvimosti-v-swhkd-menedzhere-goryachih-klavish-dlya-wayland","title":{"rendered":"Vulnerabilidades en swhkd, el gestor de teclas r\u00e1pidas para Wayland","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha identificado una serie de vulnerabilidades en swhkd (Simple Wayland HotKey Daemon) causadas por un manejo incorrecto de archivos temporales, par\u00e1metros de l\u00ednea de comandos y sockets Unix. El programa est\u00e1 escrito en Rust y se encarga de procesar las pulsaciones de teclas en entornos basados en el protocolo Wayland (similar a nivel de archivos de configuraci\u00f3n al proceso sxhkd, utilizado en entornos basados en X11). <\/p>\n
El paquete incluye un proceso no privilegiado swhks, que realiza acciones para las teclas de acceso r\u00e1pido, y un proceso en segundo plano swhkd, que se ejecuta con privilegios de root e interact\u00faa con dispositivos de entrada a nivel de API de uinput. Para organizar la interacci\u00f3n entre swhks y swhkd se utiliza un socket Unix. A trav\u00e9s de las reglas de Polkit, se permite a cualquier usuario local iniciar el proceso \/usr\/bin\/swhkd con privilegios de root y pasarle cualquier par\u00e1metro. <\/p>\n
Vulnerabilidades detectadas: <\/p>\n
\n
CVE-2022-27815 \u2014 guardando el PID del proceso en un archivo con un nombre predecible y en un directorio accesible para otros usuarios (\/tmp\/swhkd.pid). Cualquier usuario puede crear el archivo \/tmp\/swhkd.pid y colocar en \u00e9l el pid de un proceso existente, lo que impedir\u00e1 el inicio de swhkd. En ausencia de protecci\u00f3n contra la creaci\u00f3n de enlaces simb\u00f3licos en \/tmp, la vulnerabilidad puede utilizarse para crear o sobrescribir archivos en cualquier directorio del sistema (en el archivo se guarda el PID) o para determinar el contenido de cualquier archivo en el sistema (swhkd imprime en stdout todo el contenido del archivo PID). Es notable que en la correcci\u00f3n publicada el archivo PID se traslad\u00f3 no al directorio \/run, sino al directorio \/etc (\/etc\/swhkd\/runtime\/swhkd_{uid}.pid), donde tambi\u00e9n carece de sentido.\n
CVE-2022-27814 \u2014 manipulando el par\u00e1metro de la l\u00ednea de comandos \u00ab-c\u00bb, utilizado para especificar el archivo de configuraci\u00f3n, se puede determinar la existencia de cualquier archivo en el sistema. Por ejemplo, para verificar \/root\/.somefile se puede ejecutar \u00abpkexec \/usr\/bin\/swhkd -d -c \/root\/.somefile\u00bb y si el archivo no existe se mostrar\u00e1 el error \u00ab\/root\/.somefile doesn\u2019t exist\u00bb. Al igual que en el caso de la primera vulnerabilidad, la soluci\u00f3n al problema genera confusi\u00f3n: la soluci\u00f3n implica que ahora se ejecuta una utilidad externa \u00abcat\u00bb para leer el archivo de configuraci\u00f3n (\u2018Command::new(\u2018\/bin\/cat\u2019).arg(path).output()\u2019).\n
CVE-2022-27819 \u2014 el problema tambi\u00e9n est\u00e1 relacionado con el uso de la opci\u00f3n \u00ab-c\u00bb, a trav\u00e9s de la cual se carga y analiza completamente el archivo de configuraci\u00f3n sin verificar el tama\u00f1o y tipo del archivo. Por ejemplo, para provocar una denegaci\u00f3n de servicio a trav\u00e9s del agotamiento de la memoria disponible y crear entrada\/salida parasitaria, se puede especificar al iniciar un dispositivo de bloque (\u00abpkexec \/usr\/bin\/swhkd -d -c \/dev\/sda\u00bb) o un dispositivo de caracteres que emite un flujo infinito de datos. El problema se resolvi\u00f3 al restablecer privilegios antes de abrir el archivo, pero la soluci\u00f3n result\u00f3 incompleta, ya que solo se restablece el identificador de usuario (UID), mientras que el identificador de grupo (GID) permanece igual.\n
CVE-2022-27818 \u2014 para crear un socket Unix se utiliza el archivo \/tmp\/swhkd.sock, que se crea en un directorio p\u00fablico y escribible, lo que provoca problemas similares a los de la primera vulnerabilidad (cualquier usuario puede crear \/tmp\/swhkd.sock y generar o interceptar eventos de pulsaci\u00f3n de teclas).\n
CVE-2022-27817 \u2014 los eventos de entrada son aceptados de todos los dispositivos y en todas las sesiones, es decir, un usuario de otra sesi\u00f3n de Wayland o de la consola puede interceptar eventos al pulsar las teclas de acceso r\u00e1pido de otros usuarios.\n
CVE-2022-27816 \u2014 el proceso swhks, al igual que swhkd, utiliza un archivo PID \/tmp\/swhks.pid en un directorio \/tmp de escritura p\u00fablica. El problema es similar a la primera vulnerabilidad, pero no tan grave, ya que swhks se ejecuta bajo un usuario no privilegiado. <\/ul>\n