CVE-2026-99207: Linux kernel · scsi: target: Disable interrupts while holding delayed_cmd_lock
Source GCVE Database
Not known to be exploited : upgrade to 7563650522732041ccfb2e4593878b5ea98d498c or 04a67a8b1a4460345d22fe75d93430cbf7e651d7 when convenient.
Data as of 28 Oct 2026, 13:42 UTC
Rated Medium by Threat Radar's AI analysis · CVSS not yet scored by NVD
- Patch
- Available – fixed in 7563650522732041ccfb2e4593878b5ea98d498c, 04a67a8b1a4460345d22fe75d93430cbf7e651d7
Exploitation evidence
Disclosed: evidence found.
CVE published 28 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
Upgrade Linux kernel to 7563650522732041ccfb2e4593878b5ea98d498c or 04a67a8b1a4460345d22fe75d93430cbf7e651d7.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Debiandebian/linuxpkg:deb/debian/linuxOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available as the vulnerability has been resolved in the Linux kernel. Users should update to the fixed kernel versions once released. Since this is a kernel-level locking issue, applying the official kernel patch is the recommended mitigation. No other specific mitigations are indicated.
Description
A Linux kernel vulnerability in the SCSI target subsystem involves improper interrupt handling while holding the delayed_cmd_lock spinlock. This can cause a deadlock when certain ordered commands complete in interrupt context, due to inconsistent locking with interrupts enabled. The issue arises when target_do_delayed_work() uses spin_lock() without disabling interrupts, conflicting with other code paths that use spin_lock_irqsave(). This flaw requires specific conditions including complete_type=1 and ordered commands, which are not default. No exploitation in the wild has been reported.