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
| cvss | 7.5receipt
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
} |
|---|---|
| severity | high From 7.0 to 8.9. receipt
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.