{"id":41221,"date":"2026-10-19T00:32:40","date_gmt":"2026-10-18T16:32:40","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-98749"},"modified":"2026-10-19T00:32:40","modified_gmt":"2026-10-18T16:32:40","slug":"cve-2026-98749","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-98749","title":{"rendered":"CVE-2026-98749 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\ntty: serial: max3100:"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>tty: serial: max3100: shut down timer before freeing port<\/p>\n<p>max3100_shutdown() stops the polling timer but returns early during<br \/>\nsystem suspend. If the SPI device is unbound before resume, the serial<br \/>\ncore does not call max3100_shutdown() again, so max3100_remove() frees<br \/>\nthe port while the timer remains armed. max3100_timeout() may then<br \/>\naccess the freed port and re-arm the timer.<\/p>\n<p>Add final timer teardown to max3100_remove() and use<br \/>\ntimer_shutdown_sync() to prevent a racing callback from re-arming it.<br \/>\nAlso free the IRQ and destroy the workqueue there before freeing the<br \/>\nport. Keep timer_delete_sync() in max3100_shutdown() so that a<br \/>\nsubsequent open() can re-arm the timer.<\/p>\n<p>The workqueue is created before request_irq() and destroyed on both<br \/>\nrequest_irq() failure and normal shutdown. Its presence at remove thus<br \/>\nidentifies the IRQ left registered when suspend bypasses shutdown.<\/p>\n<p>Free the IRQ before destroying the workqueue, in both<br \/>\nmax3100_shutdown() and max3100_remove(), and cancel the pending work<br \/>\nin between. free_irq() waits for a running interrupt handler to<br \/>\nfinish and no new handler can start afterwards, so a racing handler<br \/>\ncannot queue work on a workqueue that is being destroyed; the<br \/>\nforce_end_work check in max3100_dowork() only narrows that window, as<br \/>\na handler delayed between the check and queue_work() could still run<br \/>\nafter the teardown has cleared the workqueue pointer. Cancelling the<br \/>\nwork also keeps destroy_workqueue() from waiting on a queued work item<br \/>\nin case remove() ever runs while the freezable workqueue is still<br \/>\nfrozen, e.g. device removal during the resume window, before<br \/>\nworkqueues are thawed.<\/p>\n<p>This issue was found by an in-house static analysis tool.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>tty: serial: max3100: shut down timer before freeing port<\/p>\n<p>max3100_shutdown() stops the polling timer but returns early during<br \/>\nsyst<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-41221","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/41221","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=41221"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=41221"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=41221"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}