<?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://vulnerability.circl.lu</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>Tue, 29 Sep 2026 04:50:11 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-31474 — can: isotp: fix tx.buf use-after-free in isotp_sendmsg()</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-31474</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 10.0 Extended Update Support, Red Hat Enterprise Linux 9, Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;can: isotp: fix tx.buf use-after-free in isotp_sendmsg()&lt;/p&gt;
&lt;p&gt;isotp_sendmsg() uses only cmpxchg() on so-&amp;gt;tx.state to serialize access
to so-&amp;gt;tx.buf. isotp_release() waits for ISOTP_IDLE via
wait_event_interruptible() and then calls kfree(so-&amp;gt;tx.buf).&lt;/p&gt;
&lt;p&gt;If a signal interrupts the wait_event_interruptible() inside close()
while tx.state is ISOTP_SENDING, the loop exits early and release
proceeds to force ISOTP_SHUTDOWN and continues to kfree(so-&amp;gt;tx.buf)
while sendmsg may still be reading so-&amp;gt;tx.buf for the final CAN frame
in isotp_fill_dataframe().&lt;/p&gt;
&lt;p&gt;The so-&amp;gt;tx.buf can be allocated once when the standard tx.buf length needs
to be extended. Move the kfree() of this potentially extended tx.buf to
sk_destruct time when either isotp_sendmsg() and isotp_release() are done.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 10.0 Extended Update Support, Red Hat Enterprise Linux 9, Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;can: isotp: fix tx.buf use-after-free in isotp_sendmsg()&lt;/p&gt;
&lt;p&gt;isotp_sendmsg() uses only cmpxchg() on so-&amp;gt;tx.state to serialize access
to so-&amp;gt;tx.buf. isotp_release() waits for ISOTP_IDLE via
wait_event_interruptible() and then calls kfree(so-&amp;gt;tx.buf).&lt;/p&gt;
&lt;p&gt;If a signal interrupts the wait_event_interruptible() inside close()
while tx.state is ISOTP_SENDING, the loop exits early and release
proceeds to force ISOTP_SHUTDOWN and continues to kfree(so-&amp;gt;tx.buf)
while sendmsg may still be reading so-&amp;gt;tx.buf for the final CAN frame
in isotp_fill_dataframe().&lt;/p&gt;
&lt;p&gt;The so-&amp;gt;tx.buf can be allocated once when the standard tx.buf length needs
to be extended. Move the kfree() of this potentially extended tx.buf to
sk_destruct time when either isotp_sendmsg() and isotp_release() are done.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-31474</guid>
    </item>
  </channel>
</rss>
