CVE-2026-68429

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : 6.12, <=6.12.*, <613059875958e7b217b250ed14c3b189f9488421, 6.12.101, 0, <6.6.148, <b1d05cc61dfa6c4bd5e67855bec6a03e955f512d, <8c6d84a54823cd839e6ce22af559925f1320c310, <=7.1.*, dbaeef363ea54f4c18112874b77503c72ba60fec, <=6.6.*, <6.12, 6.18.42, 7.1.6, 5f57a96e92c60f62da91d58ceb5e5acd40e7d594, <=6.18.*, <afdff9103818656627920c21822e48a6dae2906f, <=*, 6.6.148, 7.2, 6.6.86, <4ed6d08c4a59ee6a8cb806347f6d9873de5d229e

Description

In the Linux kernel, the following vulnerability has been resolved: drm/dp_mst: Handle torn-down topology gracefully in drm_dp_mst_topology_queue_probe() A hotplug or link-loss event can tear down the MST topology (setting mgr->mst_state = false and mgr->mst_primary = NULL) concurrently with a caller invoking drm_dp_mst_topology_queue_probe(). Since the check is already performed under mgr->lock, the condition is not a programming error but a valid race -- the topology was valid when the caller decided to call this function, but was torn down before the lock was acquired. Replace the drm_WARN_ON() with a graceful early return. This eliminates spurious kernel warnings and the resulting compositor crashes observed when connecting/disconnecting DP MST monitors, while keeping the correct behavior of doing nothing when MST is not active. A drm_dbg_mst() trace is added so the skipped probe remains observable under MST debug logging. The existing WARN_ON(mgr->mst_primary) in drm_dp_mst_topology_mgr_set_mst() already catches the case where the topology is initialized twice, so no diagnostic coverage is lost.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions 6.12, <=6.12.*, <613059875958e7b217b250ed14c3b189f9488421, 6.12.101, 0, <6.6.148, <b1d05cc61dfa6c4bd5e67855bec6a03e955f512d, <8c6d84a54823cd839e6ce22af559925f1320c310, <=7.1.*, dbaeef363ea54f4c18112874b77503c72ba60fec, <=6.6.*, <6.12, 6.18.42, 7.1.6, 5f57a96e92c60f62da91d58ceb5e5acd40e7d594, <=6.18.*, <afdff9103818656627920c21822e48a6dae2906f, <=*, 6.6.148, 7.2, 6.6.86, <4ed6d08c4a59ee6a8cb806347f6d9873de5d229e) 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