{"id":77161,"date":"2026-02-14T20:45:58","date_gmt":"2026-02-14T17:15:58","guid":{"rendered":"https:\/\/afaghhosting.net\/blog\/cve-2026-23203-net-cpsw_new-execute-ndo_set_rx_mode-callback-in-a-work-queue\/"},"modified":"2026-02-14T20:45:58","modified_gmt":"2026-02-14T17:15:58","slug":"cve-2026-23203-net-cpsw_new-execute-ndo_set_rx_mode-callback-in-a-work-queue","status":"publish","type":"post","link":"https:\/\/afaghhosting.net\/blog\/cve-2026-23203-net-cpsw_new-execute-ndo_set_rx_mode-callback-in-a-work-queue\/","title":{"rendered":"CVE-2026-23203 &#8211; net: cpsw_new: Execute ndo_set_rx_mode callback in a work queue"},"content":{"rendered":"<p>CVE ID : CVE-2026-23203<\/p>\n<p>Published :  Feb. 14, 2026, 5:15 p.m. | 1\u00a0hour, 14\u00a0minutes ago<\/p>\n<p>Description : In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>net: cpsw_new: Execute ndo_set_rx_mode callback in a work queue<\/p>\n<p>Commit 1767bb2d47b7 (&#8220;ipv6: mcast: Don&#8217;t hold RTNL for<br \/>\nIPV6_ADD_MEMBERSHIP and MCAST_JOIN_GROUP.&#8221;) removed the RTNL lock for<br \/>\nIPV6_ADD_MEMBERSHIP and MCAST_JOIN_GROUP operations. However, this<br \/>\nchange triggered the following call trace on my BeagleBone Black board:<br \/>\n  WARNING: net\/8021q\/vlan_core.c:236 at vlan_for_each+0x120\/0x124, CPU#0: rpcbind\/496<br \/>\n  RTNL: assertion failed at net\/8021q\/vlan_core.c (236)<br \/>\n  Modules linked in:<br \/>\n  CPU: 0 UID: 997 PID: 496 Comm: rpcbind Not tainted 6.19.0-rc6-next-20260122-yocto-standard+ #8 PREEMPT<br \/>\n  Hardware name: Generic AM33XX (Flattened Device Tree)<br \/>\n  Call trace:<br \/>\n   unwind_backtrace from show_stack+0x28\/0x2c<br \/>\n   show_stack from dump_stack_lvl+0x30\/0x38<br \/>\n   dump_stack_lvl from __warn+0xb8\/0x11c<br \/>\n   __warn from warn_slowpath_fmt+0x130\/0x194<br \/>\n   warn_slowpath_fmt from vlan_for_each+0x120\/0x124<br \/>\n   vlan_for_each from cpsw_add_mc_addr+0x54\/0xd8<br \/>\n   cpsw_add_mc_addr from __hw_addr_ref_sync_dev+0xc4\/0xec<br \/>\n   __hw_addr_ref_sync_dev from __dev_mc_add+0x78\/0x88<br \/>\n   __dev_mc_add from igmp6_group_added+0x84\/0xec<br \/>\n   igmp6_group_added from __ipv6_dev_mc_inc+0x1fc\/0x2f0<br \/>\n   __ipv6_dev_mc_inc from __ipv6_sock_mc_join+0x124\/0x1b4<br \/>\n   __ipv6_sock_mc_join from do_ipv6_setsockopt+0x84c\/0x1168<br \/>\n   do_ipv6_setsockopt from ipv6_setsockopt+0x88\/0xc8<br \/>\n   ipv6_setsockopt from do_sock_setsockopt+0xe8\/0x19c<br \/>\n   do_sock_setsockopt from __sys_setsockopt+0x84\/0xac<br \/>\n   __sys_setsockopt from ret_fast_syscall+0x0\/0x5<\/p>\n<p>This trace occurs because vlan_for_each() is called within<br \/>\ncpsw_ndo_set_rx_mode(), which expects the RTNL lock to be held.<br \/>\nSince modifying vlan_for_each() to operate without the RTNL lock is not<br \/>\nstraightforward, and because ndo_set_rx_mode() is invoked both with and<br \/>\nwithout the RTNL lock across different code paths, simply adding<br \/>\nrtnl_lock() in cpsw_ndo_set_rx_mode() is not a viable solution.<\/p>\n<p>To resolve this issue, we opt to execute the actual processing within<br \/>\na work queue, following the approach used by the icssg-prueth driver.<\/p>\n<p>Severity: 0.0 | NA<\/p>\n<p>Visit the link for more details, such as CVSS details, affected products, timeline, and more&#8230;\u00a0<\/p>\n","protected":false},"excerpt":{"rendered":"<p>CVE ID : CVE-2026-23203 Published : Feb. 14, 2026, 5:15 p.m. | 1\u00a0hour, 14\u00a0minutes ago Description : In the Linux kernel, the following vulnerability has been resolved: net: cpsw_new: Execute ndo_set_rx_mode callback in a work queue Commit 1767bb2d47b7 (&#8220;ipv6: mcast: Don&#8217;t hold RTNL for IPV6_ADD_MEMBERSHIP and MCAST_JOIN_GROUP.&#8221;) removed the RTNL lock for IPV6_ADD_MEMBERSHIP and MCAST_JOIN_GROUP &hellip;<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-77161","post","type-post","status-publish","format-standard","hentry","category-vulnerability"],"_links":{"self":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/77161","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/comments?post=77161"}],"version-history":[{"count":0,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/posts\/77161\/revisions"}],"wp:attachment":[{"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/media?parent=77161"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/categories?post=77161"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/afaghhosting.net\/blog\/wp-json\/wp\/v2\/tags?post=77161"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}