CVE-2026-72069 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
locking/rt: Behebung des fehlerhaften RCU-Schutzes in rt_spin_unlock()
rt_spin_unlock() hebt den RCU-Schutz auf, bevor das Sperren-Objekt (Lock) freigegeben wird. Dies eröffnet die Möglichkeit für folgendes UAF-Szenario (Use-After-Free):
T1 T2 spin_lock(&p->lock); rcu_read_lock(); invalidate(p); p = rcu_dereference(ptr); rcu_assign_pointer(ptr, NULL); if (!p) return; spin_unlock(&p->lock); spin_lock(&p->lock) lock(&lock->lock); rcu_read_lock(); kfree_rcu(p); rcu_read_unlock(); .... spin_unlock(&p->lock) rcu_read_unlock(); // Beendet die Grace-Periode rcu_do_batch() kfree(p); UAF -> rt_mutex_cmpxchg_release(&lock->lock...)
Normale Spinlocks (spin_locks) halten die Preemption über den Freigabe-Vorgang hinweg deaktiviert, was einen vollständigen RCU-Schutz bietet. Die RT-Substitution (Ersatz für Echtzeit-Kernel) bildet dies jedoch nicht korrekt ab. Gleiches gilt für die rwlock-Substitution.
Der Aufruf von rcu_read_unlock() wurde hinter die Freigabe-Vorgänge verschoben, um mit der Nicht-RT-Semantik übereinzustimmen. Dies führt zu einer Asymmetrie gegenüber rt_xxx_lock(), was jedoch unschädlich ist, da der Aufrufer das RCU-Lese-Sperre (RCU read lock) über den Sperr-Vorgang hinweg halten muss. Der Aufruf von migrate_enable() verbleibt vor dem Freigabe-Vorgang, da es im Freigabe-Pfad keine pro-CPU-Operationen gibt, die erfordern würden, dass Migration deaktiviert bleibt.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.