CVE-2023-54243 in Linux
Sumário
de VulDB • 24/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
netfilter: ebtables: corrige uso-após-liberação (use-after-free) do blob da tabela
Não é permitido retornar um erro neste ponto. Ao analisar o código, parece que ret é sempre 0 neste ponto, mas não é.
t = find_table_lock(net, repl->name, &ret, &ebt_mutex);
... isso pode retornar uma tabela válida, com ret != 0.
Este bug causa a atualização de table->private com o novo blob, mas logo em seguida libera o blob no chamador.
Relatório do Syzbot:
BUG: KASAN: vmalloc-out-of-bounds em __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 Leitura de tamanho 4 no endereço ffffc90005425000 pela tarefa kworker/u4:4/74 Workqueue: netns cleanup_net Rastreamento de chamada: kasan_report+0xbf/0x1f0 mm/kasan/report.c:517 __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 ebt_unregister_table+0x35/0x40 net/bridge/netfilter/ebtables.c:1372 ops_exit_list+0xb0/0x170 net/core/net_namespace.c:169 cleanup_net+0x4ee/0xb10 net/core/net_namespace.c:613 ...
ip(6)tables parece estar ok (ret deve ser 0 neste ponto), mas torna isso mais óbvio.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.