Severity by source
AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
AV:A confirmed by Bluetooth adjacency; PR:N because no auth needed; C:H for process memory leakage; I and A remain N as no write or crash impact described.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Type Confusion in Bluetooth in Google Chrome on Windows prior to 150.0.7871.47 allowed an attacker on the local network segment to obtain potentially sensitive information from process memory via a malicious peripheral. (Chromium security severity: Low)
AnalysisAI
Type confusion in Chrome's Bluetooth stack on Windows (versions prior to 150.0.7871.47) enables an adjacent-network attacker to exfiltrate sensitive data from Chrome process memory by presenting a malicious Bluetooth peripheral. The CVSS 6.5 score reflects high confidentiality impact but no integrity or availability exposure; notably, Chromium's internal security team rated this Low severity, suggesting the memory regions accessible are constrained. No public exploit code and no CISA KEV listing exist at time of analysis, and exploitation is physically bounded by Bluetooth range.
Technical ContextAI
CWE-843 (Type Confusion) describes a flaw where code allocates or accesses a resource using one type but then handles it as an incompatible type, allowing out-of-bounds or unintended memory reads. Here the flaw resides in Google Chrome's Bluetooth subsystem on the Windows platform specifically. Bluetooth operates as an adjacent-network protocol (IEEE 802.15 family), meaning the attacker must be within Bluetooth radio range - typically 10-100 meters depending on device class. The CVSS vector AV:A confirms this adjacency constraint. The affected version range per EUVD is any Chrome release below 150.0.7871.47 on Windows. The Chromium bug tracker reference (issues.chromium.org/issues/513775483) likely contains additional technical detail but may be access-restricted until broader patch adoption.
RemediationAI
Upgrade Google Chrome on Windows to version 150.0.7871.47 or later - this is the vendor-released patch confirmed via the Chrome stable channel blog at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. Chrome's auto-update mechanism should deliver this update automatically; administrators managing enterprise deployments should verify via chrome://version or group policy reporting. As a compensating control for environments that cannot patch immediately, disabling Bluetooth at the OS level on Windows systems running Chrome eliminates the adjacent-attack surface entirely, with the trade-off of losing Bluetooth peripheral functionality. Alternatively, enforcing that Bluetooth is off in high-security areas (conference rooms, open offices near public spaces) reduces physical exposure. No workaround exists within Chrome itself since the flaw is in the Bluetooth stack integration.
Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Moderate| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-40806
GHSA-m8qw-rfh7-66f9