CVE-2026-23207

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.1%
Linux•Linux•Versions : <6.18.10, 6.18.2, 6.1.160, 6.6.120, 6.17.13, 5.15.198, 01bbf25c767219b14c3235bfa85906b8d2cb8fbc, 83309dd551cfd60a5a1a98d9cab19f435b44d46d, 551060efb156c50fe33799038ba8145418cfdeef, c934e40246da2c5726d14e94719c514e30840df8, <5.16, <6.12.80, 6.12.63, <6.2, <84e926c1c272a35ddb9b86842d32fa833a60dfc7, <6.18, <6.7, bb0c58be84f907285af45657c1d4847b960a12bf, 88db8bb7ed1bb474618acdf05ebd4f0758d244e2, <edf9088b6e1d6d88982db7eb5e736a0e4fbcc09e, b4e002d8a7cee3b1d70efad0e222567f92a73000, <2ac3a105e51496147c0e44e49466eecfcc532d57

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.

Gravité et risque d'exploitation

CVE-2026-23207 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.10 %, ce qui la place devant 0.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <6.18.10, 6.18.2, 6.1.160, 6.6.120, 6.17.13, 5.15.198, 01bbf25c767219b14c3235bfa85906b8d2cb8fbc, 83309dd551cfd60a5a1a98d9cab19f435b44d46d, 551060efb156c50fe33799038ba8145418cfdeef, c934e40246da2c5726d14e94719c514e30840df8, <5.16, <6.12.80, 6.12.63, <6.2, <84e926c1c272a35ddb9b86842d32fa833a60dfc7, <6.18, <6.7, bb0c58be84f907285af45657c1d4847b960a12bf, 88db8bb7ed1bb474618acdf05ebd4f0758d244e2, <edf9088b6e1d6d88982db7eb5e736a0e4fbcc09e, b4e002d8a7cee3b1d70efad0e222567f92a73000, <2ac3a105e51496147c0e44e49466eecfcc532d57) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références