Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Primary rating from NVD.
CVSS VectorNVD
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.org
Use after free in WebRTC in Google Chrome prior to 149.0.7827.53 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Remote code execution in Google Chrome prior to 149.0.7827.53 allows a remote attacker to trigger a use-after-free condition in the WebRTC component by enticing a victim to visit a crafted HTML page, resulting in arbitrary code execution within the renderer sandbox. Google rated this as High severity and a vendor patch is available; no public exploit identified at time of analysis and the vulnerability is not listed in CISA KEV.
Technical ContextAI
The flaw resides in WebRTC (Web Real-Time Communication), the browser subsystem that handles peer-to-peer audio, video, and data channels used by video conferencing and real-time media web applications. The root cause is CWE-416 (Use After Free), a memory corruption class in which a pointer continues to reference an object whose backing memory has already been freed; subsequent use of that pointer can let an attacker hijack control flow when the freed allocation is replaced with attacker-controlled data. WebRTC is implemented in C++ inside the Chromium renderer process and exposes a wide attack surface through JavaScript APIs (RTCPeerConnection, RTCDataChannel, getUserMedia), making it a recurring source of high-severity memory safety issues in Chrome.
RemediationAI
Vendor-released patch: upgrade Google Chrome to version 149.0.7827.53 or later on the stable desktop channel as described in the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html. Enterprise administrators should push the update via Chrome Browser Cloud Management, Group Policy, or their existing patch management system and force-restart browsers to apply the fix. If immediate patching is not possible, compensating controls include disabling WebRTC via enterprise policy (URLBlocklist of webrtc:// schemes or the WebRtcAllowLegacyTLSProtocols / WebRtcUdpPortRange policies to constrain functionality) - with the trade-off that video conferencing tools like Google Meet, Microsoft Teams web client, and Jitsi will break - or restricting browsing to allowlisted internal sites until the update is deployed.
Same weakness CWE-416 – Use After Free
View allSame technique Memory Corruption
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| openSUSE Tumbleweed | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-34397
GHSA-j37x-vwqp-7x2h