Heimdall Security Logo

CVE-2026-46106

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=7.0.*, 7.0.7, <=6.12.*, 6.10, <ae9cd0b46b1890040006a2fc5e905c5d6053fd02, 0, <52b109f1b875b912d4ab2c5fdd8c322d47119d9b, <6.10, 6.9.6, 6.12.88, 6.6.35, <=6.6.*, 99b86d85f7c73d676c50e8c35748f94dd41389da, <44e64d8a432837308f4dda3ffe819f1ec092a0ba, 7.1, <=6.18.*, <ed2ad73bcb0a7a6cc934097d4853b6d5124c317e, 340f0c7067a95281ad13734f8225f49c6cf52067, <6.6.140, <=*, 7ec535ed8724d18ae4e714d2277a5b89450659d2, 6.6.140, 6.18.30, <07004a8c4b572171934390148ee48c4175c77eed

Description

In the Linux kernel, the following vulnerability has been resolved: eventfs: Hold eventfs_mutex and SRCU when remount walks events Commit 340f0c7067a9 ("eventfs: Update all the eventfs_inodes from the events descriptor") had eventfs_set_attrs() recurse through ei->children on remount. The walk only holds the rcu_read_lock() taken by tracefs_apply_options() over tracefs_inodes, which is wrong: - list_for_each_entry over ei->children races with the list_del_rcu() in eventfs_remove_rec() -- LIST_POISON1 deref, same shape as d2603279c7d6. - eventfs_inodes are freed via call_srcu(&eventfs_srcu, ...). rcu_read_lock() does not extend an SRCU grace period, so ti->private can be reclaimed under the walk. - The writes to ei->attr race with eventfs_set_attr(), which holds eventfs_mutex. Reproducer: while :; do mount -o remount,uid=$((RANDOM%1000)) /sys/kernel/tracing; done & while :; do echo "p:kp submit_bio" > /sys/kernel/tracing/kprobe_events echo > /sys/kernel/tracing/kprobe_events done Wrap the events portion of tracefs_apply_options() in eventfs_remount_lock()/_unlock() that take eventfs_mutex and srcu_read_lock(&eventfs_srcu). eventfs_set_attrs() doesn't sleep so the nested rcu_read_lock() is fine; lockdep_assert_held() pins the contract. Comment in tracefs_drop_inode() said "RCU cycle" -- it is SRCU.

Gravité et risque d'exploitation

CVE-2026-46106 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 5.0 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=7.0.*, 7.0.7, <=6.12.*, 6.10, <ae9cd0b46b1890040006a2fc5e905c5d6053fd02, 0, <52b109f1b875b912d4ab2c5fdd8c322d47119d9b, <6.10, 6.9.6, 6.12.88, 6.6.35, <=6.6.*, 99b86d85f7c73d676c50e8c35748f94dd41389da, <44e64d8a432837308f4dda3ffe819f1ec092a0ba, 7.1, <=6.18.*, <ed2ad73bcb0a7a6cc934097d4853b6d5124c317e, 340f0c7067a95281ad13734f8225f49c6cf52067, <6.6.140, <=*, 7ec535ed8724d18ae4e714d2277a5b89450659d2, 6.6.140, 6.18.30, <07004a8c4b572171934390148ee48c4175c77eed) 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