{"id":26042,"date":"2026-09-18T04:32:16","date_gmt":"2026-09-17T20:32:16","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-93185"},"modified":"2026-09-18T04:32:16","modified_gmt":"2026-09-17T20:32:16","slug":"cve-2026-93185","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-93185","title":{"rendered":"CVE-2026-93185 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nASoC: rt700-sdw: alwa"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>ASoC: rt700-sdw: always drain jack work on remove<\/p>\n<p>rt700_sdw_remove() drains jack_detect_work and jack_btn_check_work only<br \/>\nwhen rt700-&gt;hw_init is true. That state bit is cleared by<br \/>\nrt700_update_status() when the SoundWire slave becomes UNATTACHED, but a<br \/>\njack work item can already have been queued by rt700_interrupt_callback()<br \/>\nor rt700_jack_init() while the device was initialized.<\/p>\n<p>Do not use hw_init as the remove-time guard for draining these work<br \/>\nobjects. The delayed works are initialized during rt700_init(), so remove<br \/>\ncan cancel them unconditionally and pair the object lifetime with the<br \/>\ncodec-private data lifetime instead of a mutable hardware state bit.<\/p>\n<p>This issue was found by our static analysis tool and then confirmed by<br \/>\nmanual review of the SoundWire status, interrupt and remove paths. The<br \/>\nremove path should drain work based on whether the work object exists, not<br \/>\non a runtime hardware state bit that can change after the work was queued.<\/p>\n<p>A QEMU PoC queued jack_detect_work, simulated SDW_SLAVE_UNATTACHED, and<br \/>\nthen entered remove. DEBUG_OBJECTS reported an active timer\/work object<br \/>\nassociated with the rt700 jack work path after remove skipped the cancel.<\/p>\n<p>This is sent as an RFC because the practical trigger depends on SoundWire<br \/>\ncore remove ordering after an UNATTACHED status update. If remove cannot<br \/>\nrun after hw_init has been cleared while jack work is still pending, this<br \/>\nis a defensive lifecycle cleanup rather than a reachable race on current<br \/>\nsystems.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>ASoC: rt700-sdw: always drain jack work on remove<\/p>\n<p>rt700_sdw_remove() drains jack_detect_work and jack_btn_check_work only<br \/>\nwhen rt7<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-26042","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/26042","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=26042"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=26042"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=26042"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}