CVE-2026-98953 in Linux
Zusammenfassung
von VulDB • 23.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
devlink: Behebung eines Referenzlecks von devlink_rel bei ausstehender Benachrichtigungsarbeit (notify work)
devlink_rel_nested_in_notify_work_schedule() nimmt eine Referenz auf das devlink_rel für die Benachrichtigungsarbeit und plant diese anschließend, wobei der Rückgabewert von schedule_delayed_work() ignoriert wird. Wenn die Arbeit bereits aussteht, wird nichts Neues geplant; die Arbeit führt nur einmal aus und gibt nur eine Referenz frei, sodass die zusätzliche Referenz zusammen mit dem devlink_rel und seinem Index in devlink_rels verloren geht (geleakt).
Dies ist leicht zu provozieren. devl_register() einer verschachtelten Instanz plant die Arbeit ein, und wenn die Instanz vor der Ausführung der Arbeit deregistriert wird, queue_devlink_rel_put() plant sie erneut, während sie noch aussteht. Die Arbeit plant sich außerdem so lange neu, solange das übergeordnete devlink-Sperre (parent devlock) nicht erworben werden kann, was den Zeitfenster für die Schwachstelle vergrößert. Das Registrieren und Deregistrieren einer verschachtelten devlink-Instanz 100 Mal unter Halten der übergeordneten Sperre leakt alle 100 devlink_rel-Objekte.
Der Neuplanungspfad in devlink_rel_nested_in_notify_work() weist das gleiche Problem auf: Wenn die Arbeit erneut geplant wurde, während sie ausgeführt wurde, wird die von ihr gehaltene Referenz niemals freigegeben.
Geben Sie die Referenz an beiden Stellen frei, wenn die Arbeit bereits ausstand. Die ausstehende Arbeit hält ihre eigene Referenz, daher kann dies nicht die letzte sein.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.