Skip to main content

Google Chrome EUVDEUVD-2026-34490

| CVE-2026-11041 HIGH
Improper Input Validation (CWE-20)
2026-06-04 chrome-cve-admin@google.com GHSA-rjg4-xpmp-4c93
8.8
CVSS 3.1 · Vendor: google
Share

Severity by source

Vendor (google) PRIMARY
8.8 HIGH
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
SUSE
HIGH
qualitative
Red Hat
8.2 MEDIUM
qualitative

Primary rating from Vendor (google).

CVSS VectorVendor: google

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

Lifecycle Timeline

4
Analysis Generated
Jun 05, 2026 - 20:34 vuln.today
CVSS changed
Jun 05, 2026 - 18:22 NVD
8.8 (HIGH)
CVE Published
Jun 04, 2026 - 23:17 nvd
HIGH 8.8
CVE Published
Jun 04, 2026 - 23:17 nvd
UNKNOWN (no severity yet)

DescriptionCVE.org

Insufficient validation of untrusted input in Media in Google Chrome on Windows prior to 149.0.7827.53 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Medium)

AnalysisAI

Sandbox escape in Google Chrome on Windows prior to 149.0.7827.53 enables a remote attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page that exploits insufficient input validation in the Media component. The flaw requires user interaction (visiting a malicious page) and a prior renderer compromise, making it a second-stage capability typically chained with another bug; no public exploit identified at time of analysis and EPSS exploitation probability is low at 0.05%.

Technical ContextAI

The vulnerability resides in Chrome's Media subsystem, which handles audio/video decoding, MediaStream APIs, and related codecs within the renderer process and brokers privileged operations to the browser process. The root cause is CWE-20 (Improper Input Validation), meaning data crossing the renderer-to-browser IPC boundary in the Media stack is not adequately validated, allowing a malicious renderer to coerce the higher-privileged browser process into performing actions that effectively bypass the Chromium sandbox. On Windows specifically, the sandbox relies on restricted process tokens and job objects, so a successful escape elevates the attacker from the locked-down renderer to the broader privileges of the browser process. The affected build is Chromium-based Chrome stable channel on Windows prior to 149.0.7827.53.

RemediationAI

Vendor-released patch: Google Chrome 149.0.7827.53 or later on Windows - update via Chrome's built-in updater (chrome://settings/help) or push the update through enterprise management (Chrome Browser Cloud Management, Group Policy, or SCCM/Intune) as described in the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html. Track the upstream issue at https://issues.chromium.org/issues/498700369 for technical details once Google lifts the restricted-view embargo. For Chromium-derivative browsers (Edge, Brave, Opera, Vivaldi) on Windows, apply the corresponding rebased build as soon as the vendor publishes it. As compensating controls until patching completes, enterprises can enforce Site Isolation (already default), disable autoplay and restrict media permissions via the AutoplayAllowed and DefaultMediaStreamSetting Chrome policies to reduce the Media attack surface (trade-off: breaks legitimate video/voice apps), and deploy an EDR rule alerting on unusual child-process spawns from chrome.exe to catch post-escape activity.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Package Hub 15 SP7 Fixed
openSUSE Leap 16.0 Fixed
openSUSE Tumbleweed Fixed
SUSE Package Hub 15 SP7 Affected

Share

EUVD-2026-34490 vulnerability details – vuln.today

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