Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page reachable without auth (AV:N/PR:N) but needs victim to visit (UI:R); sandboxed RCE gives high C/I/A with no scope change (S:U).
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
Integer overflow in XML in Google Chrome prior to 148.0.7778.168 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Sandboxed remote code execution in Google Chrome desktop versions prior to 148.0.7778.168 allows a remote attacker to run arbitrary code within the browser's renderer sandbox by luring a victim to a crafted HTML page. The flaw stems from an integer overflow in Chrome's XML handling and is rated High by Chromium; it requires user interaction (visiting a malicious page) and carries no public exploit identified at time of analysis, with a low EPSS of 0.08%.
Technical ContextAI
The vulnerability lives in Chrome's XML processing path, where an arithmetic integer overflow corrupts size or index calculations, leading to memory unsafety exploitable for code execution. The CWE is reported as CWE-472 (External Control of Assumed-Immutable Web Parameter), which does not align cleanly with the 'integer overflow' language in the description - integer overflow is normally CWE-190 - so the root-cause classification appears mislabeled and should be treated with caution. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* identifies the Google Chrome desktop application (Blink/Chromium engine) as the affected component; because the code executes 'inside a sandbox,' the immediate impact is confined to the renderer process rather than the host OS, absent a separate sandbox-escape chain.
RemediationAI
Vendor-released patch: update Google Chrome to 148.0.7778.168 or later via the Stable channel, then fully restart the browser to apply the update (see https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html). Enterprises managing Chrome via policy should push the updated build through their deployment tooling and verify version compliance, and downstream users on Red Hat or SUSE should install the corresponding vendor-repackaged Chromium updates. If patching cannot happen immediately, reduce exposure by restricting browsing to trusted sites, deploying URL/content filtering to block untrusted HTML, and - where feasible - enabling stricter site isolation and disabling access to attacker-controlled pages, accepting the trade-off that these controls degrade user browsing flexibility and do not fully close the flaw.
Vendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-30446
GHSA-phr6-cg52-w545