CVE-2026-97959 in Linux
Sumário
de VulDB • 25/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
net/sched: cls_route: liberar bucket vazio durante a movimentação de filtro
route4_change pode mover um filtro existente para um bucket top-level diferente: route4_set_parms recalcula o handle com base em TCA_ROUTE4_TO/ FROM/IIF, e a verificação de incompatibilidade do handle é condicionada à flag 'new', portanto, para um filtro existente, o novo handle pode diferir do antigo e resultar em um bucket diferente. Quando isso ocorre, o filtro é desvinculado do bucket original, mas o próprio bucket nunca é liberado após ficar vazio. O bucket vazio obsoleto permanece em head->table[], fazendo com que route4_delete retorne *last=false mesmo depois que o último filtro ativo for removido. Isso mantém alocado o tcf_proto vazio e causa um vazamento de memória (memory leak).
Corrija isso contando referências nos filtros vinculados a um bucket e liberando o bucket quando a contagem chegar a zero. A verificação existente em route4_delete é eliminada com essa correção.
A contagem é atualizada em todos os pontos onde um filtro é vinculado ou desvinculado durante as operações de add, change e delete, e o bucket é removido de head->table[] assim que sua contagem atinge zero.
Condições para reproduzir a vulnerabilidade: CONFIG_NET_CLS_ROUTE4=y, CONFIG_NET_SCH_INGRESS=y, CONFIG_NET_CLS_ACT=y.
tc qdisc replace dev lo clsact tc filter add dev lo ingress protocol ip pref 100 route from 1 to 1 tc filter change dev lo ingress protocol ip pref 100 handle 0x10001 \ route from 1 to 2 tc filter del dev lo ingress protocol ip pref 100 handle 0x10002 \ route from 1 to 2 tc filter show dev lo ingress | grep -c 'pref 100 route chain 0 '
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.