CVE-2026-92482: pinctrl: mediatek: use devm_gpiochip_add_data() for GPIO chip
In the Linux kernel, the following vulnerability has been resolved:
pinctrl: mediatek: use devmgpiochipadddata() for GPIO chip
The gpiochip is allocated with device-managed memory but registered with the non-managed gpiochipadddata(). This was harmless while the drivers were built-in, but once they can be built as modules and unbound/rmmod'd, devm frees the gpiochip's memory while it is still registered, causing a use-after-free.
Register it with devmgpiochipadddata() so it shares the same device-managed lifecycle, which also lets the manual gpiochipremove() error paths go away.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.1.191 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.6.160 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.12.114 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.18.57 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 7.2.6 - Upgrade
Upgrade
debian/linuxto a version that resolves this vulnerability.Fixed in 7.2.6-1 - Upgrade
Upgrade
debian/linuxto a version that resolves this vulnerability.Fixed in 7.2.12-1Fixed in 7.2.14-1
Event History
Frequently Asked Questions
Which deployments are exposed to this issue?
The issue is relevant when the affected MediaTek pinctrl drivers are built as loadable modules and can be unbound or removed. The described lifetime mismatch was harmless when the drivers were built into the kernel.
What action triggers the use-after-free condition?
Unbinding the driver or removing its module can cause device-managed memory for the gpio_chip to be freed while the chip remains registered. Subsequent use of that registered gpio_chip can then access freed memory.