CVE-2026-98825

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : 7.2.10, <=*, <=6.12.*, 6.18.56, <74dc7c52946e3d47c40edd0875adb7cc15937066, <8a03f8422fa08eed335c51bccb612a3d81739ff2, <=6.18.*, 7.3, 6.0, 0, <cfd70c9b19846c524f2b6195a7484bdf22071ccf, <=7.2.*, <6.0, 0b31d703598dc1993867597bbd45e87d824fc427, <ac41b05d15db3134e839148290d67415ee0bdb58, 6.12.113

Description

In the Linux kernel, the following vulnerability has been resolved: rtc: mpfs: fix unchecked devm_clk_get() error pointer in probe() devm_clk_get(&pdev->dev, "rtcref")'s return value was passed straight into clk_get_rate() without checking it for an error first, unlike the "rtc" clock a few lines above which is correctly checked with IS_ERR(). clk_get_rate() only guards against a NULL clk, not an error pointer: if (!clk) return 0; ... rate = clk_core_get_rate_recalc(clk->core); so if devm_clk_get() ever returns an error pointer here (for example ERR_PTR(-EPROBE_DEFER), which is the normal, expected outcome if the clkcfg clock-provider this RTC depends on has not registered its clocks yet by the time this driver probes), clk_get_rate() dereferences that error pointer instead of returning 0, crashing instead of letting probe defer. Capture the clock in the existing 'clk' local and check it with IS_ERR() before calling clk_get_rate(), matching the handling already used for the "rtc" clock in this same function.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions 7.2.10, <=*, <=6.12.*, 6.18.56, <74dc7c52946e3d47c40edd0875adb7cc15937066, <8a03f8422fa08eed335c51bccb612a3d81739ff2, <=6.18.*, 7.3, 6.0, 0, <cfd70c9b19846c524f2b6195a7484bdf22071ccf, <=7.2.*, <6.0, 0b31d703598dc1993867597bbd45e87d824fc427, <ac41b05d15db3134e839148290d67415ee0bdb58, 6.12.113) 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