In the Linux kernel, the following vulnerability has been resolved: octeon_ep: cancel queued works in probe error path If it fails to get the devices's MAC address, octep_probe exits while leaving the delayed work intr_poll_task queued. When the work later runs, it's a use after free. Move the cancelation of intr_poll_task from octep_remove into octep_device_cleanup. This does not change anything in the octep_remove flow, but octep_device_cleanup is called also in the octep_probe error path, where the cancelation is needed. Note that the cancelation of ctrl_mbox_task has to follow intr_poll_task's, because the ctrl_mbox_task may be queued by intr_poll_task.
Fix
Patch, vendor advisory and mitigation references on NVD 2
- https://git.kernel.org/stable/c/62312e2f6466b5f0a120542a38b410d88a34ed00 Patch
- https://git.kernel.org/stable/c/758c91078165ae641b698750a72eafe7968b3756 Patch
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 7.8 · linuxNVD modified 2026-10-15 22:17
Affected (CPE criteria) 7
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:6.5:rc1:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:6.5:rc2:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:6.5:rc3:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:6.5:rc4:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:6.5:rc5:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:6.5:rc6:*:*:*:*:*:*