In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: fix chan...

zetlyn/cve-ghsa vulnerability ghsa GHSA-q3c9-52vx-cgp8 cve CVE-2026-98108 known 2026-09-25

https://github.com/advisories/GHSA-q3c9-52vx-cgp8

Properties

cvss7.5
receipt
Source
GitHub advisories
Its words
7.5
Read by
field:cvss.score
Said since
2026-09-28 11:44 UTC
Last answered
2026-10-06 13:46 UTC
Original
open at the source
What the source handed over
{
  "credits": [],
  "cve_id": "CVE-2026-98108",
  "cvss": {
    "score": 7.5,
    "vector_string": "CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H"
  },
  "cvss_severities": {
    "cvss_v3": {
      "score": 7.5,
      "vector_string": "CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H"
    },
    "cvss_v4": {
      "score": 0.0,
      "vector_string": null
    }
  },
  "cwes": [],
  "description": "In the Linux kernel, the following vulnerability has been resolved:\n\nBluetooth: L2CAP: fix chan mode for LE_CONN_REQ + EXT_FLOWCTL pchan\n\nl2cap_new_connection() sets default value of channel mode to match the\nparent channel.  l2cap_le_connect_req() left this at the default, and\ncreated L2CAP_MODE_EXT_FLOWCTL channels if listening pchan has that\nmode.  This causes FLAG_DEFER_SETUP channels to reply to\nL2CAP_LE_CONN_REQ with L2CAP_ECRED_CONN_RSP, which is incorrect.\n\nIt can also result to stack OOB write (of l2cap_alloc_cid determined\nvalues) in l2cap_ecred_rsp_defer(), as l2cap_le_connect_req() does not\nlimit maximum number of deferred channels or check for duplicate ident.\n\nFix by setting chan->mode correctly in l2cap_le_connect_req().\n\nAlso check channel mode in l2cap_ecred_rsp_defer(), and do WARN_ON_ONCE\ninstead of OOB write to make it less brittle.",
  "epss": {
    "percentage": 0.00226,
    "percentile": 0.11953
  },
  "ghsa_id": "GHSA-q3c9-52vx-cgp8",
  "github_reviewed_at": null,
  "html_url": "https://github.com/advisories/GHSA-q3c9-52vx-cgp8",
  "identifiers": [
    {
      "type": "GHSA",
      "value": "GHSA-q3c9-52vx-cgp8"
    },
    {
      "type": "CVE",
      "value": "CVE-2026-98108"
    }
  ],
  "nvd_published_at": "2026-09-25T11:17:41Z",
  "published_at": "2026-09-25T12:31:36Z",
  "references": [
    "https://nvd.nist.gov/vuln/detail/CVE-2026-98108",
    "https://git.kernel.org/stable/c/1074bcc57f741223f9fa82ce6afe5c3d783e4d10",
    "https://git.kernel.org/stable/c/4ef05db5b08b176a551b4a6287372045998806b0",
    "https://git.kernel.org/stable/c/5d5a625cbc854d4c4f68e4b16fcf6e682d9a9ed1",
    "https://git.kernel.org/stable/c/6cb79e6499228cfdbd4b3301371ce74d01cd2f80",
    "https://github.com/advisories/GHSA-q3c9-52vx-cgp8"
  ],
  "repository_advisory_url": null,
  "severity": "high",
  "source_code_location": "",
  "summary": "In the Linux kernel, the following vulnerability has been resolved:\n\nBluetooth: L2CAP: fix chan...",
  "type": "unreviewed",
  "updated_at": "2026-09-25T15:32:52Z",
  "url": "https://api.github.com/advisories/GHSA-q3c9-52vx-cgp8",
  "vulnerabilities": [],
  "withdrawn_at": null
}
severityhigh
From 7.0 to 8.9.
receipt
Source
GitHub advisories
Its words
high
Read by
field:severity
Said since
2026-09-28 11:44 UTC
Last answered
2026-10-06 13:46 UTC
Original
open at the source
What the source handed over
{
  "credits": [],
  "cve_id": "CVE-2026-98108",
  "cvss": {
    "score": 7.5,
    "vector_string": "CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H"
  },
  "cvss_severities": {
    "cvss_v3": {
      "score": 7.5,
      "vector_string": "CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H"
    },
    "cvss_v4": {
      "score": 0.0,
      "vector_string": null
    }
  },
  "cwes": [],
  "description": "In the Linux kernel, the following vulnerability has been resolved:\n\nBluetooth: L2CAP: fix chan mode for LE_CONN_REQ + EXT_FLOWCTL pchan\n\nl2cap_new_connection() sets default value of channel mode to match the\nparent channel.  l2cap_le_connect_req() left this at the default, and\ncreated L2CAP_MODE_EXT_FLOWCTL channels if listening pchan has that\nmode.  This causes FLAG_DEFER_SETUP channels to reply to\nL2CAP_LE_CONN_REQ with L2CAP_ECRED_CONN_RSP, which is incorrect.\n\nIt can also result to stack OOB write (of l2cap_alloc_cid determined\nvalues) in l2cap_ecred_rsp_defer(), as l2cap_le_connect_req() does not\nlimit maximum number of deferred channels or check for duplicate ident.\n\nFix by setting chan->mode correctly in l2cap_le_connect_req().\n\nAlso check channel mode in l2cap_ecred_rsp_defer(), and do WARN_ON_ONCE\ninstead of OOB write to make it less brittle.",
  "epss": {
    "percentage": 0.00226,
    "percentile": 0.11953
  },
  "ghsa_id": "GHSA-q3c9-52vx-cgp8",
  "github_reviewed_at": null,
  "html_url": "https://github.com/advisories/GHSA-q3c9-52vx-cgp8",
  "identifiers": [
    {
      "type": "GHSA",
      "value": "GHSA-q3c9-52vx-cgp8"
    },
    {
      "type": "CVE",
      "value": "CVE-2026-98108"
    }
  ],
  "nvd_published_at": "2026-09-25T11:17:41Z",
  "published_at": "2026-09-25T12:31:36Z",
  "references": [
    "https://nvd.nist.gov/vuln/detail/CVE-2026-98108",
    "https://git.kernel.org/stable/c/1074bcc57f741223f9fa82ce6afe5c3d783e4d10",
    "https://git.kernel.org/stable/c/4ef05db5b08b176a551b4a6287372045998806b0",
    "https://git.kernel.org/stable/c/5d5a625cbc854d4c4f68e4b16fcf6e682d9a9ed1",
    "https://git.kernel.org/stable/c/6cb79e6499228cfdbd4b3301371ce74d01cd2f80",
    "https://github.com/advisories/GHSA-q3c9-52vx-cgp8"
  ],
  "repository_advisory_url": null,
  "severity": "high",
  "source_code_location": "",
  "summary": "In the Linux kernel, the following vulnerability has been resolved:\n\nBluetooth: L2CAP: fix chan...",
  "type": "unreviewed",
  "updated_at": "2026-09-25T15:32:52Z",
  "url": "https://api.github.com/advisories/GHSA-q3c9-52vx-cgp8",
  "vulnerabilities": [],
  "withdrawn_at": null
}

Text

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: fix chan... In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: fix chan mode for LE_CONN_REQ + EXT_FLOWCTL pchan l2cap_new_connection() sets default value of channel mode to match the parent channel. l2cap_le_connect_req() left this at the default, and created L2CAP_MODE_EXT_FLOWCTL channels if listening pchan has that mode. This causes FLAG_DEFER_SETUP channels to reply to L2CAP_LE_CONN_REQ with L2CAP_ECRED_CONN_RSP, which is incorrect. It can also result to stack OOB write (of l2cap_alloc_cid determined values) in l2cap_ecred_rsp_defer(), as l2cap_le_connect_req() does not limit maximum number of deferred channels or check for duplicate ident. Fix by setting chan->mode correctly in l2cap_le_connect_req(). Also check channel mode in l2cap_ecred_rsp_defer(), and do WARN_ON_ONCE instead of OOB write to make it less brittle.