{"id":29176,"date":"2026-09-25T20:32:03","date_gmt":"2026-09-25T12:32:03","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-98021"},"modified":"2026-09-25T20:32:03","modified_gmt":"2026-09-25T12:32:03","slug":"cve-2026-98021","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-98021","title":{"rendered":"CVE-2026-98021 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nnet: reject oversized"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>net: reject oversized tx_queue_len at netlink parse time<\/p>\n<p>rtnl_create_link() assigns IFLA_TXQLEN directly to dev-&gt;tx_queue_len<br \/>\nwithout going through netif_change_tx_queue_len(), so a device created<br \/>\nwith &#8220;ip link add &#8230; txqueuelen 500000&#8221; bypasses the S16_MAX cap and<br \/>\nstill triggers the oversized ring allocations in pfifo_fast, tun and<br \/>\ntap. The veth peer nest (rtnl_nla_parse_ifinfomsg()) and the<br \/>\nRTM_NEWLINK-on-existing-device path reach the same sinks.<\/p>\n<p>Enforce the cap in ifla_policy instead: IFLA_TXQLEN becomes<br \/>\nNLA_POLICY_FULL_RANGE(NLA_U32, &amp;txqlen_range) with<br \/>\ntxqlen_range = { .min = 0, .max = S16_MAX }. All netlink consumers<br \/>\nparse against this policy &#8211; rtnl_setlink(), rtnl_newlink() (create<br \/>\nand change), and the veth peer nest &#8211; so every netlink path is capped<br \/>\nat parse time and rejects the attribute with -ERANGE plus a proper<br \/>\n&#8220;integer out of range&#8221; extack message before any device state is<br \/>\nmodified (the RTM_SETLINK half-application wart is gone with it).<\/p>\n<p>Document the bound in the rt-link.yaml netlink spec.<\/p>\n<p>Conditions to recreate the bug:<br \/>\n&#8211; CONFIG_NET_SCHED=y, CONFIG_VETH=y, CONFIG_USER_NS=y, CONFIG_NET_NS=y.<br \/>\n&#8211; Unprivileged user in a fresh user+net namespace (unshare -Urn):<br \/>\n  ip link add v0 txqueuelen 500000 type veth peer name v1<br \/>\n  -&gt; on the fixed kernel this is rejected with -ERANGE (&#8220;integer out<br \/>\n  of range&#8221; extack) instead of installing an oversized tx_queue_len<br \/>\n  that later inflates pfifo_fast\/tun\/tap ring allocations.<br \/>\n&#8211; ip link set v0 txqueuelen 500000 is likewise rejected at parse time.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>net: reject oversized tx_queue_len at netlink parse time<\/p>\n<p>rtnl_create_link() assigns IFLA_TXQLEN directly to dev-&gt;tx_queue_len<br \/>\nwith<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-29176","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/29176","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=29176"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=29176"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=29176"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}