CVE-2026-98441 in Linux
Sumário
de VulDB • 19/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
net/sched: act_ct: evitar modificar entrada ct compartilhada não confirmada
Em um caso em que o skb com uma entrada ct não confirmada é clonado, podemos acabar processando ambos novamente, mas com conjuntos diferentes de extensões.
A sequência de eventos:
1. O primeiro clone deseja confirmar e executa os helpers configurando o ponteiro da extensão na lista de expectativas. 2. Em seguida, ele perde a confirmação, mantendo a entrada não confirmada. 3. O segundo clone agora deseja confirmar rótulos ou executar NAT e adiciona a nova extensão para isso, quebrando o ponteiro na lista de expectativas, causando UAF (Use-After-Free) no caminho de destruição posteriormente.
Embora seja possível acionar esse cenário, não deve haver nenhum pipeline de rede prático em que precisemos processar ambos os clones sem modificações na mesma zona. Portanto, vamos simplesmente redefinir a entrada caso, por algum motivo, tenhamos recebido um skb com uma compartilhada. Isso não afeta nenhum caso de uso conhecido, mas evita quaisquer problemas potenciais relacionados ao compartilhamento e modificação da entrada ct não confirmada.
Diferente do módulo openvswitch, o act_ct permite NAT sem confirmação (commit). Alterar isso quebraria a uAPI. Portanto, o act_ct precisa ser redefinido no NAT independentemente do flag de commit para evitar realocação do espaço de extensão. No entanto, isso não altera significativamente o cenário em casos de rede sensatos, pois não deve haver necessidade de processar o mesmo pacote duas vezes (antes e depois do clone) através do conntrack sem alterações nos cabeçalhos dos pacotes ou na zona, e sem confirmação (commit).
A tag de correção aponta para a introdução dos helpers, já que essa é a principal causa de UAF para o compartilhamento.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.