<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-05T08:41:59.850561+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2026-80953</id>
    <title>CVE-2026-80953 — i3c: master: adi: initialize the lock before enabling interrupts</title>
    <updated>2026-10-05T08:41:59.866334+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Linux</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>i3c: master: adi: initialize the lock before enabling interrupts</p>
<p>adi_i3c_master_probe() requests the IRQ and unmasks REG_IRQ_PENDING_CMDR
before the controller's IBI state, transfer queue list and transfer
queue lock are initialized.  A pending CMDR interrupt can therefore run
adi_i3c_master_irq() and take master-&gt;xferqueue.lock before the dynamic
lock has been initialized.</p>
<p>This issue was found by our static analysis tool and then manually
reviewed against the current tree.</p>
<p>The grounded PoC kept the probe ordering and the IRQ path
adi_i3c_master_probe() -&gt; adi_i3c_master_irq() -&gt; xferqueue.lock, with a
pending CMDR interrupt arriving after REG_IRQ_PENDING_CMDR is unmasked.
Lockdep reported:</p>
<p>INFO: trying to register non-static key.
  you didn't initialize this object before use?
  lock_acquire+0xbb/0x290
  _raw_spin_lock_irqsave+0x36/0x60
  adi_i3c_master_irq+0x32/0x56 [vuln_msv]
  adi_i3c_master_probe+0x5a/0xf47 [vuln_msv]</p>
<p>Initialize the transfer queue and IBI state before requesting and
unmasking the IRQ.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-80953"/>
  </entry>
</feed>
