From nobody Thu Apr 9 21:52:50 2026 Received: from mail-wm1-f51.google.com (mail-wm1-f51.google.com [209.85.128.51]) (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 CACF62ED154 for ; Fri, 6 Mar 2026 00:51:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.51 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772758290; cv=none; b=t6/8WPxPEubEZiuP2ghirh9lrLcRalt2FCvAybHpcdh0QpaYHKNTAXa7TTt9PqQs5vbjnFwKCYgIYQ/09vz1+PleocOWwOh0D26R/3ea8orfvrNc+Zaz2tmS1oVHpc/l7ruQsvas0HqT4G2t+zgh9WoxMIDUXkxEZmy8pVJvCT8= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772758290; c=relaxed/simple; bh=cnxiDzaTG3dDRmVmA/NbvEgeXNe7TfmfMEbBpvNLqsY=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=YB78HwApfi/cJNzuw9SshLwYDZz5pFQpG+OlcbVPJxu36oT3Ry6+BQ7CQHOsWlr5IXEM8W517nlOT2GrltKhpfYANVQ0yI2/LTaNDVUQeYWbXilZjrBq/iV+kxXMVF48nO1Q5sRqBdm5J0qqk7bLysJ4xVNOy9E/rvBuVTGpekA= 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=Y9ulyBN2; arc=none smtp.client-ip=209.85.128.51 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="Y9ulyBN2" Received: by mail-wm1-f51.google.com with SMTP id 5b1f17b1804b1-4836f4cbe0bso74457055e9.3 for ; Thu, 05 Mar 2026 16:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1772758287; x=1773363087; 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=Y9ulyBN2TboxJapIVU/QpaaqcuqdNZsdKSPhDbqn7M1wb+Gt7W3RHQrv+943Ji8pVv GdpSdvhxVnHWqSyg36PVB3tJeAy1OckKk/kzs2zU/G2IQTBMp+3It1M7cGbC0JmdnnQf zkR7VwWHUe8BO35sz2CwVqHaVMDo6tdV+1IXdZaUFxov8ebg9noVx3IpgoAvzb0yZ9TF /R6ltZq3LjkD20KGYgAV8Q217kJE4Y6a/FlgEHehq7PKsp71JllfSqAsTHHIKh8om+fb Vaqh3JELWmYoN+BI+XITiXjatczzHzMKUQhmeC9jDXLilzFv84DOO87bf78Km2JfOYlA xHsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772758287; x=1773363087; 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=S9U5SgiO7ZziPtlKxd3ydRrqzpWgoQdqhFsK9hBSIEHRBCe4i38ax6qRhWN6Pox1bF jmiPZ/aK8y4GLklym97wqjjfklH8WN3WC9fKmykjPuyRL/lia411MMhpxQ80fKL4B+WF 6uIxe4XbeqfZGOEygQbgyysYwGW5zKR2AInK2TK38SoTDrmLVHS8QMvE/LydViY2GP/k gb64Yq7kzzz3OIGRzgj67LT5FV0WNy1li/6iPJvXbjYdqTEB5lNVk7ezLl2wLRxxCxIl Q41s9ZYgXjDJ4yXY5EXdWujhTktscWbM0CtJDCT4uNA43FbmupPq+ZD3YpYFP1GmEmBI 4r2A== X-Forwarded-Encrypted: i=1; AJvYcCWhrN8P9m9qvd0/vvHr81p745ydMpTTkNhm2C8wacFa2dz/3hfD8AplJ5cS+AtjZM+UCD5Qu6FctEf4z7M=@vger.kernel.org X-Gm-Message-State: AOJu0YyEarr+msyRQ+Ewry83BN/+rkuWL0pNfif+U9bojo8XnTWyU8Rf wPdN7xOAFBvOHH6Vp3S2lE1MmB+30HnfPCQ/hPYFh4oxlbb+bu4/xDXK3TCN8Rgxwa8= X-Gm-Gg: ATEYQzzxlcjo8eD7w5Gmoyt2cZbW9HikrgRly8EYbPLZEGzFbd3PpFIrqs1nEb0NN9E mEpEPA7679Ie+AhtnOT3ygvjjEY/07Hd1AcXmjy6+vTg3TJpb8UGl1dZfRzWLVVeJwgMnkPfiSZ Jn111/RwAjGsXDhrVUOED82syfoZ7hztmWIlTDjfvNNV76zWsjfUzikjJIyKBvJDT+n1cbdVi5+ kYNySIMpU0TeexHMx9eTyivEbR2A9TX8EOsUTwWlKwhFVN8NHM0fcpClPCBHN1GAMrlAr8q9bhQ SKcrAaerYoihF+qC+vHx5YB0ugJ/OL5PLeHbefKR7JxS5Bsox8nol/2jTYGTOzBVv7Q+l9JsQYh 1t+uyoaEtnYoDYxAbICor5dRtxE/He2AdMuZ4EQ5JR+LTGlAYTuWVOyslR7j4ZZGKUJ83BwQoGl ALq8AhKDyG1w== X-Received: by 2002:a05:600c:6091:b0:483:348a:d3f3 with SMTP id 5b1f17b1804b1-48526951407mr3034345e9.18.1772758287161; Thu, 05 Mar 2026 16:51:27 -0800 (PST) Received: from localhost ([189.99.238.164]) by smtp.gmail.com with ESMTPSA id a1e0cc1a2514c-94e7b30a7dfsm18159241.1.2026.03.05.16.51.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Mar 2026 16:51:25 -0800 (PST) From: =?utf-8?q?Ricardo_B=2E_Marli=C3=A8re?= Date: Thu, 05 Mar 2026 18:29:57 -0300 Subject: [PATCH net v3 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-v3-3-fde28b30a744@suse.com> References: <20260305-net-nd_tbl_fixes-v3-0-fde28b30a744@suse.com> In-Reply-To: <20260305-net-nd_tbl_fixes-v3-0-fde28b30a744@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=1772758271; l=2650; i=rbm@suse.com; h=from:subject:message-id; bh=cnxiDzaTG3dDRmVmA/NbvEgeXNe7TfmfMEbBpvNLqsY=; b=U1NIU0lHAAAAAQAAADMAAAALc3NoLWVkMjU1MTkAAAAgguRCc5X8/UX9M40lkMnr//aFGOhce x5ezt8MFNUFlqYAAAAGcGF0YXR0AAAAAAAAAAZzaGE1MTIAAABTAAAAC3NzaC1lZDI1NTE5AAAA QCeaab2VG6SN19YjJGx7LvW/Cy/wUY7jy/zKw3gbh62MKk0ZHFa2/59rF5Mk/7noRZ3PhAaA1dT CttVGN1hT0AY= 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