In the Linux kernel, the following vulnerability has been resolved: usb: typec: ucsi: glink: fix use-after-free of ucsi on remove The pmic_glink client is released by the devres cleanup, which runs after pmic_glink_ucsi_remove() has returned, so its notification callbacks can queue work until then. Work that runs after ucsi_unregister() has been called touches freed state: it dereferences the connector array that ucsi_unregister() freed, or registers and unregisters the instance a second time. Disable both work items with disable_work_sync() before unregistering, and unregister only if the instance is still registered. This issue was found by an in-house static analysis tool.
https://git.kernel.org/stable/c/ee8577de01c6b6c7dd1d76b52242c54d37a989f4
https://git.kernel.org/stable/c/63b269ec537dc0fd26d0bd64872c26860d108c9d
https://git.kernel.org/stable/c/432b58cd959e594909a581b4974396cdbc9d4ca1
https://git.kernel.org/stable/c/41934f92e7a54d4080ac0b17aacc83224946785c