CVE-2026-68415 in Linux
Sumário
de VulDB • 10/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
xfrm: limpar callbacks de modo após falha na configuração do modo
A tarefa `xfrm_state_gc_task` pode ser executada muito tempo depois que uma configuração de estado IPTFS falhar. No caso reproduzido, `__xfrm_init_state()` armazenou em cache os `x->mode_cbs`, a configuração do IPTFS retornou `-ENOMEM` antes de publicar o `mode_data`, e a referência temporária ao módulo obtida por `xfrm_get_mode_cbs()` foi liberada imediatamente. O estado inválido então manteve os `x->mode_cbs` em cache até que a coleta de lixo diferida (GC) fosse executada após o descarregamento do módulo `xfrm_iptfs`.
Limpe `x->mode_cbs` quando a inicialização ou clonagem do modo falhar antes da publicação do `mode_data`. Esses estados nunca instalaram estado específico do modo nem fixação de longo prazo do módulo IPTFS, portanto, o GC diferido não tem nada específico do modo para destruir e não deve reter um ponteiro para tabela de callbacks além da referência temporária de pesquisa.
O cenário com defeito envolve dois caminhos, em que cada coluna mostra a ordem dentro desse caminho:
caminho de configuração falha: 1. armazenar `x->mode_cbs` em cache 2. configuração do modo falha antes do `mode_data` 3. liberar referência temporária ao módulo 4. estado inválido mantém `x->mode_cbs` em cache
caminho GC/descarregamento: 1. `xfrm_state_put()` enfileira trabalho de GC 2. `xfrm_iptfs` é descarregado posteriormente 3. `xfrm_state_gc_task` executa 4. o GC referencia os obsoletos `x->mode_cbs`
Isso também cobre o caminho de clonagem falha, onde `clone_state()` retorna antes da publicação do `mode_data`.
A validação reproduziu este relatório do kernel: Kernel panic - not syncing: Fatal exception CONFIG_FAULT_INJECTION_STACKTRACE_FILTER=y failslab_stacktrace_filter matched xfrm_iptfs frames ack_error=-12 FAULT_INJECTION: forcing a failure BUG: unable to handle page fault Workqueue: events xfrm_state_gc_task RIP: xfrm_state_gc_task+0x142/0x650 Modules linked in: esp4_offload xfrm_user [last unloaded: xfrm_iptfs]
Kernel panic - not syncing: Fatal exception
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.