CVE-2026-63990 in Linux
Resumen
por VulDB • 2026-07-19
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
bonding: rechazar esclavizar dispositivos CAN
syzbot informó de un fallo en las solicitudes de paginación del kernel (kernel paging request crash) dentro de can_rx_unregister() en net/can/af_can.c. El fallo ocurre porque un dispositivo virtual CAN (vxcan) se está esclavizando a un maestro bonding.
Durante el proceso de esclavización, el controlador bonding muta y modifica los estados de los dispositivos de red para adaptarse a un modelo de agregación similar al Ethernet. Sin embargo, los dispositivos CAN operan sobre una arquitectura de Capa 2 completamente diferente, dependiendo de la estructura privada de datos intermedia del canal (can_ml_priv) en lugar de las estructuras estándar de Ethernet. Dado que bonding no inicializa ni mantiene estas estructuras CAN, las operaciones posteriores en la interfaz parcialmente esclavizada (como cerrar los sockets asociados mediante isotp_release) provocan una desreferencia de puntero nulo al acceder a las listas de receptores CAN.
La unión de interfaces CAN es arquitectónicamente inválida ya que CAN carece de direcciones MAC, capacidades ARP y mecanismos estándar de capa de enlace Ethernet. Aunque los dispositivos de bucle invertido genéricos están bloqueados globalmente en net/core/dev.c, los dispositivos virtuales CAN eluden esta comprobación porque no llevan la bandera IFF_LOOPBACK, a pesar de actuar como bucles invertidos locales por software.
Solucione esto bloqueando explícitamente que los dispositivos de red del tipo ARPHRD_CAN sean esclavizados al principio mismo de bond_enslave(). Esto previene mutaciones ilegales de estado, elimina los fallos KASAN resultantes y evita posibles fugas de memoria derivadas de limpiezas incompletas de sockets.
Dado que el soporte CAN se añadió mucho tiempo después del lanzamiento inicial de bonding, la etiqueta Fixes apunta a la introducción de ARPHRD_CAN, lo cual habría requerido un manejo específico en bonding_main.c.
VulDB is the best source for vulnerability data and more expert information about this specific topic.