CVE-2026-64206

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: cancel pending_rx_work before taking conn->lock l2cap_conn_del() takes conn->lock and then calls cancel_work_sync() for pending_rx_work. process_pending_rx() takes the same mutex, so teardown can deadlock against the worker it is flushing. This issue was found by our static analysis tool and then manually reviewed against the current tree. The grounded PoC kept the l2cap_conn_ready() -> queue_work(..., &conn->pending_rx_work) submit path, the l2cap_conn_del() -> cancel_work_sync(&conn->pending_rx_work) teardown path, and the process_pending_rx() -> mutex_lock(&conn->lock) worker edge. Lockdep WARNING: possible circular locking dependency detected process_pending_rx+0x21/0x2a [vuln_msv] l2cap_conn_del.constprop.0+0x3f/0x4e [vuln_msv] *** DEADLOCK *** Cancel pending_rx_work before taking conn->lock, matching the existing lock-before-drain ordering used for the two delayed works in the same teardown path. The pending_rx queue is still purged after the work has been cancelled and conn->lock has been acquired.

CVSS

No CVSS.

References

Link	Resource
https://git.kernel.org/stable/c/2641a9e0a1dd4af2e21995470a21d55dd35e5203
https://git.kernel.org/stable/c/d5616beb3355b5fca2280d796c1cf7ada4ee6551
https://git.kernel.org/stable/c/e96fbac8d3a73b0bc165383c092a30628561d320

Configurations

No configuration.

History

20 Jul 2026, 17:18

Type	Values Removed	Values Added
New CVE

Information

Published : 2026-07-20 17:18

Updated : 2026-07-20 17:18

NVD link : CVE-2026-64206

Mitre link : CVE-2026-64206

CVE.ORG link : CVE-2026-64206

JSON object : View

Products Affected

No product.

CWE

No CWE.

{"id": "CVE-2026-64206", "cveTags": [], "metrics": {}, "affected": [{"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "affectedData": [{"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "7ab56c3a6eccb215034b0cb096e0313441cbf2a4", "lessThan": "d5616beb3355b5fca2280d796c1cf7ada4ee6551", "versionType": "git"}, {"status": "affected", "version": "7ab56c3a6eccb215034b0cb096e0313441cbf2a4", "lessThan": "e96fbac8d3a73b0bc165383c092a30628561d320", "versionType": "git"}, {"status": "affected", "version": "7ab56c3a6eccb215034b0cb096e0313441cbf2a4", "lessThan": "2641a9e0a1dd4af2e21995470a21d55dd35e5203", "versionType": "git"}, {"status": "affected", "version": "ee805f9499ebd0edf0877990968543c752043b59", "versionType": "git"}, {"status": "affected", "version": "3.15.5", "lessThan": "3.16", "versionType": "semver"}], "programFiles": ["net/bluetooth/l2cap_core.c"], "defaultStatus": "unaffected"}, {"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "3.16"}, {"status": "unaffected", "version": "0", "lessThan": "3.16", "versionType": "semver"}, {"status": "unaffected", "version": "6.18.39", "versionType": "semver", "lessThanOrEqual": "6.18.*"}, {"status": "unaffected", "version": "7.1.4", "versionType": "semver", "lessThanOrEqual": "7.1.*"}, {"status": "unaffected", "version": "7.2-rc3", "versionType": "original_commit_for_fix", "lessThanOrEqual": "*"}], "programFiles": ["net/bluetooth/l2cap_core.c"], "defaultStatus": "affected"}]}], "published": "2026-07-20T17:18:22.620", "references": [{"url": "https://git.kernel.org/stable/c/2641a9e0a1dd4af2e21995470a21d55dd35e5203", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/d5616beb3355b5fca2280d796c1cf7ada4ee6551", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/e96fbac8d3a73b0bc165383c092a30628561d320", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}], "vulnStatus": "Received", "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nBluetooth: L2CAP: cancel pending_rx_work before taking conn->lock\n\nl2cap_conn_del() takes conn->lock and then calls cancel_work_sync() for\npending_rx_work. process_pending_rx() takes the same mutex, so teardown\ncan deadlock against the worker it is flushing.\n\nThis issue was found by our static analysis tool and then manually\nreviewed against the current tree.\n\nThe grounded PoC kept the l2cap_conn_ready() -> queue_work(...,\n&conn->pending_rx_work) submit path, the l2cap_conn_del() ->\ncancel_work_sync(&conn->pending_rx_work) teardown path, and the\nprocess_pending_rx() -> mutex_lock(&conn->lock) worker edge. Lockdep\n\n WARNING: possible circular locking dependency detected\n process_pending_rx+0x21/0x2a [vuln_msv]\n l2cap_conn_del.constprop.0+0x3f/0x4e [vuln_msv]\n *** DEADLOCK ***\n\nCancel pending_rx_work before taking conn->lock, matching the existing\nlock-before-drain ordering used for the two delayed works in the same\nteardown path. The pending_rx queue is still purged after the work has\nbeen cancelled and conn->lock has been acquired."}], "lastModified": "2026-07-20T17:18:22.620", "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}