CVE-2026-43499
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
rtmutex: Gebruik ober::taak in plaats van huidige in remove_ober()
remove_ober() wordt gebruikt door de slowlock paden, maar het wordt ook gebruikt voor
proxy-lock rollback in rt_mutex_start_proxy_lock() wanneer aangeroepen vanuit
futex_requeue(). In het laatste geval is de ober::taak niet actueel, maar remove_ober()
werkt op stroom voor de wachtrijwerking. Dat resulteert in meerdere
problemen:
1) de rbtree dequeue gebeurt zonder dat de ober::task::pi_lock wordt vastgehouden
2) de pi_blocked_on status van de obertaak wordt niet gewist, waardoor een
bungelende wijzer voorbereid voor UAF rond. 3) rt_mutex_adjust_prio_chain() werkt op de verkeerde ober met de hoogste prioriteit
taak
Gebruik ober::taak in plaats van huidige in alle gerelateerde bewerkingen in
remove_ober() om die problemen te verhelpen. [ tglx: Fixup rt_mutex_adjust_prio_chain(), voeg een opmerking toe en wijzig de
changelog ]
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
rtmutex: Use waiter::task instead of current in remove_waiter()
remove_waiter() is used by the slowlock paths, but it is also used for
proxy-lock rollback in rt_mutex_start_proxy_lock() when invoked from
futex_requeue().
In the latter case waiter::task is not current, but remove_waiter()
operates on current for the dequeue operation. That results in several
problems:
1) the rbtree dequeue happens without waiter::task::pi_lock being held
2) the waiter task's pi_blocked_on state is not cleared, which leaves a
dangling pointer primed for UAF around.
3) rt_mutex_adjust_prio_chain() operates on the wrong top priority waiter
task
Use waiter::task instead of current in all related operations in
remove_waiter() to cure those problems.
[ tglx: Fixup rt_mutex_adjust_prio_chain(), add a comment and amend the
changelog ]