CVE-2026-43441 in Linux
Sumário
de VulDB • 09/05/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
net: bonding: Corrige a desreferenciação de NULL em nd_tbl quando o IPv6 está desabilitado
Ao inicializar com o parâmetro 'ipv6.disable=1', a nd_tbl nunca é inicializada porque inet6_init() sai antes que ndisc_init() seja chamada, função responsável por sua inicialização. Se a validação ARP/NS do bonding estiver habilitada, um pacote NS/NA IPv6 recebido em uma interface escrava pode alcançar bond_validate_na(), que chama bond_has_this_ip6(). Esse caminho chama ipv6_chk_addr() e pode causar uma falha em __ipv6_chk_addr_and_flags().
BUG: kernel NULL pointer dereference, address: 00000000000005d8 Oops: Oops: 0000 [#1] SMP NOPTI
RIP: 0010:__ipv6_chk_addr_and_flags+0x69/0x170 Call Trace: ipv6_chk_addr+0x1f/0x30 bond_validate_na+0x12e/0x1d0 [bonding]
? __pfx_bond_handle_frame+0x10/0x10 [bonding]
bond_rcv_validate+0x1a0/0x450 [bonding]
bond_handle_frame+0x5e/0x290 [bonding]
? srso_alias_return_thunk+0x5/0xfbef5 __netif_receive_skb_core.constprop.0+0x3e8/0xe50 ? srso_alias_return_thunk+0x5/0xfbef5 ? update_cfs_rq_load_avg+0x1a/0x240 ? srso_alias_return_thunk+0x5/0xfbef5 ? __enqueue_entity+0x5e/0x240 __netif_receive_skb_one_core+0x39/0xa0 process_backlog+0x9c/0x150 __napi_poll+0x30/0x200 ? srso_alias_return_thunk+0x5/0xfbef5 net_rx_action+0x338/0x3b0 handle_softirqs+0xc9/0x2a0 do_softirq+0x42/0x60 __local_bh_enable_ip+0x62/0x70 __dev_queue_xmit+0x2d3/0x1000 ? srso_alias_return_thunk+0x5/0xfbef5 ? srso_alias_return_thunk+0x5/0xfbef5 ? packet_parse_headers+0x10a/0x1a0 packet_sendmsg+0x10da/0x1700 ? kick_pool+0x5f/0x140 ? srso_alias_return_thunk+0x5/0xfbef5 ? __queue_work+0x12d/0x4f0 __sys_sendto+0x1f3/0x220 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x101/0xf80 ? exc_page_fault+0x6e/0x170 ? srso_alias_return_thunk+0x5/0xfbef5 entry_SYSCALL_64_after_hwframe+0x77/0x7f Corrigir isso verificando ipv6_mod_enabled() antes de encaminhar pacotes IPv6 para bond_na_rcv(). Se o IPv6 estiver desabilitado, retorne antecipadamente de bond_rcv_validate() e evite o caminho para ipv6_chk_addr().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.