binder: signal epoll threads of self-work
3Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackepss 0.2%
exploitation probability
0.2%top 86% of all CVEs
observed exploitation
nono source reports it
In the Linux kernel, the following vulnerability has been resolved:
binder: signal epoll threads of self-work
In (e)poll mode, threads often depend on I/O events to determine when
data is ready for consumption. Within binder, a thread may initiate a
command via BINDER_WRITE_READ without a read buffer and then make use
of epoll_wait() or similar to consume any responses afterwards.
It is then crucial that epoll threads are signaled via wakeup when they
queue their own work. Otherwise, they risk waiting indefinitely for an
event leaving their work unhandled. What is worse, subsequent commands
won't trigger a wakeup either as the thread has pending work.
Affected products
Linux · LinuxReferences
https://git.kernel.org/stable/c/42beab162dcee1e691ee4934292d51581c29df61https://git.kernel.org/stable/c/82722b453dc2f967b172603e389ee7dc1b3137cchttps://git.kernel.org/stable/c/90e09c016d72b91e76de25f71c7b93d94cc3c769https://git.kernel.org/stable/c/93b372c39c40cbf179e56621e6bc48240943af69https://git.kernel.org/stable/c/97830f3c3088638ff90b20dfba2eb4d487bf14d7https://git.kernel.org/stable/c/a423042052ec2bdbf1e552e621e6a768922363cchttps://git.kernel.org/stable/c/a7ae586f6f6024f490b8546c8c84670f96bb9b68https://git.kernel.org/stable/c/dd64bb8329ce0ea27bc557e4160c2688835402achttps://lists.debian.org/debian-lts-announce/2024/06/msg00017.htmlhttps://lists.debian.org/debian-lts-announce/2024/06/msg00020.htmlhttps://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/EZOU3745CWCDZ7EMKMXB2OEEIB5Q3IWM/