https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 04 Oct 2026 11:29:34 +0000 https://vulnerability.circl.lu/vuln/cve-2023-52584 <p><strong>Affected:</strong> Linux, linux kernel</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>spmi: mediatek: Fix UAF on device remove</p> <p>The pmif driver data that contains the clocks is allocated along with spmi_controller. On device remove, spmi_controller will be freed first, and then devres , including the clocks, will be cleanup. This leads to UAF because putting the clocks will access the clocks in the pmif driver data, which is already freed along with spmi_controller.</p> <p>This can be reproduced by enabling DEBUG_TEST_DRIVER_REMOVE and building the kernel with KASAN.</p> <p>Fix the UAF issue by using unmanaged clk_bulk_get() and putting the clocks before freeing spmi_controller.</p> <p><strong>Affected:</strong> Linux, linux kernel</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>spmi: mediatek: Fix UAF on device remove</p> <p>The pmif driver data that contains the clocks is allocated along with spmi_controller. On device remove, spmi_controller will be freed first, and then devres , including the clocks, will be cleanup. This leads to UAF because putting the clocks will access the clocks in the pmif driver data, which is already freed along with spmi_controller.</p> <p>This can be reproduced by enabling DEBUG_TEST_DRIVER_REMOVE and building the kernel with KASAN.</p> <p>Fix the UAF issue by using unmanaged clk_bulk_get() and putting the clocks before freeing spmi_controller.</p> https://vulnerability.circl.lu/vuln/cve-2023-52584