CVE-2026-46187
Received Received - Intake
Race Condition in Linux Kernel RSI Driver

Publication date: 2026-05-28

Last updated on: 2026-05-28

Assigner: kernel.org

Description
In the Linux kernel, the following vulnerability has been resolved: wifi: rsi: fix kthread lifetime race between self-exit and external-stop RSI driver use both self-exit(kthread_complete_and_exit) and external-stop (kthread_stop) when killing a kthread. Generally, kthread_stop() is called first, and in this case, no particular issues occur. However, in rare instances where kthread_complete_and_exit() is called first and then kthread_stop() is called, a UAF occurs because the kthread object, which has already exited and been freed, is accessed again. Therefore, to prevent this with minimal modification, you must remove kthread_stop() and change the code to wait until the self-exit operation is completed.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-05-28
Last Modified
2026-05-28
Generated
2026-05-28
AI Q&A
2026-05-28
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Currently, no data is known.
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

This vulnerability exists in the Linux kernel's RSI wifi driver related to the management of kernel threads (kthreads). The driver uses two methods to stop a kthread: self-exit (kthread_complete_and_exit) and external-stop (kthread_stop). Normally, kthread_stop() is called first, which causes no issues. However, in rare cases where the self-exit method is called first and then kthread_stop() is called, a use-after-free (UAF) occurs. This happens because the kthread object has already exited and been freed, but kthread_stop() tries to access it again, leading to a race condition and potential memory corruption.


How can this vulnerability impact me? :

The use-after-free vulnerability can lead to undefined behavior such as memory corruption, system instability, or crashes in the Linux kernel's wifi driver. This could potentially be exploited by an attacker to cause denial of service or escalate privileges by manipulating kernel memory, impacting the reliability and security of systems using the affected driver.


What immediate steps should I take to mitigate this vulnerability?

To mitigate this vulnerability, the code should be modified to remove the use of kthread_stop() and instead wait until the self-exit operation (kthread_complete_and_exit) is completed. This prevents the use-after-free condition caused by accessing a kthread object that has already exited and been freed.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart