Severity by source
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
AV:N/AC:L/PR:L/UI:R/S:U/C:H/I:N/A:N
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
5DescriptionCVE.org
Inappropriate implementation in WebRTC in Google Chrome prior to 149.0.7827.53 allowed an attacker in a privileged network position to leak cross-origin data via malicious network traffic. (Chromium security severity: Medium)
AnalysisAI
Cross-origin data leakage in Google Chrome's WebRTC implementation allows a network-positioned attacker to extract sensitive cross-origin information via crafted malicious network traffic. Affected versions are all Chrome releases prior to 149.0.7827.53; the fix is available in the stable channel update. No public exploit exists and no active exploitation has been identified - EPSS sits at 0.02% (4th percentile) and CISA SSVC assesses exploitation as none and automation as not feasible, placing real-world urgency well below the raw CVSS confidentiality impact suggests.
Technical ContextAI
WebRTC (Web Real-Time Communication) is a browser-native API and protocol stack enabling peer-to-peer audio, video, and data channels directly within the browser, relying on protocols such as DTLS, ICE, and SRTP. The flaw is classified under CWE-20 (Improper Input Validation), meaning Chrome's WebRTC subsystem fails to adequately validate or sanitize network-supplied data, allowing it to be used as a channel for cross-origin data extraction - a violation of the Same-Origin Policy that browsers are designed to enforce. The affected CPE, inferred from EUVD data, covers Google Chrome versions below 149.0.7827.53 on desktop platforms. The 'inappropriate implementation' phrasing used by Google typically indicates a logic or design-level flaw rather than a classic memory-safety issue.
RemediationAI
The primary fix is to update Google Chrome to version 149.0.7827.53 or later, released via the stable channel update documented at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html. Enterprise administrators managing Chrome fleet deployments should push this update through their endpoint management tooling immediately, prioritizing systems used on untrusted or shared networks. As a compensating control for environments that cannot patch immediately, restricting or disabling WebRTC in Chrome via policy (setting WebRtcAllowed to false in Chrome enterprise policy, or using extensions that block WebRTC) would eliminate the attack surface at the cost of breaking any WebRTC-dependent functionality such as browser-based video conferencing or VoIP tools. Ensuring users are not operating on untrusted network segments (e.g., public Wi-Fi) also reduces exploitation feasibility given the network-position prerequisite.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Medium| Product | Status |
|---|---|
| openSUSE Tumbleweed | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-34660
GHSA-h87w-chjg-gcc2