<?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 05:39:33 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-74734 — firewire: ohci: fix NULL pointer dereference in ar_context_release</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-74734</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;firewire: ohci: fix NULL pointer dereference in ar_context_release&lt;/p&gt;
&lt;p&gt;During the error handling path of the driver&amp;#39;s probe function, a NULL
pointer dereference can occur in ar_context_release().&lt;/p&gt;
&lt;p&gt;When pci_probe() fails early (e.g., if pcim_enable_device() or MMIO mapping
fails), the devres cleanup mechanism invokes release_ohci(). This function
unconditionally calls ar_context_release() to clean up the asynchronous
receive contexts. However, if ar_context_init() was not yet called,
ctx-&amp;gt;ohci remains NULL (as the fw_ohci structure is zero-initialized by
devres_alloc()).&lt;/p&gt;
&lt;p&gt;ar_context_release() immediately dereferences ctx-&amp;gt;ohci to get the dev
pointer before checking if the context was actually initialized, leading to
a crash:&lt;/p&gt;
&lt;p&gt;Oops: general protection fault, probably for non-canonical address
0xdffffc0000000001: 0000 [#1] SMP KASAN NOPTI
KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f]
RIP: 0010:ar_context_release+0x3f/0x380 drivers/firewire/ohci.c:543
Call Trace:
 release_ohci+0x3f/0x60 drivers/firewire/ohci.c:3567
 release_nodes drivers/base/devres.c:546 [inline]
 devres_release_all+0x1a8/0x260 drivers/base/devres.c:576
 device_unbind_cleanup drivers/base/dd.c:597 [inline]
 really_probe+0x451/0xae0 drivers/base/dd.c:772&lt;/p&gt;
&lt;p&gt;To fix this, move the assignment of the dev pointer after the !ctx-&amp;gt;buffer
check. If ctx-&amp;gt;buffer is NULL, it indicates that the context was never
successfully initialized…&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;firewire: ohci: fix NULL pointer dereference in ar_context_release&lt;/p&gt;
&lt;p&gt;During the error handling path of the driver&amp;#39;s probe function, a NULL
pointer dereference can occur in ar_context_release().&lt;/p&gt;
&lt;p&gt;When pci_probe() fails early (e.g., if pcim_enable_device() or MMIO mapping
fails), the devres cleanup mechanism invokes release_ohci(). This function
unconditionally calls ar_context_release() to clean up the asynchronous
receive contexts. However, if ar_context_init() was not yet called,
ctx-&amp;gt;ohci remains NULL (as the fw_ohci structure is zero-initialized by
devres_alloc()).&lt;/p&gt;
&lt;p&gt;ar_context_release() immediately dereferences ctx-&amp;gt;ohci to get the dev
pointer before checking if the context was actually initialized, leading to
a crash:&lt;/p&gt;
&lt;p&gt;Oops: general protection fault, probably for non-canonical address
0xdffffc0000000001: 0000 [#1] SMP KASAN NOPTI
KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f]
RIP: 0010:ar_context_release+0x3f/0x380 drivers/firewire/ohci.c:543
Call Trace:
 release_ohci+0x3f/0x60 drivers/firewire/ohci.c:3567
 release_nodes drivers/base/devres.c:546 [inline]
 devres_release_all+0x1a8/0x260 drivers/base/devres.c:576
 device_unbind_cleanup drivers/base/dd.c:597 [inline]
 really_probe+0x451/0xae0 drivers/base/dd.c:772&lt;/p&gt;
&lt;p&gt;To fix this, move the assignment of the dev pointer after the !ctx-&amp;gt;buffer
check. If ctx-&amp;gt;buffer is NULL, it indicates that the context was never
successfully initialized…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-74734</guid>
    </item>
  </channel>
</rss>
