Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted page
-
DeliveryCompromise renderer via prior bug
-
ExploitDrive GetUserMedia race operations
-
ExecutionWin TOCTOU timing window
-
PersistCorrupt browser-process state
-
ImpactEscape sandbox with browser privileges
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V15 - Secure Coding and Architecture Concurrency control, locking
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to have ALREADY compromised the Chrome renderer process (a first-stage renderer RCE is a hard prerequisite - this bug alone does not grant initial access), plus victim user interaction (UI:R) to load a crafted HTML page that exercises the GetUserMedia code path. The specific feature required is Chrome's Media Capture / GetUserMedia flow. Because the defect is a race condition (AC:H), exploitation further depends on reliably winning a narrow timing window, which limits reliability. Limiting factors: the pre-required renderer compromise, the need for user interaction, race-timing difficulty, and applicability only to Chrome desktop builds below 150.0.7871.115. |
| Impact | The official CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H = 8.3) reflects high impact and scope change, but several signals temper real-world urgency. AC:H encodes the difficulty of reliably winning a race, and the description states the attacker must have ALREADY compromised the renderer process - a material prerequisite the PR:N metric does not capture, since PR:N here refers only to the initial web delivery. This is therefore a chain component, not a standalone one-click compromise. No EPSS score, KEV listing, or SSVC decision data was provided; there is no public exploit identified at time of analysis. Chromium's own 'High' (not 'Critical') rating is consistent with a sandbox-escape-requiring-renderer-RCE profile. Net: a genuine priority for browser fleets because Chrome is ubiquitous and sandbox escapes are valuable, but exploitation realistically requires a full exploit chain and precise race timing, so this is not a mass-scannable internet-facing target. Note the conflict to verify: PR:N implies no privileges yet the description requires a pre-compromised renderer - treat the 'PR:N' as delivery-stage only. |
| Exploit ScenarioDerived | An attacker first achieves code execution in the Chrome renderer (for example via a separate exploited web bug) when a victim visits an attacker-controlled page, then serves crafted HTML/JS that repeatedly drives GetUserMedia operations to trigger the race. By winning the timing window, the renderer manipulates shared media state to corrupt the more-privileged browser process and escape the sandbox, gaining code execution at browser-process privilege on the host. No public exploit is identified at time of analysis, and success depends on both a prior renderer compromise and reliable race timing (CVSS AC:H, UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 09, 2026
Sandbox escape in Google Chrome's GetUserMedia (WebRTC media capture) implementation allows an attacker who has already compromised the renderer process to break out of the browser sandbox by exploiting a race condition via a crafted HTML page, affecting all desktop Chrome builds prior to 150.0.7871.115. Rated High by Chromium and scored CVSS 8.3, this is a second-stage exploitation primitive typically chained after an initial renderer RCE; no public exploit identified at time of analysis and it is not listed in CISA KEV. A vendor patch is available in the 150.0.7871.115 Stable channel release.
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.115 or later via the Stable channel, then fully relaunch the browser so the new binary loads (Chrome staged updates do not take effect until restart). Confirm rollout through your managed-browser or enterprise update policy and verify endpoints report the patched build. Chromium-based derivatives (Edge, Brave, Opera, Electron apps) should be updated once their vendors ship the corresponding Chromium bump. If immediate patching is not possible, reduce exposure by tightening the pre-condition rather than the race itself: restrict which sites can reach getUserMedia by setting camera/microphone permissions to 'block' via enterprise policy (VideoCaptureAllowed/AudioCaptureAllowed / DefaultMediaStreamSetting), which blunts the media path but breaks legitimate video-conferencing; and enforce site isolation and up-to-date extension hygiene to make the prerequisite renderer compromise harder. Reference the Chrome Releases advisory (https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_01162222768.html) for the authoritative fixed version.
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 Chrome's GetUserMedia code path, the Media Capture and Streams API surface that grants web pages access to camera and microphone devices through the Chromium media/WebRTC subsystem. The root cause is CWE-362 (concurrent execution using shared resource with improper synchronization, i.e. a race condition): concurrent operations across the sandboxed renderer and a higher-privileged browser-process component operate on shared state without adequate locking, creating a time-of-check-to-time-of-use window. Because media device brokering crosses the renderer/browser process boundary, winning the race lets a compromised renderer manipulate objects handled by the more-privileged process, yielding a sandbox escape (scope change). The affected component is the Chrome desktop browser; per EUVD the vulnerable range is all builds below 150.0.7871.115.
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:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Race condition makes reliable exploitation hard (AC:H) and requires visiting a page (UI:R); sandbox escape crosses a trust boundary (S:C) with full host impact; PR:N reflects web-delivery stage though a prior renderer compromise is needed in practice.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Race in GetUserMedia in Google Chrome prior to 150.0.7871.115 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome versions prior to 150.0.7871.115 contain a sandbox escape vulnerability in WebRTC media capture that allows post-compromise privilege escalation on desktop systems. While requiring prior renderer process compromise, this vulnerability could enable attackers who have already breached the browser to fully escape Chrome's security sandbox and access system resources. Organizations using Chrome should prioritize patching to maintain endpoint isolation controls.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Race conditions occur when multiple concurrent requests exploit the brief time gap between checking a condition and acting upon it (TOCTOU - Time of Check, Time of Use).
Same weakness CWE-362 – Race Condition
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-42448
GHSA-q66r-h3m9-74hh
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB