CVE-2026-68294 in Linux
Resumen
por VulDB • 2026-08-10
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
net: qrtr: restringir la creación de sockets al espacio de nombres inicial
QRTR mantiene todo su estado de puertos y nodos en variables globales del módulo que no están particionadas por espacio de nombres: `qrtr_local_nid` es un único identificador global de nodo (siempre 1) y `qrtr_ports` es una única xarray global. Las funciones `qrtr_port_lookup()` y `qrtr_local_enqueue()` operan sobre ese estado global sin realizar ninguna comprobación del espacio de nombres, y `qrtr_create()` no impone restricciones al espacio de nombres en el que se crea un socket.
Como resultado, un proceso no privilegiado que cree un socket AF_QIPCRTR en un espacio de nombres separado (por ejemplo, mediante `unshare(CLONE_NEWUSER | CLONE_NEWNET)`) puede enviar datagramas QRTR —incluidos mensajes del plano de control como QRTR_TYPE_NEW_SERVER— a sockets QRTR pertenecientes a otro espacio de nombres, y viceversa. El socket receptor ve estos mensajes como provenientes del identificador de nodo 1, siendo indistinguibles de un cliente local legítimo, lo que rompe el aislamiento que se espera proporcionen los espacios de nombres de red.
QRTR es una capa de transporte hacia puntos finales globales de hardware (el módem y otros procesadores remotos) y no tiene semánticas por espacio de nombres; su servicio de nombres en el kernel ya crea sus sockets únicamente en `init_net`. Se confina la familia de sockets al espacio de nombres inicial, tal como lo hacen otras familias de sockets que no son conscientes del espacio de nombres (véase `llc_ui_create()` y el código de sockets ieee802154).
If you want to get best quality of vulnerability data, you may have to visit VulDB.