Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Codecs in Google Chrome 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 versions prior to 149.0.7827.53 allows a remote attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page processed by the codec subsystem. The flaw requires user interaction (visiting a malicious page) and a prior renderer compromise, but if chained successfully it enables full code execution on the host with a scope change. No public exploit identified at time of analysis and EPSS probability is very low (0.05%), but the 9.6 CVSS reflects the high impact of a successful sandbox escape.
Technical ContextAI
The vulnerability resides in Chrome's Codecs component, which handles decoding of media and image formats embedded in HTML content. The root cause is CWE-20 (Improper Input Validation): the codec parser does not adequately validate untrusted bytes from the renderer, allowing a renderer-resident attacker to craft input that crosses the sandbox boundary into a higher-privileged Chrome process. Chrome's multi-process architecture relies on the renderer being a low-privilege, sandboxed process; codec parsing logic that bridges renderer and browser/GPU process is a recurring sandbox-escape surface. The affected product per ENISA EUVD is Chrome builds below 149.0.7827.53; no CPE strings were provided in the input.
RemediationAI
Vendor-released patch: Google Chrome 149.0.7827.53 - update Chrome Stable on all desktop platforms to this version or later via the built-in updater or managed deployment tooling, then restart the browser to load the new binary; details are in the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html and the Chromium issue tracker at https://issues.chromium.org/issues/500293394. For Chromium-derived browsers (Edge, Brave, Opera, Vivaldi), apply the corresponding vendor update once it ships with the merged Chromium fix. Until patched, compensating controls include enforcing Chrome's Site Isolation (enabled by default on desktop) to limit cross-site renderer compromise blast radius, restricting users from browsing untrusted sites via enterprise URL allowlists (trade-off: breaks general web usage), and deploying EDR rules that flag unexpected child processes spawned by Chrome's browser process - none of these reliably block the underlying bug, so patching is the only durable fix.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-34557
GHSA-83x5-x4f9-cc5w