Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H and UI:R reflect the crafted page plus a required pre-compromised renderer; PR:N follows Chrome convention treating renderer compromise as precondition; S:C and C/I/A:H capture the total-impact sandbox escape.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Lifecycle Timeline
3DescriptionCVE.org
Object lifecycle issue in Metrics in Google Chrome prior to 149.0.7827.155 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)
Articles & Coverage 2
AnalysisAI
Sandbox escape in Google Chrome desktop prior to 149.0.7827.155 lets an attacker who has already compromised the renderer process break out of the sandbox via a crafted HTML page, exploiting an object-lifecycle flaw in the Metrics component. It is a second-stage bug that turns renderer-level code execution into fuller compromise of the browser host, rated High by Chromium and scored CVSS 8.3. There is no public exploit identified at time of analysis, EPSS is low (0.30%, 21st percentile), and CISA/SSVC records no observed exploitation.
Technical ContextAI
The flaw lives in Chromium's Metrics subsystem, the telemetry/histogram machinery that collects usage and performance data across browser processes. NVD classifies the root cause as CWE-20 (Improper Input Validation), but the vendor description points more precisely to an object-lifecycle defect - a use-after-free or premature/dangling object reference (a classic memory-safety class) in how Metrics objects are managed. Because Metrics-related IPC and shared state cross the renderer/browser trust boundary, a renderer that manipulates this lifecycle can corrupt state in a higher-privileged process, which is the mechanism behind the Scope-changed (S:C) sandbox escape. Affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* (all Chrome desktop builds before the fixed release); the same Chromium code is inherited by other Chromium-based browsers, though only Chrome is named here.
RemediationAI
Vendor-released patch: 149.0.7827.155 - update Google Chrome to 149.0.7827.155 or later via the Stable channel and restart the browser to apply it (see https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_01750511403.html and VulDB entry https://vuldb.com/vuln/371530). In managed environments, push the update through your endpoint/browser management policy and force a relaunch, since Chrome only completes patching on restart. Red Hat and SUSE users should update the distribution's Chromium/Chrome package once rebased to the fixed build. No standalone workaround neutralizes the bug itself; because exploitation requires a pre-compromised renderer, meaningful compensating controls target that first stage - keep the site-isolation feature enabled (default), restrict high-risk browsing, and deploy quickly against renderer RCE bugs so this escape cannot be chained. Disabling telemetry/metrics is not a validated mitigation and should not be relied upon.
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 |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-37550