CVE-2026-14032: Chrome Bluetooth Use-After-Free on macOS – Exploit, Patch & Detection Guide
A use-after-free memory vulnerability exists in the Bluetooth implementation of Google Chrome on macOS. An attacker could exploit this by convincing a user to install a malicious Chrome extension, which could then execute arbitrary code with the privileges of the browser. While the Chromium project classified this as low severity internally, the CVSS score reflects the potential for complete system compromise once code execution is achieved.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-06
NVD description (verbatim)
Use after free in Bluetooth in Google Chrome on Mac prior to 150.0.7871.47 allowed an attacker who convinced a user to install a malicious extension to execute arbitrary code via a crafted Chrome Extension. (Chromium security severity: Low)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14032 is a use-after-free (CWE-416) vulnerability in Chrome's Bluetooth subsystem on macOS platforms. The flaw allows an attacker to reference memory that has already been freed, leading to memory corruption. Exploitation requires social engineering—the attacker must convince a user to install a malicious Chrome extension. Once installed, the extension can craft specific Bluetooth interactions to trigger the vulnerability and execute arbitrary code within the Chrome process context. The vulnerability affects Chrome versions prior to 150.0.7871.47.
Business impact
For organizations where employees use Chrome on macOS, this vulnerability introduces a targeted risk vector. An attacker could use malicious extensions (potentially distributed via unofficial channels or through compromised legitimate extension accounts) to gain code execution on end-user devices. This could lead to data theft, lateral movement into corporate networks, or installation of persistent malware. The attack requires user interaction (extension installation), which makes it moderately feasible in environments with weak security awareness or relaxed extension governance policies.
Affected systems
Google Chrome versions before 150.0.7871.47 running on Apple macOS are affected. The vulnerability is specific to the macOS implementation and does not impact Chrome on Windows, Linux, or other platforms. Organizations should identify all macOS-based Chrome users within their environment and prioritize inventory and patching accordingly.
Exploitability
Exploitability is moderate. The attack chain requires social engineering to persuade a user to install a malicious extension, which is a non-trivial barrier. However, extensions enjoy significant privilege within the Chrome sandbox, making them an effective vector once installed. No in-the-wild exploitation has been reported (KEV status is negative), and the attack does not work remotely without user interaction. Targeted spear-phishing or supply-chain compromises of extension repositories would increase the likelihood of successful exploitation.
Remediation
Update Google Chrome to version 150.0.7871.47 or later. This is the primary remediation. Additionally, enforce browser security policies to restrict extension installation to approved sources and require user approval or IT sign-off for extension deployments. Educate users on the risks of installing extensions from untrusted sources. Organizations should also audit currently installed extensions and remove any that are not business-critical or from unknown publishers.
Patch guidance
Apply Chrome version 150.0.7871.47 or later as soon as feasible. Most organizations benefit from automatic Chrome updates; verify that auto-update is enabled for macOS Chrome deployments. If manual patching is required, prioritize systems based on user risk profile (e.g., users with administrative privileges, access to sensitive data, or high-value targets for attackers). Chrome typically rolls out updates in waves; monitor the official Chrome release notes to confirm patch availability in your region.
Detection guidance
Monitor for suspicious Chrome extension installations, particularly from unknown publishers or via unusual installation methods (command-line or policy deployment). Endpoint Detection and Response (EDR) tools should flag processes spawned from the Chrome extension context with unusual system calls or file access patterns. Log browser extension installations via Chrome policies or MDM solutions. Network monitoring may detect outbound connections from Chrome to suspicious Bluetooth-related services, though this is difficult to distinguish from legitimate Bluetooth traffic. Focus detection efforts on identifying malicious extension behavior post-installation rather than the vulnerability trigger itself.
Why prioritize this
Although Chromium classified this internally as 'Low' severity, the CVSS score of 8.1 (HIGH) reflects the real-world impact: code execution with full confidentiality, integrity, and availability compromise. Prioritize this vulnerability for macOS-heavy organizations, enterprises with significant Chrome adoption, or environments where extension governance is weak. The attack requires user interaction, which slightly reduces urgency compared to remote code execution vulnerabilities, but the potential for lateral movement and data exfiltration warrants prompt patching within 30 days.
Risk score, explained
The CVSS 3.1 score of 8.1 (HIGH) is justified by the confluence of high impact (complete compromise of confidentiality, integrity, and availability) with moderate exploitability (user interaction required, but no special network privileges needed). The vector CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H indicates network-accessible attack vector, high attack complexity (due to social engineering requirement), no privilege escalation needed, and severe impact. While in-the-wild exploitation is not reported, the attack surface is broad (anyone running Chrome on macOS with extension installation privileges).
Frequently asked questions
Why is the CVSS score (8.1 HIGH) different from Chromium's internal severity rating (Low)?
Chromium's internal severity classification weighs factors like reproducibility and real-world exploitability within their ecosystem. CVSS uses a standardized formula focused on technical impact: a use-after-free leading to code execution is inherently high-impact. The discrepancy highlights that 'low' internal severity does not mean 'low risk to your organization'—it depends on your Chrome deployment and extension policies.
Do we need to patch if we have disabled Chrome extensions or use a Chromebook instead?
No immediate action is required if extensions are disabled via policy or if you use Chromebook (which runs Chrome OS, not macOS). However, verify your deployment: Chrome on macOS computers is affected; Chrome OS and extension-disabled Chrome instances are not. For mixed environments, focus patching on macOS systems where extensions are enabled.
Can an attacker exploit this without the user installing an extension?
No. The vulnerability requires a malicious extension to be installed. Arbitrary users cannot trigger code execution through normal browsing. This is why extension governance—restricting installation to vetted sources and educating users—is critical to defense.
Is there a workaround before patching?
There is no perfect workaround, but risk can be reduced by disabling extension installation via Chrome Enterprise policies (restrict to admin-approved extensions only) and educating users to avoid installing extensions from unknown sources. Patch as soon as possible rather than relying on workarounds.
This analysis is based on publicly available vulnerability data as of the publication date. Patch version numbers and affected product versions reference the official Chrome release notes; verify current patch availability with Google Chrome security advisories and your organization's internal update policies. No exploit code or weaponization steps are provided. Chromium's internal severity classification ('Low') differs from the CVSS score and should not be used as the sole basis for patching decisions. All organizations should conduct their own risk assessment based on their Chrome deployment footprint, extension policies, and user population before determining remediation timelines. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10001HIGHChrome Sandbox Escape via PerformanceManager Use-After-Free
- CVE-2026-10002HIGHGoogle Chrome PDFium Use-After-Free Vulnerability (CVSS 8.8)
- CVE-2026-10003HIGHChrome Use-After-Free Code Execution Vulnerability Analysis
- CVE-2026-10005HIGHChrome macOS Use-After-Free RCE Vulnerability (7.5 CVSS)
- CVE-2026-10007HIGHChrome Use-After-Free in SVG Arbitrary Code Execution (CVSS 8.8)
- CVE-2026-10012HIGHChrome Skia Use-After-Free Sandbox Escape (v148.0.7778.216)
- CVE-2026-10013HIGHUse-After-Free in Chrome WebCodecs – Patch Guide & Risk Assessment
- CVE-2026-10016HIGHUse-After-Free in Chrome DOM – Sandbox Code Execution Vulnerability