CVE-2026-13035: Chrome Bluetooth Use-After-Free RCE on macOS – Patch Guidance
A use-after-free vulnerability in Chrome's Bluetooth implementation on macOS allows an attacker to execute arbitrary code on a victim's computer. The flaw requires user interaction—specifically, a user must connect to or interact with a malicious Bluetooth peripheral—but once triggered, it grants the attacker full control over the affected system. This is a remote code execution (RCE) risk that bypasses Chrome's sandbox protections.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-06-25
NVD description (verbatim)
Use after free in Bluetooth in Google Chrome on Mac prior to 149.0.7827.197 allowed a remote attacker to execute arbitrary code via a malicious peripheral. (Chromium security severity: High)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13035 is a use-after-free (CWE-416) vulnerability in Chrome's Bluetooth stack on macOS. The defect allows memory that has been freed to be accessed again, leading to memory corruption. A remote attacker can craft a malicious Bluetooth peripheral to trigger this condition when a user connects to it. Successful exploitation results in arbitrary code execution in the Chrome process context. The vulnerability affects Chrome versions prior to 149.0.7827.197 on macOS systems.
Business impact
Compromise of Chrome on macOS exposes users to data theft, credential harvesting, and malware installation. For organizations with BYOD policies or employees using personal macOS devices for work, this vulnerability creates a pathway to corporate network access and lateral movement. The requirement for user interaction (connecting to a Bluetooth peripheral) raises the bar slightly, but social engineering and proximity attacks make exploitation realistic in targeted scenarios. Systems handling sensitive data or identity verification should prioritize patching.
Affected systems
Google Chrome on Apple macOS is the affected platform. All Chrome versions prior to 149.0.7827.197 are vulnerable. The vulnerability does not affect Chrome on Windows or Linux, nor does it affect Safari or other browsers on macOS, but users running outdated Chrome builds remain at risk. macOS itself is mentioned in vendor metadata but the vulnerability is specific to Chrome's Bluetooth handling, not the underlying OS.
Exploitability
The attack requires proximity or social engineering to convince a user to connect to a malicious Bluetooth device. No authentication or special privileges are required from the attacker. Once triggered, the use-after-free can be reliably exploited to achieve code execution. CVSS score of 8.8 (High) reflects the combination of network accessibility, low complexity, and user interaction as the sole defense. In scenarios involving public Bluetooth networks, conferences, or targeted environments, exploit likelihood is elevated.
Remediation
Update Chrome to version 149.0.7827.197 or later on all macOS systems. Organizations should enable automatic Chrome updates or enforce a forced update policy through MDM/device management tools. Users should verify their Chrome version at chrome://settings/help and restart the browser if an update is available. As an interim measure, disabling Bluetooth on systems that do not require it reduces exposure.
Patch guidance
Deploy Chrome version 149.0.7827.197 or newer via your organization's patch management system. For macOS deployments, verify compatibility with your operating system version before rollout. Enable automatic updates in Chrome settings (chrome://settings) to prevent version drift. Test in a non-production environment to confirm no compatibility issues with extensions or web applications your organization relies on. Communicate the update urgency to users, emphasizing the RCE risk.
Detection guidance
Monitor Chrome process execution for abnormal Bluetooth API calls or unexpected child processes. On macOS, check system logs for repeated Bluetooth connection failures or permission prompts from Chrome. Network monitoring can detect unusual outbound connections from Chrome processes post-exploitation. EDR/XDR solutions should flag Chrome crashes or memory violations during Bluetooth operations. Compare Chrome versions across the fleet using inventory tools and alert on instances running versions older than 149.0.7827.197.
Why prioritize this
CVE-2026-13035 warrants high priority due to its remote code execution impact, high CVSS score (8.8), and broad user base exposure through Chrome. The Chromium project rated this as High severity, reflecting its significance. Although user interaction is required, the barrier to exploitation remains relatively low. Organizations with macOS-heavy environments, security-sensitive roles, or high-value targets should patch within 48-72 hours.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects: (1) Network vector—attack can be initiated remotely without direct system access; (2) Low attack complexity—no special conditions or knowledge required; (3) No privileges needed; (4) User interaction required, which is the primary mitigating control; (5) Full impact across confidentiality, integrity, and availability once code executes. This combination places the vulnerability in the High severity tier, justifying urgent remediation.
Frequently asked questions
Do I need to update if I don't use Bluetooth on my Mac?
Yes. Even if Bluetooth is disabled or you rarely connect peripherals, the vulnerability exists in Chrome's code. An attacker could craft an attack that triggers during peripheral discovery or background operations. Update regardless of personal Bluetooth usage patterns.
Can this vulnerability affect Chrome on Windows or Linux?
No. The vulnerability is specific to Chrome's Bluetooth implementation on macOS. Windows and Linux Chrome users are not impacted by this particular flaw.
What happens if an attacker exploits this?
Successful exploitation grants the attacker arbitrary code execution with the privileges of the Chrome process. Depending on Chrome's sandbox status and user role, this could enable data theft, credential harvesting, malware installation, or lateral movement into corporate networks.
Is there a way to test if my system is vulnerable?
Check your Chrome version at chrome://settings/help. If it displays a version number lower than 149.0.7827.197, your system is vulnerable. Do not attempt to reproduce the exploit; apply the patch immediately.
This analysis is based on published vulnerability data and vendor advisories current as of the modification date. Security information evolves; consult official Chrome release notes and Apple security bulletins for the latest patch status. No exploit code or proof-of-concept details are provided; security research should adhere to responsible disclosure practices. Organizations should validate patch compatibility with their specific macOS and Chrome configurations before production deployment. Source: NVD (public-domain), retrieved 2026-08-02. 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