<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 24 Oct 2026 08:18:59 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-98870 — ksmbd: remove stale channels from all sessions on teardown</title>
      <link>https://db.gcve.eu/vuln/cve-2026-98870</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ksmbd: remove stale channels from all sessions on teardown&lt;/p&gt;
&lt;p&gt;ksmbd_sessions_deregister() removes a connection&amp;#39;s channels from other
sessions&amp;#39; channel lists only while conn-&amp;gt;binding is still set:&lt;/p&gt;
&lt;p&gt;if (conn-&amp;gt;binding) {
		hash_for_each_safe(sessions_table, ...)
			ksmbd_chann_del(conn, sess);
	}&lt;/p&gt;
&lt;p&gt;conn-&amp;gt;binding is a transient flag: it is cleared once a binding
SESSION_SETUP completes, and also by a subsequent non-binding
SESSION_SETUP on the same connection (a reauthentication on a bound
channel, or a new SessionId==0 setup). A connection that has bound a
channel into another session&amp;#39;s ksmbd_chann_list and then clears
conn-&amp;gt;binding leaves that channel behind when it disconnects: the
channel, whose chann-&amp;gt;conn points at the now freed struct ksmbd_conn,
stays on the owner session&amp;#39;s list.&lt;/p&gt;
&lt;p&gt;When the owning connection later tears down, the second loop
dereferences the stale channel:&lt;/p&gt;
&lt;p&gt;xa_for_each(&amp;amp;sess-&amp;gt;ksmbd_chann_list, chann_id, chann)
		if (chann-&amp;gt;conn != conn)
			ksmbd_conn_set_exiting(chann-&amp;gt;conn);   /* freed */&lt;/p&gt;
&lt;p&gt;which is a use-after-free write into the freed ksmbd_conn (the same
stale channel is also walked by show_proc_session() through /proc). The
session is leaked as well, because its channel list never empties.&lt;/p&gt;
&lt;p&gt;Remove the conn-&amp;gt;binding gate so a connection always removes its
channels from every session on teardown.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ksmbd: remove stale channels from all sessions on teardown&lt;/p&gt;
&lt;p&gt;ksmbd_sessions_deregister() removes a connection&amp;#39;s channels from other
sessions&amp;#39; channel lists only while conn-&amp;gt;binding is still set:&lt;/p&gt;
&lt;p&gt;if (conn-&amp;gt;binding) {
		hash_for_each_safe(sessions_table, ...)
			ksmbd_chann_del(conn, sess);
	}&lt;/p&gt;
&lt;p&gt;conn-&amp;gt;binding is a transient flag: it is cleared once a binding
SESSION_SETUP completes, and also by a subsequent non-binding
SESSION_SETUP on the same connection (a reauthentication on a bound
channel, or a new SessionId==0 setup). A connection that has bound a
channel into another session&amp;#39;s ksmbd_chann_list and then clears
conn-&amp;gt;binding leaves that channel behind when it disconnects: the
channel, whose chann-&amp;gt;conn points at the now freed struct ksmbd_conn,
stays on the owner session&amp;#39;s list.&lt;/p&gt;
&lt;p&gt;When the owning connection later tears down, the second loop
dereferences the stale channel:&lt;/p&gt;
&lt;p&gt;xa_for_each(&amp;amp;sess-&amp;gt;ksmbd_chann_list, chann_id, chann)
		if (chann-&amp;gt;conn != conn)
			ksmbd_conn_set_exiting(chann-&amp;gt;conn);   /* freed */&lt;/p&gt;
&lt;p&gt;which is a use-after-free write into the freed ksmbd_conn (the same
stale channel is also walked by show_proc_session() through /proc). The
session is leaked as well, because its channel list never empties.&lt;/p&gt;
&lt;p&gt;Remove the conn-&amp;gt;binding gate so a connection always removes its
channels from every session on teardown.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-98870</guid>
    </item>
  </channel>
</rss>
