<?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>Wed, 30 Sep 2026 10:49:53 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-23376 — nvmet-fcloop: Check remoteport port_state before calling done callback</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-23376</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;nvmet-fcloop: Check remoteport port_state before calling done callback&lt;/p&gt;
&lt;p&gt;In nvme_fc_handle_ls_rqst_work, the lsrsp-&amp;gt;done callback is only set when
remoteport-&amp;gt;port_state is FC_OBJSTATE_ONLINE.  Otherwise, the
nvme_fc_xmt_ls_rsp&amp;#39;s LLDD call to lport-&amp;gt;ops-&amp;gt;xmt_ls_rsp is expected to
fail and the nvme-fc transport layer itself will directly call
nvme_fc_xmt_ls_rsp_free instead of relying on LLDD&amp;#39;s done callback to free
the lsrsp resources.&lt;/p&gt;
&lt;p&gt;Update the fcloop_t2h_xmt_ls_rsp routine to check remoteport-&amp;gt;port_state.
If online, then lsrsp-&amp;gt;done callback will free the lsrsp.  Else, return
-ENODEV to signal the nvme-fc transport to handle freeing lsrsp.&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;nvmet-fcloop: Check remoteport port_state before calling done callback&lt;/p&gt;
&lt;p&gt;In nvme_fc_handle_ls_rqst_work, the lsrsp-&amp;gt;done callback is only set when
remoteport-&amp;gt;port_state is FC_OBJSTATE_ONLINE.  Otherwise, the
nvme_fc_xmt_ls_rsp&amp;#39;s LLDD call to lport-&amp;gt;ops-&amp;gt;xmt_ls_rsp is expected to
fail and the nvme-fc transport layer itself will directly call
nvme_fc_xmt_ls_rsp_free instead of relying on LLDD&amp;#39;s done callback to free
the lsrsp resources.&lt;/p&gt;
&lt;p&gt;Update the fcloop_t2h_xmt_ls_rsp routine to check remoteport-&amp;gt;port_state.
If online, then lsrsp-&amp;gt;done callback will free the lsrsp.  Else, return
-ENODEV to signal the nvme-fc transport to handle freeing lsrsp.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-23376</guid>
    </item>
  </channel>
</rss>
