Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
Renderer compromise prerequisite elevates AC to H; no auth, integrity, or availability impact applies to this specific flaw.
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
Inappropriate implementation in GetUserMedia in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who had compromised the renderer process to leak cross-origin data via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Cross-origin data leakage via an inappropriate GetUserMedia implementation in Google Chrome prior to 151.0.7922.72 enables a renderer-level attacker to exfiltrate data across origin boundaries using a crafted HTML page. Exploitation is gated behind a prior renderer process compromise, making this a chained or post-exploitation capability rather than a standalone initial-access vector. No public exploit code has been identified and EPSS sits at 0.21% (11th percentile), reflecting low real-world exploitation probability despite the broad deployment footprint of Chrome.
Technical ContextAI
GetUserMedia is part of the W3C MediaDevices API (WebRTC stack), enabling web pages to request access to camera, microphone, and screen capture streams. Chrome's implementation of this API contains a CWE-20 (Improper Input Validation) flaw - an 'inappropriate implementation' indicating a logic or enforcement error rather than a memory corruption issue. The root cause likely involves insufficient enforcement of cross-origin restrictions when processing media-related requests from within a compromised renderer context. Affected products are identified by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, covering all Chrome releases before 151.0.7922.72 across all platforms and architectures, per EUVD-2026-50744.
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later - this is the vendor-released patch per the Chrome Releases stable channel update at http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome's auto-update mechanism will deliver this patch automatically in most consumer and enterprise deployments; verify via chrome://settings/help. Where immediate update is not feasible, enterprise administrators can restrict or disable the GetUserMedia/MediaDevices API using Chrome enterprise policies (MediaVideoCapture and MediaAudioCapture permission policies), which eliminates the attack surface for this specific flaw; note this trade-off breaks camera and microphone functionality for all users under that policy. Restricting access to untrusted web content via URL allowlisting (URLBlocklist policy) also reduces exposure, at the cost of limiting general browsing.
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 |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50744
GHSA-6gf6-mm34-77mm