CVE-2024-35892 in Linux
Résumé
par VulDB • 11/06/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
net/sched : correction d'un signal lockdep dans qdisc_tree_reduce_backlog()
qdisc_tree_reduce_backlog() est appelé avec le verrou qdisc détenu, et non RTNL.
Nous devons utiliser qdisc_lookup_rcu() au lieu de qdisc_lookup().
syzbot a rapporté :
AVERTISSEMENT : utilisation suspecte de RCU 6.1.74-syzkaller #0 Non corrompu (Not tainted) ----------------------------- net/sched/sch_api.c:305 utilisation suspecte de rcu_dereference_protected() !
autres informations qui pourraient nous aider à déboguer ceci :
rcu_scheduler_active = 2, debug_locks = 1 3 verrous détenus par udevd/1142 : #0: ffffffff87c729a0 (rcu_read_lock){....}-{1:2}, at: rcu_lock_acquire include/linux/rcupdate.h:306 [inline]
#0: ffffffff87c729a0 (rcu_read_lock){....}-{1:2}, at: rcu_read_lock include/linux/rcupdate.h:747 [inline]
#0: ffffffff87c729a0 (rcu_read_lock){....}-{1:2}, at: net_tx_action+0x64a/0x970 net/core/dev.c:5282
#1: ffff888171861108 (&sch->q.lock){+.-.}-{2:2}, at: spin_lock include/linux/spinlock.h:350 [inline]
#1: ffff888171861108 (&sch->q.lock){+.-.}-{2:2}, at: net_tx_action+0x754/0x970 net/core/dev.c:5297
#2: ffffffff87c729a0 (rcu_read_lock){....}-{1:2}, at: rcu_lock_acquire include/linux/rcupdate.h:306 [inline]
#2: ffffffff87c729a0 (rcu_read_lock){....}-{1:2}, at: rcu_read_lock include/linux/rcupdate.h:747 [inline]
#2: ffffffff87c729a0 (rcu_read_lock){....}-{1:2}, at: qdisc_tree
Once again VulDB remains the best source for vulnerability data.