{
  "affected": [
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:12",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "6.1.180-1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:13",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "6.12.100-1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:14",
        "name": "linux"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "7.1.4-1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    },
    {
      "ecosystem_specific": {
        "urgency": "not yet assigned"
      },
      "package": {
        "ecosystem": "Debian:12",
        "name": "linux-6.12"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "6.12.100-1~deb12u1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "details": "In the Linux kernel, the following vulnerability has been resolved:  Bluetooth: L2CAP: cancel pending_rx_work before taking conn-\u003elock  l2cap_conn_del() takes conn-\u003elock 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() -\u003e queue_work(..., \u0026conn-\u003epending_rx_work) submit path, the l2cap_conn_del() -\u003e cancel_work_sync(\u0026conn-\u003epending_rx_work) teardown path, and the process_pending_rx() -\u003e mutex_lock(\u0026conn-\u003elock) 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-\u003elock, 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-\u003elock has been acquired.",
  "id": "DEBIAN-CVE-2026-64206",
  "modified": "2026-09-14T16:47:37.915183336Z",
  "published": "2026-07-20T17:18:22.620Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://security-tracker.debian.org/tracker/CVE-2026-64206"
    }
  ],
  "severity": [
    {
      "score": "CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H",
      "type": "CVSS_V3"
    }
  ],
  "upstream": [
    "CVE-2026-64206"
  ]
}