From nobody Thu Apr 9 21:52:43 2026 Received: from mail-wm1-f42.google.com (mail-wm1-f42.google.com [209.85.128.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A5152345CA1 for ; Thu, 5 Mar 2026 20:37:58 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.42 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772743080; cv=none; b=d16LUVGe5EXoOeuhimjEezOOe1B4f/Ekiy0qErigRtt1RTtdI0jsMA9gL8kvzxjEQn5mMi90CmBMElGM7KvfUwuIp1/Q5rgL1+bKjhFHSEu5ut46sneuRTNKg1lKdPp2GRb9jF7E1VVmlqY0UEgVpulZEl+FdddHPtlcvaD7NTk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772743080; c=relaxed/simple; bh=cnxiDzaTG3dDRmVmA/NbvEgeXNe7TfmfMEbBpvNLqsY=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=TgRQhXqMJdtyxtRD3ABKHer9wAabWEoYde7PxdtSp+f8C8OS0BhwNQ+2l0lE1ZIJKkHl85S1H46g7n6Xby6nun2xFAe+pA2jpU0bwacvCigz7NuQ/4lPmC9kRCHmlLvSGUjRoU/Yo6W0nd6eAzDPnm8M8HVEsoQCi5zdIVsMkjQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=Gni7X/C3; arc=none smtp.client-ip=209.85.128.42 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="Gni7X/C3" Received: by mail-wm1-f42.google.com with SMTP id 5b1f17b1804b1-48372efa020so75337145e9.2 for ; Thu, 05 Mar 2026 12:37:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1772743077; x=1773347877; darn=vger.kernel.org; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:from:to:cc:subject:date:message-id :reply-to; bh=yBymiq7nID2vF4wesRN60I/529SDzorxfefrpkxAGsE=; b=Gni7X/C38IFjzoKGxSw36Mv7ExYpAofpud9tmH6C78LpgTXLWvZaDDcuRNH7Lkvdx3 naAstLwTOkgUPwq91rNedD8X0Sx1E98x07zjT6NGlRP2v3TyCrZgYWctMyFjuphGquK/ gUj7NPR4NW3RxhAdC+t73Rxn6ijza0Yv7jbQLUwSgROARE1LkM4TY1O7evWhBdCTPHwJ KpcYGYUcMvVSF4j6c2kDE5giU1LPq91VIc/Yno/Y2amBPN2zoWUA+JwERA1QHD10YOuU vn0GcPV7W6a2b5R2ykzXdrIGlt3IWPlhU971KSDHTVSJRrJUFvkHGla0jyyeCPF02pEz TWAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772743077; x=1773347877; h=cc:to:in-reply-to:references:message-id:content-transfer-encoding :mime-version:subject:date:from:x-gm-gg:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=yBymiq7nID2vF4wesRN60I/529SDzorxfefrpkxAGsE=; b=wiunkOSNJczvkBMNRX3XniyY0BkTzQDWOchPlAzOaTjAciZvrY5kLcBmQ5B4PQXxNw POsck/6xytWnBdkRXIblfAa9RfcwdIoFOOJ7erRB8TnAU0cw+RJbyAS40rm2x7vz30NV qKmE8paPEoZNWD/gemyfha8FzVeCJ8h+GzJ+molPiHKLlUNhBUTr1p6foCsJx/sVTtVc 0YxLvqWUqb0ACr0iiKe5LHOf6H0J+ahX11rIwISI9lqZ8PYFa5CLsMm5Y+ku/qSVqMdB tmf7CnMwFgs77N97NT/r6XFNRrxpaqlgVtmH0zMuH2P68e1o0gpGMbs13+WIMDOBKvhF bcmA== X-Forwarded-Encrypted: i=1; AJvYcCWnHPOxUYkVBZnq5+DdK72n7TUsAU+M9FwVtMUTraX0ZxUjQlx7qWmB+zipcHxgcNGf987eYMCBYMf0HcM=@vger.kernel.org X-Gm-Message-State: AOJu0YxbMasiRH03hfO1KE+fzo6FOpeId0mybp9FhLVYj3xMcYwHIwRG VL4+NDjRBQuEtVUZpFLfBfs8kcWJ37izWVFtpfGAVXBMkeUs4mS29Fvhz2A02q/AAf8= X-Gm-Gg: ATEYQzzykUakxKpvy1F/6McWnMbkpzaeRni3uEZBn9Cpc+sSyVViiG6/Yzzrx3h3KhJ CB0cILCuSOksgutS4uO61mDjA28SaWVA260fZVAKxnUyEvQlS+FXlOXkdhLzpu+q1fN5k9tGO6n 7R6tPVg6IiDbY/JdFFQSOlF8lArp3PusTYbKkRjCjhidqwTSX4bSlsq2k4yj1d1nU6vMxA6L185 ha7L1EznFPDCpn3Vz9fibLsl+JmBQKYVbjmZaMrFr4u02KgGdUfoKn7rAjnm5V+5VtTuzTCQyAT cts7cj4GxSsaBGNXN56E19+Lx8tC7zOBV99EDPJ+3xZJOdsc4AX5ANIflSkze+PT+WPO0olWiEt 01IbPpKLHTEhPR/Fots99J3g/gU6BqwoLeVKXEKf5CVvraQR6yoCTE+17uh+DWqsDrgXxCDxTjL xCdTu6a3LwOg== X-Received: by 2002:a05:600c:a08c:b0:483:885:f0b0 with SMTP id 5b1f17b1804b1-485198bac26mr132115915e9.35.1772743077012; Thu, 05 Mar 2026 12:37:57 -0800 (PST) Received: from localhost ([189.99.238.164]) by smtp.gmail.com with ESMTPSA id 71dfb90a1353d-56b007a3364sm1714489e0c.16.2026.03.05.12.37.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Mar 2026 12:37:56 -0800 (PST) From: =?utf-8?q?Ricardo_B=2E_Marli=C3=A8re?= Date: Thu, 05 Mar 2026 17:37:41 -0300 Subject: [PATCH net v2 3/3] net: bonding: Fix nd_tbl NULL dereference when IPv6 is disabled Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260305-net-nd_tbl_fixes-v2-3-b7177db1a9f3@suse.com> References: <20260305-net-nd_tbl_fixes-v2-0-b7177db1a9f3@suse.com> In-Reply-To: <20260305-net-nd_tbl_fixes-v2-0-b7177db1a9f3@suse.com> To: Martin KaFai Lau , Daniel Borkmann , John Fastabend , Stanislav Fomichev , Alexei Starovoitov , Andrii Nakryiko , Eduard Zingerman , Song Liu , Yonghong Song , KP Singh , Hao Luo , Jiri Olsa , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , =?utf-8?q?Toke_H=C3=B8iland-J=C3=B8rgensen?= , David Ahern , Jay Vosburgh , Andrew Lunn , Hangbin Liu Cc: Fernando Fernandez Mancera , bpf@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, =?utf-8?q?Ricardo_B=2E_Marli=C3=A8re?= X-Mailer: b4 0.14.3 X-Developer-Signature: v=1; a=openssh-sha256; t=1772743062; l=2650; i=rbm@suse.com; h=from:subject:message-id; bh=cnxiDzaTG3dDRmVmA/NbvEgeXNe7TfmfMEbBpvNLqsY=; b=U1NIU0lHAAAAAQAAADMAAAALc3NoLWVkMjU1MTkAAAAgguRCc5X8/UX9M40lkMnr//aFGOhce x5ezt8MFNUFlqYAAAAGcGF0YXR0AAAAAAAAAAZzaGE1MTIAAABTAAAAC3NzaC1lZDI1NTE5AAAA QFEHFEzi4olsRwKIGTYjj0OJcMJUp7J/8RoYSXtHC6YxcKesAOSiPUA9lLV1yaiiKX9118RM+Zw h7qF3LiueJwA= X-Developer-Key: i=rbm@suse.com; a=openssh; fpr=SHA256:pzhe0fJpYLz+3cZ33FFPhIfaUElk9CXPFFXmalIH+1g When booting with the 'ipv6.disable=3D1' parameter, the nd_tbl is never initialized because inet6_init() exits before ndisc_init() is called which initializes it. If bonding ARP/NS validation is enabled, an IPv6 NS/NA packet received on a slave can reach bond_validate_na(), which calls bond_has_this_ip6(). That path calls ipv6_chk_addr() and can crash in __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 Fix this by adding an early check in bond_confirm_addr6(). If ipv6_stub->nd_tbl is NULL, return before calling ipv6_chk_addr(). Suggested-by: Fernando Fernandez Mancera Fixes: 4e24be018eb9 ("bonding: add new parameter ns_targets") Signed-off-by: Ricardo B. Marli=C3=A8re --- drivers/net/bonding/bond_main.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_mai= n.c index 14ed91391fcc..7d32cd231633 100644 --- a/drivers/net/bonding/bond_main.c +++ b/drivers/net/bonding/bond_main.c @@ -3256,6 +3256,9 @@ static int bond_confirm_addr6(struct net_device *dev, { struct in6_addr *addr =3D (struct in6_addr *)priv->data; =20 + if (unlikely(!ipv6_mod_enabled())) + return 0; + return ipv6_chk_addr(dev_net(dev), addr, dev, 0); } =20 --=20 2.53.0