Heimdall Security Logo

CVE-2026-97502

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <a01cedf230dc0fcd55b994f5e548d3982ba4c732, <=6.1.*, <=6.12.*, 6.18.53, 0, <f216cf00e829895ff49bdf695c944915e59bd698, <a0cde8d70d64c1a75fbd57f01d9f2d7cccac8319, 5.10.271, 6.6.158, <=5.10.*, <=6.6.*, 6.1.189, <2.6.33, <5b7e151fe9ea9311ba601849aaecdc4fc97fd577, 2.6.33, <=6.18.*, 5.15.222, b4cff4549b7a8c5fc8b88e3493b6287555f0512c, <3c5e3e5badbf0592332887d12db02458323682c3, <=*, <=5.15.*, <51738de7dd5f8e8b33dfc07ef85bc06d3bf41e96, <4f28846aaf8db9668e338b8987973f8935edff34, 7.2, 6.12.111

Description

In the Linux kernel, the following vulnerability has been resolved: mmc: davinci: avoid NULL deref of host->data in IRQ handler mmc_davinci_irq() returns early only when both host->cmd and host->data are NULL: if (host->cmd == NULL && host->data == NULL) { ... return IRQ_NONE; } So we may legitimately reach the rest of the handler with host->data == NULL (and therefore data == NULL). The DATDNE branch already guards against this with an explicit "if (data != NULL)" check, but the subsequent TOUTRD ("read data timeout") and CRCWR/CRCRD ("data CRC error") branches dereference data unconditionally: if (qstatus & MMCST0_TOUTRD) { data->error = -ETIMEDOUT; <-- NULL deref ... davinci_abort_data(host, data); } if (qstatus & (MMCST0_CRCWR | MMCST0_CRCRD)) { data->error = -EILSEQ; <-- NULL deref ... } If either bit is set in qstatus while host->data is NULL, the kernel will crash inside the IRQ handler. smatch flags this: drivers/mmc/host/davinci_mmc.c:933 mmc_davinci_irq() error: we previously assumed 'data' could be null (see line 914) Gate both branches on a non-NULL data, matching the existing pattern used by the DATDNE branch. No functional change for callers where data is non-NULL, which is the only case in which these branches did meaningful work before this change.

Gravité et risque d'exploitation

CVE-2026-97502 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.16 %, ce qui la place devant 4.9 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <a01cedf230dc0fcd55b994f5e548d3982ba4c732, <=6.1.*, <=6.12.*, 6.18.53, 0, <f216cf00e829895ff49bdf695c944915e59bd698, <a0cde8d70d64c1a75fbd57f01d9f2d7cccac8319, 5.10.271, 6.6.158, <=5.10.*, <=6.6.*, 6.1.189, <2.6.33, <5b7e151fe9ea9311ba601849aaecdc4fc97fd577, 2.6.33, <=6.18.*, 5.15.222, b4cff4549b7a8c5fc8b88e3493b6287555f0512c, <3c5e3e5badbf0592332887d12db02458323682c3, <=*, <=5.15.*, <51738de7dd5f8e8b33dfc07ef85bc06d3bf41e96, <4f28846aaf8db9668e338b8987973f8935edff34, 7.2, 6.12.111) 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

Rechercher une autre CVE