{"id":"CVE-2026-90295","summary":"cpufreq: imx6q: fix out-of-bounds write when probed more than once","details":"In the Linux kernel, the following vulnerability has been resolved:\n\ncpufreq: imx6q: fix out-of-bounds write when probed more than once\n\nimx6_soc_volt is allocated fresh on every probe, sized to the number of\nARM OPPs:\n\n\timx6_soc_volt = devm_kcalloc(cpu_dev, num, sizeof(*imx6_soc_volt),\n\t\t\t\t     GFP_KERNEL);\n\nbut it is filled through soc_opp_count, which has static storage and is\nnever reset. A second bind after an unbind keeps indexing from where the\nfirst one stopped, and writes past the end of the new array.\n\nUnbinding and rebinding the driver on qemu's mcimx6ul-evk, under KASAN:\n\n  BUG: KASAN: slab-out-of-bounds in imx6q_cpufreq_probe+0x3b0/0xa34\n  Write of size 4 at addr c5e90480 by task binder/73\n   imx6q_cpufreq_probe from platform_probe+0x88/0xe4\n   platform_probe from really_probe+0x108/0x384\n   bind_store from kernfs_fop_write_iter+0x1b4/0x28c\n\nThe write lands one u32 past the end of the allocation.\n\nsoc_opp_count is only read a few lines below the loop that fills it, so it\nnever needed static storage. Make it a local.","modified":"2026-09-19T03:47:28.897383754Z","published":"2026-09-17T16:08:21.295Z","database_specific":{"cna_assigner":"Linux","osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/90xxx/CVE-2026-90295.json"},"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/263a35331169390f7f9ccb51d74e668610199af4"},{"type":"WEB","url":"https://git.kernel.org/stable/c/49f2f9b1d0cc76cf221306fc707703205bd27073"},{"type":"WEB","url":"https://git.kernel.org/stable/c/55516986a3d81325c84f2d4ae9cd03116bc63599"},{"type":"WEB","url":"https://git.kernel.org/stable/c/55864b26c22cbd4b2e0d36154a8c35931c2e133b"},{"type":"WEB","url":"https://git.kernel.org/stable/c/8c3afcf27fa4582c1ab912503dc8a4ebb8dc0f82"},{"type":"WEB","url":"https://git.kernel.org/stable/c/aaa66e60c0e21d19993a95bc3718dc29eb2d3192"},{"type":"WEB","url":"https://git.kernel.org/stable/c/b166bb79b7ef36b4f1d6d1f40d1a72b2eb0a56b9"},{"type":"WEB","url":"https://git.kernel.org/stable/c/c5135bc34ea37e9d19f758e61ac44415afb3891a"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/90xxx/CVE-2026-90295.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-90295"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"b4573d1d657aae28bedf3a9a1f5367e09c80d1d6"},{"fixed":"263a35331169390f7f9ccb51d74e668610199af4"},{"fixed":"49f2f9b1d0cc76cf221306fc707703205bd27073"},{"fixed":"c5135bc34ea37e9d19f758e61ac44415afb3891a"},{"fixed":"55864b26c22cbd4b2e0d36154a8c35931c2e133b"},{"fixed":"b166bb79b7ef36b4f1d6d1f40d1a72b2eb0a56b9"},{"fixed":"aaa66e60c0e21d19993a95bc3718dc29eb2d3192"},{"fixed":"55516986a3d81325c84f2d4ae9cd03116bc63599"},{"fixed":"8c3afcf27fa4582c1ab912503dc8a4ebb8dc0f82"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-90295.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"3.14.0"},{"fixed":"5.10.270"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.11.0"},{"fixed":"5.15.221"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.16.0"},{"fixed":"6.1.188"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.157"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.12.110"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.52"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.19.0"},{"fixed":"7.2.6"}]}],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-90295.json"}}],"schema_version":"1.9.0"}