Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious btsnoop capture file
-
DeliveryDeliver file to analyst
-
ExploitVictim opens file in btmon
-
ExecutionOut-of-bounds read past buffer
-
Impactbtmon crashes (denial of service)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a user to run the btmon Bluetooth monitor tool and open/process an attacker-supplied btsnoop capture file containing a crafted HCI Return Link Keys event that specifies more link keys than the packet actually holds. Limiting factors: access is local only (AV:L), mandatory user interaction is required (UI:R) since the victim must deliberately load the malicious file into btmon, and the tool is a diagnostic/debugging utility not typically exposed to untrusted input in normal operation. There is no network vector and no automated/unattended trigger, which sharply constrains real-world risk relative to the 5.5 base score. |
| Impact | This is a genuinely low-priority issue despite being a memory-safety flaw. The CVSS 3.1 vector (AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H, base 5.5 MEDIUM) describes a local, user-interaction-dependent out-of-bounds read whose only impact is availability (A:H) - the btmon tool crashes. There is no confidentiality or integrity impact (C:N/I:N), so this is effectively a denial-of-service against a diagnostic utility, not a code-execution or data-leak vector. No EPSS score, KEV listing, or POC was provided in the input: exploitation status is 'no public exploit identified at time of analysis.' Note a tension between the CWE and the impact: CWE-125 out-of-bounds read often implies potential information disclosure, yet the vendor vector sets C:N, consistent with the description stating the result is a crash rather than a leak - treat any 'information disclosure' framing as unconfirmed. The realistic attack surface is narrow because btmon is an operator-run Bluetooth monitoring/debugging tool, not a network-facing or always-on service; a victim must deliberately process an attacker-supplied btsnoop file. Priority: low - routine patching, not emergency response. |
| Exploit ScenarioDerived | An attacker crafts a malicious btsnoop capture file in which an HCI Return Link Keys event declares more link keys than the packet actually contains, then delivers it to a target (e.g., via email or a shared capture repository). When an analyst or administrator opens the file with btmon, the tool reads past the allocated buffer and crashes. No public exploit code was provided in the input, and the impact is limited to crashing the local diagnostic tool (A:H, C:N/I:N). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
An out-of-bounds read in BlueZ's btmon Bluetooth monitoring utility, as packaged in Red Hat Enterprise Linux 6 through 10, allows an attacker to crash the tool by getting a user to open a crafted btsnoop capture file containing an HCI Return Link Keys event that advertises more link keys than the packet actually contains. The flaw is local-access and interaction-dependent (CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H) - the victim must deliberately load the malicious capture into btmon - which sharply limits real-world exposure given btmon is a diagnostic tool rarely pointed at untrusted input. No public exploit code or confirmed active exploitation was identified at time of analysis, and the practical outcome is a denial of service against the monitoring utility rather than any network- or privilege-escalation impact.
RemediationAI
No vendor-released patch identified at time of analysis - the only references supplied are Red Hat tracking artifacts (https://access.redhat.com/security/cve/CVE-2026-105460, https://bugzilla.redhat.com/show_bug.cgi?id=2545923, https://redhat.atlassian.net/browse/PSIRTSUPT-24932), so monitor these for the first errata that names a fixed bluez/btmon build and apply it when published. Because exploitation requires opening an untrusted btsnoop capture in btmon, the highest-value compensating control is procedural: do not open btsnoop files of unknown provenance in btmon on production or privileged systems; analyse them only inside a disposable, unprivileged VM or container with no Bluetooth hardware or sensitive host mounts attached (trade-off: extra analyst overhead and a broken capture-review workflow, but it fully removes the crash and any adjacent memory-safety risk from the trusted estate). Where capture review must happen on a real workstation, run btmon as an unprivileged user (btmon does not require root for file-based parsing) so a crash cannot affect privileged processes, and consider wrapping it with a memory-safety sandbox such as systemd's MemoryDenyWriteExecute/PrivateTmp or a seccomp/ASAN harness during triage (trade-off: some confined capabilities and live HCI capture features stop working). Restrict distribution of btsnoop files to trusted channels and validate them before parsing, and treat the presence of 'Information Disclosure' tags cautiously - the assessed vector is availability-only, but a crash in a diagnostic tool can still disrupt incident-response evidence collection, so keep independent copies of captures. Until a patched build lands, treat this as a low-priority hardening item rather than an emergency.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
btmon is the userspace Bluetooth monitor shipped with the BlueZ stack; it decodes HCI traffic either live from the kernel or from saved btsnoop capture files. The vulnerable path parses the HCI Return Link Keys event, whose payload includes a count field describing how many link keys follow. The parser trusts that attacker-controlled count without validating it against the number of bytes actually remaining in the buffer, an unchecked-length condition that maps to CWE-125 (Out-of-bounds Read): reads walk past the end of the allocated packet buffer, producing invalid memory access and a crash. The defect is a classic parser trust-boundary failure - a length/count field in an untrusted binary format is used to drive iteration without a bounds check against the enclosing record size. Note that the supplied tags mention 'Buffer Overflow' and 'Information Disclosure', but the assessed vector records C:N (no confidentiality impact) and I:N (no integrity impact) with only A:H, so the confirmed effect per the authoritative assessment is availability loss (crash) in the monitor process, not memory disclosure or code execution. Affected CPEs cover Red Hat Enterprise Linux 6, 7, 8, 9 and 10, indicating the affected btmon code is present across the full supported RHEL release matrix.
Know when Bluez gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
Local file parsing by a tool the user must launch gives AV:L and UI:R; no credentials needed (PR:N); out-of-bounds read only crashes btmon, so C:N/I:N and A:H.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in BlueZ. An out-of-bounds read vulnerability exists in the btmon Bluetooth monitor tool when processing crafted HCI Return Link Keys events. A maliciously crafted btsnoop capture file can specify a large number of link keys that exceeds the actual packet data, causing btmon to read beyond the allocated buffer and crash.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Affected Products (CPE)CVE.org
All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to an information disclosure vulnerability which
A heap-based buffer overflow was discovered in bluetoothd in BlueZ through 5.48. Rated high severity (CVSS 8.8), this vu
A heap overflow vulnerability was found in bluez in versions prior to 5.63. Rated high severity (CVSS 8.8), this vulnera
In BlueZ 5.42, an out-of-bounds read was identified in "packet_hexdump" function in "monitor/packet.c" source file. Rate
In BlueZ 5.42, a buffer overflow was observed in "read_n" function in "tools/hcidump.c" source file. Rated high severity
An issue was discovered in bluetoothd in BlueZ through 5.48. Rated medium severity (CVSS 6.5), this vulnerability is no
BlueZ is a Bluetooth protocol stack for Linux. Rated medium severity (CVSS 6.5), this vulnerability is no authentication
In BlueZ 5.42, a use-after-free was identified in "conf_opt" function in "tools/parser/l2cap.c" source file. Rated mediu
In BlueZ 5.42, a buffer over-read was observed in "l2cap_dump" function in "tools/parser/l2cap.c" source file. Rated med
In BlueZ 5.42, a buffer over-read was identified in "l2cap_packet" function in "monitor/packet.c" source file. Rated med
In BlueZ 5.42, a buffer overflow was observed in "pklg_read_hci" function in "btsnoop.c" source file. Rated medium sever
In BlueZ 5.42, an out-of-bounds read was observed in "le_meta_ev_dump" function in "tools/parser/hci.c" source file. Rat
EUVD-2026-98739
GHSA-hqj4-7q22-2hmj
NVD
CVE.org
EPSS
Exploit-DB