In the Linux kernel, the following vulnerability has been resolved: power: supply: ucs1002: fix use-after-free on remove ucs1002 has no remove callback, so unbind runs entirely through devm. The alert IRQ handler queues the health_poll delayed work, and the work reschedules itself while the chip reports a bad-health condition. devm frees the alert IRQ, which only synchronizes the handler; it does not cancel the delayed work, which can then run after devm frees the driver data and dereference it. Register health_poll with devm_delayed_work_autocancel() before the alert IRQ is requested. devm then frees the IRQ before cancelling the work, so the handler can no longer queue it and the work is cancelled before the driver data is freed. This issue was found by an in-house static analysis tool.
https://git.kernel.org/stable/c/a9a7bb801c443a4d9fc623c4a47deb53accb70bb
https://git.kernel.org/stable/c/609af0ceeaefdfa42cd01dd060b20f2e41f9a232
https://git.kernel.org/stable/c/4ca2a4678202f15eb790eb7f1d562061709caea7
https://git.kernel.org/stable/c/39b60d615dfa1725c235351fb12bc72e5f8a8d32
https://git.kernel.org/stable/c/35242c93d35f391afdc84cef6236b8ad57f1df24
https://git.kernel.org/stable/c/2ec4d203ecb06d327af67e32097fe8f774838a40
https://git.kernel.org/stable/c/00c19f8a9a58a318a76fd6f735a8aab3f8ead393