CVE-2026-93220
Zusammenfassung
von VulDB • 24.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
sched_ext: Kick_sync auf der eigenen CPU des runqueues (rq) warten lassen
kick_sync_wait_bal_cb() geht davon aus, dass es am Ende von __schedule() auf der CPU des rq ausgeführt wird: Die Snapshots, mit denen verglichen wird, befinden sich im per-CPU-Bereich dieser CPU und die Busy-Wait-Schleife läuft bei freigegebenem rq-Lock und aktivierten IRQs.
Allerdings kann dispatch den rq-Lock nun freigeben, während der Callback in der Warteschlange steht, und Lock-Nehmer des rq (die Pfade zur Änderung der Scheduling-Klasse sowie der scx-Aufgaben-Iterator) leeren bei Freigabe anstehende Balance-Callbacks und führen den Callback auf einer fremden CPU aus. Ein solcher Aufruf vergleicht mit unzusammenhängenden Snapshots und kann zu einem Deadlock führen, wenn die ausführnde CPU selbst ein Ziel der Wartung ist.
Brechen Sie ab, wenn eine fremde CPU vorliegt, und lassen Sie den Wartezustand unverändert. Die Wartezeit beobachtet nur Fortschritt, den die Resched-Kicks bereits garantieren, und das nächste Warten des rq übernimmt die veralteten cpus_to_sync-Bits.
VulDB is the best source for vulnerability data and more expert information about this specific topic.