CVE-2026-93150

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <5.11, <78d9daf5e13ad1448b7dfebac949936710ec7565, <=6.12.*, <e5965ae3f7c918151b87e5c925b7978afbeaf638, <6.5, 0, d1b4262b78cc7638642833252ae92fc586854ffb, 6c24849f5515e4966d94fa5279bdff4acf2e9489, 5.10.193, 6.18.52, <e422b32e6a57269ca8164c60674a78bee85cf5fb, 5ac05ce5684315d0e71194a63febaf33921c3268, 6.5, 7.2.6, 43d8cbfefa7c59bd3b5fe184535eca476d45304e, <5.16, <=6.18.*, <6.2, 6.4.13, 6.12.110, <=7.2.*, <=*, 74fac5bb0d375d6b8f5e7997925063c509089c9c, <95220e1f18f6321008f021abc7d6f581f64bcb82, 6.1.50, 5.15.129, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: cgroup/cpuset: Make nr_deadline_tasks an atomic_t The nr_deadline_tasks variable in the cpuset structure was introduced by commit 6c24849f5515 ("sched/cpuset: Keep track of SCHED_DEADLINE task in cpusets"). It is reported by sashiko [1] that nr_deadline_tasks can currently be modified by inc_dl_tasks_cs() under rq->lock and by cpuset_attach() under cpuset_mutex. So if both updates happen simultaneously, the nr_deadline_tasks variable can be corrupted leading to incorrect operations down the road. Fix that by changing its type to atomic_t so that nr_deadline_tasks are always atomically updated. This fix patch is a low hanging fruit. It can handle some of the races between a concurrent sched_setscheduler() and cpuset_can_attach()/cpuset_attach() calls, but not all of them like the other issue raised by sashiko [2]. This will be handled hopefully in a future follow up patch. [1] https://sashiko.dev/#/patchset/20260626181923.133658-1-longman%40redhat.com [2] https://sashiko.dev/#/patchset/20260630033344.352702-1-longman%40redhat.com

Gravité et risque d'exploitation

CVE-2026-93150 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 <5.11, <78d9daf5e13ad1448b7dfebac949936710ec7565, <=6.12.*, <e5965ae3f7c918151b87e5c925b7978afbeaf638, <6.5, 0, d1b4262b78cc7638642833252ae92fc586854ffb, 6c24849f5515e4966d94fa5279bdff4acf2e9489, 5.10.193, 6.18.52, <e422b32e6a57269ca8164c60674a78bee85cf5fb, 5ac05ce5684315d0e71194a63febaf33921c3268, 6.5, 7.2.6, 43d8cbfefa7c59bd3b5fe184535eca476d45304e, <5.16, <=6.18.*, <6.2, 6.4.13, 6.12.110, <=7.2.*, <=*, 74fac5bb0d375d6b8f5e7997925063c509089c9c, <95220e1f18f6321008f021abc7d6f581f64bcb82, 6.1.50, 5.15.129, 7.3) 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