https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 02:01:24 +0000 https://vulnerability.circl.lu/vuln/cve-2026-97524 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>mptcp: avoid unneeded actions on subflow reset</p> <p>Once in a blue moon, the mptcp receive path can recursively call mptcp_data_ready() via state change under unlucky error conditions, and then try to hold the data lock again.</p> <p>Break the recursion loop explicitly checking for the exceptional condition.</p> <p>Add a new flag instead of using an existing one like &#39;closing&#39;, to exit early in subflow_state_change(), and explicitly flush the RX queue at reset time.</p> <p>This avoids unneeded processing to check for available data -- calling get_mapping_status() and more on a dying subflow -- but also in error reporting and worker scheduling.</p> <p>Note that we must consume the currently peeked skb before invoking mptcp_dss_corruption to avoid consuming it again after the eventual reset has freed it.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>mptcp: avoid unneeded actions on subflow reset</p> <p>Once in a blue moon, the mptcp receive path can recursively call mptcp_data_ready() via state change under unlucky error conditions, and then try to hold the data lock again.</p> <p>Break the recursion loop explicitly checking for the exceptional condition.</p> <p>Add a new flag instead of using an existing one like &#39;closing&#39;, to exit early in subflow_state_change(), and explicitly flush the RX queue at reset time.</p> <p>This avoids unneeded processing to check for available data -- calling get_mapping_status() and more on a dying subflow -- but also in error reporting and worker scheduling.</p> <p>Note that we must consume the currently peeked skb before invoking mptcp_dss_corruption to avoid consuming it again after the eventual reset has freed it.</p> https://vulnerability.circl.lu/vuln/cve-2026-97524