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
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.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)
AnalysisAI
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.
Technical ContextAI
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.
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.
Same 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 |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-35254
GHSA-56wm-h6f8-c34v