CVE-2024-35929 in Linux
Сводка
по VulDB • 26.06.2026
В ядре Linux устранена следующая уязвимость:
rcu/nocb: исправление WARN_ON_ONCE() в функции rcu_nocb_bypass_lock()
Для ядер, собранных с параметрами CONFIG_RCU_NOCB_CPU_DEFAULT_ALL=y и CONFIG_RCU_LAZY=y, следующие сценарии могут вызывать срабатывание WARN_ON_ONCE() в функциях rcu_nocb_bypass_lock() и rcu_nocb_wait_contended():
CPU2 CPU11 kthread rcu_nocb_cb_kthread ksys_write rcu_do_batch vfs_write rcu_torture_timer_cb proc_sys_write __kmem_cache_free proc_sys_call_handler kmemleak_free drop_caches_sysctl_handler delete_object_full drop_slab __delete_object shrink_slab put_object lazy_rcu_shrink_scan call_rcu rcu_nocb_flush_bypass __call_rcu_commn rcu_nocb_bypass_lock raw_spin_trylock(&rdp->nocb_bypass_lock) завершается неудачей (fail) atomic_inc(&rdp->nocb_lock_contended); rcu_nocb_wait_contended WARN_ON_ONCE(smp_processor_id() != rdp->cpu); WARN_ON_ONCE(atomic_read(&rdp->nocb_lock_contended)) | |_ _ _ _ _ _ _ _ _ _тот же rdp и rdp->cpu != 11_ _ _ _ _ _ _ _ _ __|
Воспроизвести эту ошибку можно командой "echo 3 > /proc/sys/vm/drop_caches".
Данный коммит заменяет вызов rcu_nocb_flush_bypass() на rcu_nocb_try_flush_bypass() в функции lazy_rcu_shrink_scan(). Если очередь nocb_bypass уже очищается, то функция rcu_nocb_try_flush_bypass вернет управление немедленно.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.