CVE-2024-42290

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <58c56735facb225a5c46fa4b8bbbe7f31d1cb894, 6.10.3, <=6.1.*, <a590e8dea3df2639921f874d763be961dd74e8f9, 6.1.103, 5.15.165, <fa1803401e1c360efe6342fb41d161cc51748a11, 0, <f8ae38f1dfe652779c7c613facbc257cec00ac44, <33b1c47d1fc0b5f06a393bb915db85baacba18ea, <=5.10.*, <=6.6.*, 5.0, 0136afa08967f6e160b9b4e85a7a70e4180a8333, 5.4.282, <=5.4.*, <5.0, <3a2884a44e5cda192df1b28e9925661f79f599a1, 5.10.224, <21bd3f9e7f924cd2fc892a484e7a50c7e1847565, 6.11, <=*, <=5.15.*, 6.6.44, <=6.10.*

Description

In the Linux kernel, the following vulnerability has been resolved: irqchip/imx-irqsteer: Handle runtime power management correctly The power domain is automatically activated from clk_prepare(). However, on certain platforms like i.MX8QM and i.MX8QXP, the power-on handling invokes sleeping functions, which triggers the 'scheduling while atomic' bug in the context switch path during device probing: BUG: scheduling while atomic: kworker/u13:1/48/0x00000002 Call trace: __schedule_bug+0x54/0x6c __schedule+0x7f0/0xa94 schedule+0x5c/0xc4 schedule_preempt_disabled+0x24/0x40 __mutex_lock.constprop.0+0x2c0/0x540 __mutex_lock_slowpath+0x14/0x20 mutex_lock+0x48/0x54 clk_prepare_lock+0x44/0xa0 clk_prepare+0x20/0x44 imx_irqsteer_resume+0x28/0xe0 pm_generic_runtime_resume+0x2c/0x44 __genpd_runtime_resume+0x30/0x80 genpd_runtime_resume+0xc8/0x2c0 __rpm_callback+0x48/0x1d8 rpm_callback+0x6c/0x78 rpm_resume+0x490/0x6b4 __pm_runtime_resume+0x50/0x94 irq_chip_pm_get+0x2c/0xa0 __irq_do_set_handler+0x178/0x24c irq_set_chained_handler_and_data+0x60/0xa4 mxc_gpio_probe+0x160/0x4b0 Cure this by implementing the irq_bus_lock/sync_unlock() interrupt chip callbacks and handle power management in them as they are invoked from non-atomic context. [ tglx: Rewrote change log, added Fixes tag ]

Gravité et risque d'exploitation

CVE-2024-42290 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.23 %, ce qui la place devant 13.1 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <58c56735facb225a5c46fa4b8bbbe7f31d1cb894, 6.10.3, <=6.1.*, <a590e8dea3df2639921f874d763be961dd74e8f9, 6.1.103, 5.15.165, <fa1803401e1c360efe6342fb41d161cc51748a11, 0, <f8ae38f1dfe652779c7c613facbc257cec00ac44, <33b1c47d1fc0b5f06a393bb915db85baacba18ea, <=5.10.*, <=6.6.*, 5.0, 0136afa08967f6e160b9b4e85a7a70e4180a8333, 5.4.282, <=5.4.*, <5.0, <3a2884a44e5cda192df1b28e9925661f79f599a1, 5.10.224, <21bd3f9e7f924cd2fc892a484e7a50c7e1847565, 6.11, <=*, <=5.15.*, 6.6.44, <=6.10.*) 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