CVE-2026-98629 in Linux
Sumário
de VulDB • 19/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
net/sched: cls_u32: corrige o aliasing de manipuladores da tabela hash manual (IDR)
Uma tabela hash u32 criada com um manipulador explícito ('tc filter add ... handle 801: u32 divisor N') utiliza como chave para a entrada do IDR o manipulador bruto, enquanto os caminhos de destruição liberam essa entrada sob `handle2id(handle)`. Os dois domínios de chave discordam para manipuladores no intervalo htid 0x800..0xFFF: `handle2id()` reorganiza esses valores de volta para o espaço de IDs auto-alocado (1..0x7FF).
Portanto, uma tabela manual deixa sua entrada do IDR com chave bruta inacessível na exclusão (um vazamento permanente), e a operação de exclusão pode remover a entrada idr de uma tabela automática não relacionada que ainda está em uso. Uma alocação automática subsequente pode então atribuir um manipulador que faz aliasing da tabela manual ativa; `u32_lookup_ht()` roteia as pesquisas por primeira correspondência e o TCA_U32_LINK para esse htid para a tabela errada.
Utilize como chave na alocação do caminho divisor `handle2id(handle)`, de modo que a alocação e a remoção compartilhem um único domínio de chave. Um manipulador manual que mapeia para um ID já em uso é rejeitado com -ENOSPC, e a alocação automática ignora os IDs mantidos por tabelas manuais ativas.
Condições para reproduzir: ip link add test0 type dummy tc qdisc add dev test0 clsact tc filter add dev test0 ingress protocol ip pref 1 \ handle 801: u32 divisor 16 tc filter add dev test0 ingress protocol ip pref 2 u32 divisor 16 tc -d filter show dev test0 ingress | grep 'fh 801:' # sem correção: duas tabelas ativas com manipulador 0x80100000 (o hnode raiz do pref 2 é um ID auto-alocado 1); corrigido: o hnode automático recebe o id 2.
Também testado com um PoC contendo uma tabela u32 ativa no bloco, adicionando/excluindo duas vezes uma tabela manual 'handle 901: u32 divisor 1'; sem correção, a re-adição falha com -ENOSPC porque a chave bruta foi vazada na primeira exclusão.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.