Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconLure Mac Chrome user to crafted HTML page
-
DeliveryPage invokes CameraCapture code path via WebRTC/getUserMedia
-
ExploitTrigger use-after-free on freed capture object
-
InstallReclaim freed memory with controlled data
-
C2Hijack control flow inside renderer
-
ExecuteEscape sandbox into privileged browser process
-
ImpactExecute arbitrary code on macOS host
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Target must be running Google Chrome on macOS at a version below 149.0.7827.103, and the victim must perform user interaction by loading attacker-controlled HTML in that browser (UI:R in the CVSS vector). No authentication or prior foothold is required (PR:N), and the attack is delivered over the network (AV:N) at low complexity (AC:L). The exploitation path runs through the CameraCapture subsystem reachable from the renderer; non-Mac Chrome builds are not listed as affected in the provided data, and Chromium forks are out of scope of this CVE unless their vendors confirm inheritance. |
| Impact | Signals are largely aligned toward serious risk: CVSS 9.6 with AV:N/AC:L/PR:N/S:C/C:H/I:H/A:H indicates a low-complexity, network-reachable, unauthenticated attack with cross-component impact, and the affected primitive (sandbox escape) is exactly the class Google rates 'High' internally. The single mitigating factor in the vector is UI:R - a user must visit attacker-controlled content. EPSS and CISA KEV data were not provided in the input, so probability of exploitation and active-exploitation status cannot be quantified here; treat as 'no public exploit identified at time of analysis' until KEV or exploit telemetry says otherwise. The 'Denial Of Service' tag conflicts with the H/H/H impact and sandbox-escape framing in the description - the description is the more authoritative signal, and the tag should not be used to downgrade priority. Net assessment: this is a real priority for any Mac fleet running Chrome, not a high-CVSS-but-low-real-risk case, given the sandbox-escape consequence and trivial delivery (visit a page). |
| Exploit ScenarioDerived | An attacker hosts a malicious HTML page (or injects it via a malvertising chain) that, when visited by a Mac user running an unpatched Chrome, drives the WebRTC/getUserMedia surface in a way that triggers the use-after-free in CameraCapture. By spraying the freed allocation with attacker-controlled data the attacker corrupts a freed object's vtable or callback pointer, gaining code execution that escapes the renderer sandbox (S:C in the CVSS vector) and runs in a more privileged Chrome process context. No public exploit identified at time of analysis, but the bug class and the existence of the Chromium issue tracker entry make weaponization by skilled researchers plausible. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
Sandbox escape in Google Chrome for Mac (versions prior to 149.0.7827.103) stems from a use-after-free condition in the CameraCapture component, enabling a remote attacker to break out of the renderer sandbox via a crafted HTML page. With a CVSS of 9.6 (scope-changed, high impact across CIA) and an upstream fix released by Google, the bug carries high severity but requires user interaction to load the malicious page; no public exploit identified at time of analysis.
RemediationAI
Primary fix: upgrade Google Chrome on macOS to 149.0.7827.103 or later (vendor-released patch confirmed by Google via the Chrome Releases Stable Channel post at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html); on managed fleets, force-restart Chrome so the staged update actually loads. If patching is briefly delayed, compensating controls include blocking camera access in Chrome via enterprise policy (VideoCaptureAllowed=false or DefaultMediaStreamSetting=2), which neutralizes the vulnerable CameraCapture code path at the cost of breaking legitimate WebRTC/video-conferencing use cases, and steering users to a non-Chromium browser on macOS for untrusted browsing until rollout completes. Generic web-filtering of unknown sites reduces exposure but does not address the underlying use-after-free. Chromium-derived browsers (Edge, Brave, Opera, Vivaldi) should be checked against their own vendor advisories, as they typically inherit this fix on a short delay.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw resides in CameraCapture, the Chromium subsystem responsible for handling camera input via getUserMedia / WebRTC media stream APIs on macOS. CWE-416 (Use After Free) indicates that an object backing a camera capture session is freed while another code path still holds a dangling reference, allowing the attacker to coerce reuse of that memory and corrupt control data. Because the bug lives in code that bridges renderer requests to platform media APIs, successful exploitation pivots from the sandboxed renderer into more privileged browser/process context - consistent with the scope change (S:C) in the CVSS vector and Google's classification as a sandbox escape.
Know when the next one hits your stack
- 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:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in CameraCapture in Google Chrome on Mac prior to 149.0.7827.103 allowed a remote attacker to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome for Mac versions prior to 149.0.7827.103 contains a critical sandbox escape vulnerability (CVE-2026-11654, CVSS 9.6) in the CameraCapture component that could allow attackers to execute arbitrary code within the browser context by directing users to a malicious webpage. With no public exploit identified at time of analysis, the primary risk stems from social engineering and drive-by attacks targeting Mac-based employees. Organizations must deploy the patched version immediately to prevent potential data exfiltration and system compromise.
Apply vendor patch.
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
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Related Vulnerabilities in Google Chrome Use-After-Free and Memory Safety Flaws
View all 74Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
EUVD-2026-35254
GHSA-56wm-h6f8-c34v
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB