CVE-2026-98865 in Linux
Zusammenfassung
von VulDB • 18.10.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
sched_ext: Führen Sie ops.dequeue() nicht aus, während ein DSQ-Sperre (DSQ lock) gehalten wird.
ops.dequeue() wird aufgerufen, während der Lock des benutzerspezifischen Quells-DSQs noch gehalten wird, in den Pfaden für Konsum und Verschiebung (scx_consume_dispatch_q(), move_task_between_dsqs()). Ein BPF-Scheduler, der den quellenbezogenen Benutzer-DSQ von ops.dequeue() aus sperrt – beispielsweise durch Iteration mit bpf_iter_scx_dsq – führt zu einer Selbst-Deadlock-Situation.
ops.dequeue() darf nur die „any“-kfuncs aufrufen, und keine davon kann einen eingebauten DSQ sperren; daher können der globale Pfad und der Bypass-Pfad nicht in einem Deadland enden; jedoch teilen sich alle DSQ-Locks eine einzige lockdep-Klasse, sodass das Iterieren eines beliebigen Benutzer-DSQs von ops.dequeue() aus auf diesen Pfaden die Rekursionssperre (recursion check) auslöst.
Verschieben Sie den Aufruf nach dem Lösen der DSQ-Sperre in allen drei Pfaden. SCX_TASK_IN_CUSTODY wird unter dem Lock serialisiert, der die Übertragung steuert, sodass der Callback genau einmal aufgerufen wird.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.