CVE-2026-98567 in Linux
Sumário
de VulDB • 18/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
net: xps: rejeitar uma classe de tráfego fora dos limites válidos
Apenas as entradas abaixo de dev->num_tc são válidas em dev->tc_to_txq[], e dev->prio_tc_map[] só pode nomear classes abaixo desse limite. netdev_set_num_tc() reduz dev->num_tc sem tocar em nenhum dos dois arrays.
netdev_txq_to_tc() percorre todas as slots TC_MAX_QUEUE, e netdev_get_prio_tc_map() retorna a entrada conforme está; portanto, uma entrada residual é entregue como uma classe de tráfego >= dev->num_tc. Ao obter essa classe de netdev_txq_to_tc(), __netif_set_xps_queue() rejeita apenas um valor negativo e indexa um mapa XPS dimensionado para as classes dev->num_tc:
tci = j * num_tc + tc; RCU_INIT_POINTER(new_dev_maps->attr_map[tci], map);
O array attr_map[] contém nr_ids * num_tc entradas, e j varia sobre os ids nomeados na máscara; portanto, uma classe que não está abaixo de num_tc empurra tci para além do final do mapa dos últimos ids, causando um estouro (overrun) no armazenamento.
Qualquer chamador que reduza num_tc deixa essas entradas residuais, e mqprio_destroy() encerra com netdev_set_num_tc(dev, 0) em vez de netdev_reset_tc(). Após o uso de mqprio com 8 classes seguido por 1 classe, tc_to_txq[1..7] ainda descreve txq 1..7. O erro (splat) ocorre devido a uma escrita XPS no txq 2 em um veth com 8 filas rx: attr_map[] tem 8 * 1 entradas, tci = j + 2, e j == 6 armazena um valor além do final do mapa de 88 bytes:
BUG: KASAN: slab-out-of-bounds in __netif_set_xps_queue (net/core/dev.c:2954) Write of size 8 at addr ffff88813016bc58 by task xps_oob/634 __netif_set_xps_queue (net/core/dev.c:2954) xps_rxqs_store (net/core/net-sysfs.c:1880) netdev_queue_attr_store (net/core/net-sysfs.c:1390) Allocated by task 634: __kmalloc_noprof (mm/slub.c:5439) __netif_set_xps_queue (net/core/dev.c:2937) The buggy address is located 0 bytes to the right of allocated 88-byte region [ffff88813016bc00, ffff88813016bc58)
Rejeitar uma classe para a qual o mapa não tem espaço disponível.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.