{"id":"CVE-2026-98632","published":"2026-10-18T16:17:16.297","lastModified":"2026-10-19T10:19:27.457","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nBluetooth: mgmt: Dequeue pending mesh_send_sync entries on cancel\n\nIn send_cancel(), pending mesh_tx objects are removed from the\nhdev->mesh_pending list and freed via mesh_send_complete().  However, if\na mesh transmission was already queued onto hdev->cmd_sync_work_list via\nmesh_next(), the queued entry retains a raw pointer to mesh_tx.\n\nWhen hci_cmd_sync_work later processes the entry, it attempts to execute\nmesh_send_sync and its destroy callback mesh_send_start_complete using\nthe already freed mesh_tx pointer, leading to a use-after-free.\n\nFix this by invoking hci_cmd_sync_dequeue() for mesh_send_sync on the\ntarget mesh_tx before completing it.  If the entry is found and dequeued,\nits destroy callback will complete and free the object; otherwise,\nmesh_send_complete() is called directly.\n\nAdditionally, ensure the transmission queue advances after cancellation\nor errors.  In mesh_send_start_complete(), call mesh_next() on error\nunless err is -ECANCELED, because hci_cmd_sync_dequeue() holds\nhdev->cmd_sync_work_lock and calling mesh_next() synchronously would\ndeadlock.  Instead, advance the queue in send_cancel() once the lock is\nreleased and if no transmission is in progress.","cvssScore":null,"cvssSeverity":null,"cvssVector":null,"cwes":[],"vendors":[],"products":[],"references":[{"url":"https://git.kernel.org/stable/c/03ced4687fb79286be7fdee0fc58d2c74de3e7bb","tags":[]},{"url":"https://git.kernel.org/stable/c/084be90948632a5a358821e687b11a14445aae76","tags":[]},{"url":"https://git.kernel.org/stable/c/2189a219397d8e73808a67c4aade837b635705da","tags":[]},{"url":"https://git.kernel.org/stable/c/718a8ffa180d469f99ad4f746f00cafd39456415","tags":[]},{"url":"https://git.kernel.org/stable/c/71af682ba4692c2ed9ace4c3d4ca462ae368c029","tags":[]},{"url":"https://git.kernel.org/stable/c/f84e52829021d00bca8e067302f597c71af1f71a","tags":[]}],"exploitRefs":[],"hasPoc":false,"ai":null}