Description
This CVE ID has been rejected or withdrawn by its CVE Numbering Authority.
Published: 2026-08-15
Score: 5.5 Medium
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Linux kernel Bluetooth management code allowed a race condition when the local name was set asynchronously on powered BR/EDR controllers. While rebuilding extended inquiry response (EIR) data, the code walked a list of pending commands without holding the appropriate lock and did not treat the set‑local‑name operation as an EIR‑affecting command. This could cause a pending command to be removed and freed while still being inspected, producing a use‑after‑free. The flaw could be abused to corrupt kernel memory, crash the system or, in the worst case, achieve code execution with kernel privileges. This flaw is a use‑after‑free race identified as CWE-366.

Affected Systems

All Linux kernel variants that contain the Bluetooth management subsystem prior to the inclusion of the fix are affected, as identified by the Linux:Linux vendor entry. The specific affected versions are not listed in the data, but the patch was applied in a recent kernel release and applies to all earlier releases that use the same management code flow. System administrators should verify if their kernel contains the bug rather than rely on a version list.

Risk and Exploitability

The EPSS score is less than 1% and the vulnerability is not listed in CISA KEV, so publicly known exploitation data is lacking. The CVSS score of 7.8 indicates high severity for this kernel‑level use‑after‑free, and the race can be triggered by normal Bluetooth operations. The likely attack vector is local to the device; an attacker that can influence the Bluetooth local name or UUID list—such as a malicious nearby device or a compromised user—could exploit the race. Given the absence of exploitation reports, the overall exploitability might be moderate to high, but the impact remains severe due to privileged kernel access.

Generated by OpenCVE AI on August 18, 2026 at 04:39 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the latest kernel release that includes commit 35464ff, 814f82f, 8f2f628, a9e7c26, and eacfcb6, which implement the missing lock and treat SET_LOCAL_NAME as an EIR‑affecting command
  • Reboot the system after the kernel upgrade to ensure the new code is in use
  • If a kernel upgrade is not immediately possible, disable the Bluetooth subsystem or block external Bluetooth traffic to prevent execution of the vulnerable code path

Generated by OpenCVE AI on August 18, 2026 at 04:39 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 19 Aug 2026 13:30:00 +0000


Wed, 19 Aug 2026 13:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: Bluetooth: mgmt: fix pending command UAF in EIR updates MGMT_OP_SET_LOCAL_NAME is handled asynchronously on powered controllers and can run set_name_sync(). When the controller is BR/EDR capable, set_name_sync() updates the local name and then rebuilds EIR data through eir_create(). The EIR builder walks hdev->uuids, but the UUID list can be changed and entries can be freed by MGMT_OP_ADD_UUID and MGMT_OP_REMOVE_UUID. pending_eir_or_class() is meant to serialize management commands that can change EIR or the class of device, but it did not include MGMT_OP_SET_LOCAL_NAME. In addition, it walked hdev->mgmt_pending without hdev->mgmt_pending_lock even though pending commands are added and removed under that mutex. A racing command completion can therefore remove and free a pending command while pending_eir_or_class() is still inspecting it, leading to a use-after-free in the pending-command list or allowing a local name update to rebuild EIR while UUID entries are being removed. Take hdev->mgmt_pending_lock while scanning hdev->mgmt_pending and treat MGMT_OP_SET_LOCAL_NAME as an EIR/class-affecting pending command on the powered asynchronous path. Check for a conflicting pending command before copying the new short name so a rejected SET_LOCAL_NAME request does not modify hdev->short_name. This CVE ID has been rejected or withdrawn by its CVE Numbering Authority.
Title Bluetooth: mgmt: fix pending command UAF in EIR updates kernel: Bluetooth: mgmt: fix pending command UAF in EIR updates
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*

Tue, 18 Aug 2026 03:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

Tue, 18 Aug 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-366
References
Metrics threat_severity

None

threat_severity

Moderate


Mon, 17 Aug 2026 06:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.8, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}


Sat, 15 Aug 2026 15:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362
CWE-416

Sat, 15 Aug 2026 12:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: Bluetooth: mgmt: fix pending command UAF in EIR updates MGMT_OP_SET_LOCAL_NAME is handled asynchronously on powered controllers and can run set_name_sync(). When the controller is BR/EDR capable, set_name_sync() updates the local name and then rebuilds EIR data through eir_create(). The EIR builder walks hdev->uuids, but the UUID list can be changed and entries can be freed by MGMT_OP_ADD_UUID and MGMT_OP_REMOVE_UUID. pending_eir_or_class() is meant to serialize management commands that can change EIR or the class of device, but it did not include MGMT_OP_SET_LOCAL_NAME. In addition, it walked hdev->mgmt_pending without hdev->mgmt_pending_lock even though pending commands are added and removed under that mutex. A racing command completion can therefore remove and free a pending command while pending_eir_or_class() is still inspecting it, leading to a use-after-free in the pending-command list or allowing a local name update to rebuild EIR while UUID entries are being removed. Take hdev->mgmt_pending_lock while scanning hdev->mgmt_pending and treat MGMT_OP_SET_LOCAL_NAME as an EIR/class-affecting pending command on the powered asynchronous path. Check for a conflicting pending command before copying the new short name so a rejected SET_LOCAL_NAME request does not modify hdev->short_name.
Title Bluetooth: mgmt: fix pending command UAF in EIR updates
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: REJECTED

Assigner: Linux

Published:

Updated: 2026-08-19T12:48:44.094Z

Reserved: 2026-08-15T05:44:03.909Z

Link: CVE-2026-74511

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Rejected

Published: 2026-08-15T13:17:56.177

Modified: 2026-08-19T13:18:10.273

Link: CVE-2026-74511

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-08-15T00:00:00Z

Links: CVE-2026-74511 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-18T04:45:04Z

Weaknesses
  • CWE-366

    Race Condition within a Thread