Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
Network-exploitable via crafted page (AV:N, PR:N) but requires user visit (UI:R); uninitialized memory leaks only partial cross-origin data (C:L), no integrity or availability impact.
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: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Uninitialized Use in WebXR in Google Chrome prior to 151.0.7922.72 allowed a remote attacker to leak cross-origin data via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Cross-origin data leakage in Google Chrome's WebXR implementation (versions prior to 151.0.7922.72) arises from an uninitialized memory use flaw exploitable by a remote attacker via a crafted HTML page that must be visited by the victim. The flaw allows partial disclosure of cross-origin data, with no integrity or availability impact. No public exploit code or CISA KEV listing exists at time of analysis, and the EPSS score of 0.20% at the 10th percentile confirms this is a low-probability exploitation target in the near term.
Technical ContextAI
The vulnerability resides in Chrome's WebXR implementation - the browser API (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) enabling immersive augmented and virtual reality experiences in-browser. CWE-457 (Use of Uninitialized Variable) identifies the root cause: memory allocated for WebXR operations is consumed before being properly zeroed or populated, leaving residual contents from prior allocations accessible. In a multi-origin browser context, such residual heap or stack data can include fragments of content from other origins, constituting a same-process cross-origin information leak. This class of bug is distinct from memory corruption - no code execution path is implied, only data exposure.
RemediationAI
The primary fix is upgrading Google Chrome to version 151.0.7922.72 or later via the stable channel update documented at http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. For managed enterprise environments where immediate rollout is constrained, disabling WebXR via Chrome enterprise policy (setting WebXRImmersiveArEnabled to false through chrome://policy or GPO) eliminates the vulnerable code path entirely, at the cost of breaking legitimate WebXR/VR web applications for end users. Verifying that Chrome's automatic update mechanism is active and not suppressed by policy is the most operationally efficient mitigation for consumer and lightly-managed deployments.
Same weakness CWE-457 – Use of Uninitialized Variable
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50638
GHSA-vv96-3637-6hx3