Skip to main content
VulnerabilityPublished Updated

CVE-2026-97409: Linux kernel · nvme-fc: Do not cancel requests in io target before it is initialized

Source GCVE Database

0
Compare
Authoritative record:CVE-2026-97409· High 8.8

Not known to be exploited · CVSS 8.8 High · fixed in ee38469f88492df99e1d97f03aa40ecfd218934f : patch Linux kernel soon.

Data as of 30 Oct 2026, 16:33 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (Linux)CVSS 3.18.8
Patch
Available – fixed in ee38469f88492df99e1d97f03aa40ecfd218934f, dd39064d2948b14dbe4f364fe4b3c9cfc632cc21, da930308b4bc24c335574e85ca84ff70a988cf05 +2
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 52793d62a696e9188092eb0817fb1219ee5729ff, < ee38469f88492df99e1d97f03aa40ecfd218934f
Fixed in
  • ee38469f88492df99e1d97f03aa40ecfd218934f
LinuxLinuxAffected
  • ≥ 52793d62a696e9188092eb0817fb1219ee5729ff, < dd39064d2948b14dbe4f364fe4b3c9cfc632cc21
Fixed in
  • dd39064d2948b14dbe4f364fe4b3c9cfc632cc21
LinuxLinuxAffected
  • ≥ 52793d62a696e9188092eb0817fb1219ee5729ff, < da930308b4bc24c335574e85ca84ff70a988cf05
Fixed in
  • da930308b4bc24c335574e85ca84ff70a988cf05
LinuxLinuxAffected
  • ≥ 52793d62a696e9188092eb0817fb1219ee5729ff, < 5488e2706c58444a24e15773237dcc0bedcd771f
Fixed in
  • 5488e2706c58444a24e15773237dcc0bedcd771f
LinuxLinuxAffected
  • ≥ 52793d62a696e9188092eb0817fb1219ee5729ff, < 0b7c8009b3037722103032c336732d63e0507a51
Fixed in
  • 0b7c8009b3037722103032c336732d63e0507a51
LinuxLinuxAffected
  • =5.10
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: nvme-fc: Do not cancel requests in io target before it is initialized A new nvme-fc controller in CONNECTING state sees admin request timeout schedules ctrl->ioerr_work to abort inflight requests. This ends up calling __nvme_fc_abort_outstanding_ios() which aborts requests in both admin and io tagsets. In case fc_ctrl->tag_set was not initialized we see the warning below. This is because ctrl.queue_count is initialized early in nvme_fc_alloc_ctrl(). nvme nvme0: NVME-FC{0}: starting error recovery Connectivity Loss INFO: trying to register non-static key. The code is fine but needs lockdep annotation, or maybe lpfc 0000:ab:00.0: queue 0 connect admin queue failed (-6). you didn't initialize this object before use? turning off the locking correctness validator. Workqueue: nvme-reset-wq nvme_fc_ctrl_ioerr_work [nvme_fc] Call Trace: <TASK> dump_stack_lvl+0x57/0x80 register_lock_class+0x567/0x580 __lock_acquire+0x330/0xb90 lock_acquire.part.0+0xad/0x210 blk_mq_tagset_busy_iter+0xf9/0xc00 __nvme_fc_abort_outstanding_ios+0x23f/0x320 [nvme_fc] nvme_fc_ctrl_ioerr_work+0x172/0x210 [nvme_fc] process_one_work+0x82c/0x1450 worker_thread+0x5ee/0xfd0 kthread+0x3a0/0x750 ret_from_fork+0x439/0x670 ret_from_fork_asm+0x1a/0x30 </TASK> Update the check in __nvme_fc_abort_outstanding_ios() confirm that io tagset was created before iterating over busy requests. Also make sure to cancel ctrl->ioerr_work before removing io tagset.

References

Community reviews

Loading reviews…