Skip to main content

Google Chrome CVE-2026-15119

| EUVDEUVD-2026-42448 HIGH
Race Condition (CWE-362)
2026-07-08 chrome-cve-admin@google.com GHSA-q66r-h3m9-74hh
8.3
CVSS 3.1 · Vendor: google
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Lure victim to crafted page
  2. Delivery
    Compromise renderer via prior bug
  3. Exploit
    Drive GetUserMedia race operations
  4. Execution
    Win TOCTOU timing window
  5. Persist
    Corrupt browser-process state
  6. Impact
    Escape 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).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Chrome 150.0.7871.115 <150.0.7871.115

Affected Packages

euvd chrome fix: 150.0.7871.115

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

Vendor (google) PRIMARY 8.3 HIGH
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
vuln.today AI 8.3 HIGH

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.

3.1 AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
4.0 AV:N/AC:H/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H
SUSE CRITICAL
Red Hat 8.0 HIGH

Primary rating from Vendor (google).

CVSS VectorVendor: google

Attack Vector
Network
Attack Complexity
High
Privileges Required
None
User Interaction
Required
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

3
CVSS changed
Jul 09, 2026 - 11:22 NVD
8.3 (HIGH)
CVE Published
Jul 08, 2026 - 23:16 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 08, 2026 - 23:16 cve.org
HIGH 8.3

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 94% exploitable
Prevalence
Ubiquitous
Chrome is the dominant desktop browser across virtually all environments
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment MSRC Vendor VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

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).

Vendor StatusVendor

SUSE

Severity: Critical
Product Status
SUSE Package Hub 15 SP7 Fixed
openSUSE Tumbleweed Fixed
SUSE Package Hub 15 SP7 Affected

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy