CVE-2026-23207: Linux kernel · spi: tegra210-quad: Protect curr_xfer check in IRQ handler
Source GCVE Database
Not known to be exploited · CVSS 4.7 Medium · fixed in edf9088b6e1d6d88982db7eb5e736a0e4fbcc09e : update Linux kernel when convenient.
Data as of 30 Oct 2026, 16:33 UTC
Thin evidence
One scorer or none- Patch
- Available – fixed in edf9088b6e1d6d88982db7eb5e736a0e4fbcc09e, 513587caec66b67243027f26867ad3512f06744f, 8261fa3da6e9001be95a54b857df9759e9098d2f +8
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 14 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: spi: tegra210-quad: Protect curr_xfer check in IRQ handler Now that all other accesses to curr_xfer are done under the lock, protect the curr_xfer NULL check in tegra_qspi_isr_thread() with the spinlock. Without this protection, the following race can occur: CPU0 (ISR thread) CPU1 (timeout path) ---------------- ------------------- if (!tqspi->curr_xfer) // sees non-NULL spin_lock() tqspi->curr_xfer = NULL spin_unlock() handle_*_xfer() spin_lock() t = tqspi->curr_xfer // NULL! ... t->len ... // NULL dereference! With this patch, all curr_xfer accesses are now properly synchronized. Although all accesses to curr_xfer are done under the lock, in tegra_qspi_isr_thread() it checks for NULL, releases the lock and reacquires it later in handle_cpu_based_xfer()/handle_dma_based_xfer(). There is a potential for an update in between, which could cause a NULL pointer dereference. To handle this, add a NULL check inside the handlers after acquiring the lock. This ensures that if the timeout path has already cleared curr_xfer, the handler will safely return without dereferencing the NULL pointer.
References
- nvd.nist.gov/vuln/detail/CVE-2026-23207 (opens in a new tab)
- git.kernel.org/stable/c/2ac3a105e51496147c0e44e49466eecfcc532d57 (opens in a new tab)
- git.kernel.org/stable/c/513587caec66b67243027f26867ad3512f06744f (opens in a new tab)
- git.kernel.org/stable/c/8261fa3da6e9001be95a54b857df9759e9098d2f (opens in a new tab)
- git.kernel.org/stable/c/84e926c1c272a35ddb9b86842d32fa833a60dfc7 (opens in a new tab)
- git.kernel.org/stable/c/edf9088b6e1d6d88982db7eb5e736a0e4fbcc09e (opens in a new tab)