CVE-2026-72390 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net/sched: sch_teql: slaves_lock einführen, um Race Conditions und Use-After-Free (UAF) zu vermeiden
Die einfach verkettete Liste master->slaves von teql ist nicht gegen gleichzeitige Schreibzugriffe geschützt. Sie kann concurrently aus teql_master_xmit(), teql_dequeue(), teql_init() und teql_destroy() modifiziert werden, ohne dass eine Listen-Sperre oder ein RCU-Schutz (RCU protection) gehalten wird.
[email protected] hat gezeigt, dass das qdisc nach Ablauf einer RCU-Grace-Periode freigegeben wird, teql_master_xmit(), das auf einem anderen CPU-Kern läuft, jedoch weiterhin einen veralteten Zeiger in die Liste halten kann, was zu einem slab-use-after-free führt:
BUG: KASAN: slab-use-after-free in teql_master_xmit+0xf0f/0x16b0 Lesezugriff der Größe 8 bei Adresse ffff888013fb0440 durch Task poc/332 Freigegebener Bereich mit 512 Bytes [ffff888013fb0400, ffff888013fb0600) (kmalloc-512)
Die Lösung? Einfügen eines pro-Master slaves_lock Spinlocks, das alle Änderungen an master->slaves und den NEXT_SLAVE()-Verknüpfungen in teql_destroy() und teql_qdisc_init() serialisiert. Auch teql_master_xmit() sperrt dasselbe slaves_lock um diese Aktualisierungen herum. master->slaves und der pro-Slave ->next-Zeiger werden mit __rcu annotiert, und überall dort, wo sie berührt werden, werden die entsprechenden RCU-Accessoren verwendet: rcu_assign_pointer() auf der Schreibern-Seite (unter slaves_lock), rcu_dereference_protected() für Lesezugriffe von der Schreibern-Seite (ebenfalls unter slaves_lock), rcu_dereference_bh() für die Lesezugriffe in teql_master_xmit() und rtnl_dereference() für die Lesezugriffe in teql_master_open()/teql_master_mtu(), welche unter RTNL ausgeführt werden. Dies wird mit rcu_read_lock_bh()/rcu_read_unlock_bh() um die Listentraversierung in teql_master_xmit() herum kombiniert, sodass Leser entweder eine vollständig verknüpfte Liste beobachten oder bis zum Abschluss der laufenden Mutation verzögert werden. Die beiden Early-Return-Pfade in teql_master_xemit() wurden aktualisiert, um den RCU-bh-Leser-Kritischen Abschnitt vor dem Zurückkehren freizugeben, da dessen Beibehaltung BH auf dieser CPU dauerhaft deaktivieren würde.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.