Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/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:U/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Media in Google Chrome on Windows prior to 149.0.7827.103 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Remote code execution in Google Chrome on Windows prior to 149.0.7827.103 allows attackers to run arbitrary code inside the renderer sandbox when a victim visits a crafted HTML page, triggering a use-after-free condition in the Media component. The flaw carries a CVSS 8.8 (High) rating and is tagged by Chromium as High severity. No public exploit has been identified at time of analysis, and the issue is not listed in CISA KEV.
Technical ContextAI
The vulnerability resides in Chrome's Media component, which handles audio/video decoding, playback pipelines, and related media stream APIs exposed to web content. The root cause is CWE-416 (Use After Free), a memory-safety class where an object is referenced after its backing memory has been released, allowing an attacker who controls the freed-then-reallocated memory to corrupt program state and hijack control flow. Affected CPE coverage targets Google Chrome on the Windows platform specifically, per the advisory; renderer-process media handling is a historically rich exploit surface because media format parsers and pipeline state machines run with attacker-influenced lifetime semantics.
RemediationAI
Update Google Chrome on Windows to version 149.0.7827.103 or later as released in the Stable Channel update (https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html); this is the vendor-released patch and is the primary fix. Enterprises managing Chrome via Group Policy or Chrome Browser Cloud Management should push the update through their MDM/policy channel and verify rollout, since Chrome's auto-update can be delayed by enterprise pinning. As a compensating control until patching completes, restrict browsing to trusted sites via SafeSearch/SmartScreen or proxy-based URL filtering to reduce drive-by exposure, enable Chrome's Site Isolation (default on) so the renderer compromise stays partitioned per origin, and consider temporarily disabling autoplay or media-heavy site categories - the trade-off is broken video/audio on legitimate sites. Do not rely on the renderer sandbox alone as mitigation since a chained sandbox-escape would defeat it.
Same weakness CWE-416 – Use After Free
View allSame technique Memory Corruption
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-35206
GHSA-p222-4qg4-w3mf