{"id":25840,"date":"2026-09-18T04:31:58","date_gmt":"2026-09-17T20:31:58","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-90431"},"modified":"2026-09-18T04:31:58","modified_gmt":"2026-09-17T20:31:58","slug":"cve-2026-90431","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-90431","title":{"rendered":"CVE-2026-90431 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nremoteproc: Prevent c"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>remoteproc: Prevent crash handling to race with rproc_del()<\/p>\n<p>There&#8217;s no synchronization between rproc_crash_handler_work() and<br \/>\nrproc_del(), as such it&#8217;s possible for a driver to be removed while<br \/>\ncrash-handler work is scheduled, or even executing &#8211; resulting in<br \/>\nuse-after-free issues.<\/p>\n<p>To avoid this the scheduled work need to be cancelled and synchronized<br \/>\nagainst before the removal proceeds.<\/p>\n<p>In order to ensure that this doesn&#8217;t race with the reporting, and<br \/>\nthereby scheduling new work, a &#8220;deleting&#8221; flag is introduced. This is<br \/>\nsimilar to the RPROC_DELETE state that was introduced to ensure that<br \/>\n&#8220;start&#8221; didn&#8217;t race with rproc_del(), but the existing mechanism can not<br \/>\nbe used as it&#8217;s valid to call rproc_report_crash() in atomic context &#8211;<br \/>\nand the &#8220;state&#8221; is protected by a mutex.<\/p>\n<p>In the event that work is cancelled the pm_stay_awake() is left<br \/>\nunbalanced and need to be unrolled.<\/p>\n<p>The blocking and cancelling of crash-handler work prior to the actual<br \/>\nrproc_shutdown() call does have the explicit side-effect that crashes<br \/>\nresulting from the shutdown process will not enter the crash-handling<br \/>\npath, and as such will not generate devcoredumps etc. Due to the<br \/>\nexisting mutual exclusion between these code paths there&#8217;s no concrete<br \/>\nreduction in functionality, but further work would be needed to handle<br \/>\nthis case.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>remoteproc: Prevent crash handling to race with rproc_del()<\/p>\n<p>There&#8217;s no synchronization between rproc_crash_handler_work() and<br \/>\nrpro<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-25840","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/25840","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=25840"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=25840"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=25840"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}