{"id":6732,"date":"2026-09-04T18:49:14","date_gmt":"2026-09-04T10:49:14","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-72020"},"modified":"2026-09-04T18:49:14","modified_gmt":"2026-09-04T10:49:14","slug":"cve-2026-72020","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-72020","title":{"rendered":"CVE-2026-72020 [CRITICAL] &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nipvs: reset full ip_v"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>ipvs: reset full ip_vs_seq structs in ip_vs_conn_new<\/p>\n<p>Commit 9a05475cebdd (&#8220;ipvs: avoid kmem_cache_zalloc in<br \/>\nip_vs_conn_new&#8221;) changed ip_vs_conn_new() to allocate an ip_vs_conn<br \/>\nobject with kmem_cache_alloc().  The function then initializes many<br \/>\nfields explicitly, but only resets in_seq.delta and out_seq.delta in the<br \/>\ntwo struct ip_vs_seq members.<\/p>\n<p>That leaves init_seq and previous_delta uninitialized.  This is normally<br \/>\nharmless while the corresponding IP_VS_CONN_F_IN_SEQ or<br \/>\nIP_VS_CONN_F_OUT_SEQ flag is clear.  For connections learned from a sync<br \/>\nmessage, however, ip_vs_proc_conn() preserves those flags from<br \/>\nIP_VS_CONN_F_BACKUP_MASK and passes opt=NULL when the message omits<br \/>\nIPVS_OPT_SEQ_DATA.  In that case the new connection can be hashed with<br \/>\nSEQ flags set but with the rest of in_seq\/out_seq still containing stale<br \/>\nslab data.<\/p>\n<p>When a packet for such a connection is later handled by an IPVS<br \/>\napplication helper, vs_fix_seq() and vs_fix_ack_seq() use<br \/>\nprevious_delta and init_seq to rewrite TCP sequence numbers.  A malformed<br \/>\nsync message can therefore make forwarded packets carry stale slab bytes<br \/>\nin their TCP seq\/ack numbers, and can also corrupt the forwarded TCP<br \/>\nflow.<\/p>\n<p>Reset both struct ip_vs_seq members completely before publishing the<br \/>\nconnection.  This matches the existing &#8220;reset struct ip_vs_seq&#8221; comment<br \/>\nand keeps the sequence-adjustment gates inactive unless valid sequence<br \/>\ndata is installed later.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>ipvs: reset full ip_vs_seq structs in ip_vs_conn_new<\/p>\n<p>Commit 9a05475cebdd (&#8220;ipvs: avoid kmem_cache_zalloc in<br \/>\nip_vs_conn_new&#8221;) chang<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-6732","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/6732","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=6732"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=6732"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=6732"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}