Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page needs only user navigation (UI:R, PR:N, AC:L); memory-corruption RCE gives high C/I/A but stays within the renderer sandbox, so S:U.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in WebRTC in Google Chrome prior to 150.0.7871.115 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's WebRTC component affects all Chrome desktop builds prior to 150.0.7871.115, where a use-after-free (CWE-416) lets a remote attacker run arbitrary code inside the renderer sandbox when a victim opens a crafted HTML page. Google rates the Chromium severity High and has shipped a fix in the stable channel; there is no public exploit identified at time of analysis and EPSS is low at 0.20% (10th percentile). Exploitation requires user interaction (visiting a malicious page) and, because code execution is contained to the sandbox, a second sandbox-escape bug would be needed for full host compromise.
Technical ContextAI
The flaw lives in WebRTC, the real-time audio/video/data-channel stack built into Chromium that processes untrusted media and signaling data directly from remote peers and web pages. The root cause is a use-after-free (CWE-416): an object is freed while a dangling reference to it remains, and subsequent access to that reference lets an attacker control freed heap memory to corrupt object state and ultimately hijack control flow. Because WebRTC parses complex, attacker-influenced session/media data in the renderer process, it is a recurring memory-corruption attack surface. The single affected CPE, cpe:2.3:a:google:chrome:*, reflects that this is a Chromium-engine bug, so Chromium-derived browsers (Edge, Brave, Opera, Electron apps) are likely affected until they pick up the upstream fix.
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.115 or later via the Stable Channel; Chrome typically auto-updates, so ensure the browser is fully closed and relaunched to apply it, and force the update in managed fleets through your update policy or MDM. Verify the running version under chrome://settings/help and confirm it is at or above 150.0.7871.115. Users of Chromium-based browsers should apply their vendor's corresponding update once released. If patching cannot be completed immediately, reduce exposure by restricting or disabling WebRTC where it is not needed (for example via enterprise policy or an extension that blocks WebRTC), accepting that this breaks video/voice calling and peer-to-peer features, and by limiting browsing to trusted sites; these are stopgaps, not substitutes for the update. Refer to Google's advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_01162222768.html.
Same weakness CWE-416 – Use After Free
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-42450
GHSA-cjxc-66v9-wp94