Skip to main content

Google Chrome CVE-2026-9111

| EUVDEUVD-2026-31160 HIGH
Use After Free (CWE-416)
2026-05-20 Chrome GHSA-6r32-h5rg-9m59
8.8
CVSS 3.1 · Vendor: Chrome
Share

Severity by source

Vendor (Chrome) PRIMARY
8.8 HIGH
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
SUSE
HIGH
qualitative
Red Hat
8.8 HIGH
qualitative

Primary rating from Vendor (Chrome).

CVSS VectorVendor: Chrome

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

4
Analysis Generated
May 20, 2026 - 22:32 vuln.today
CVSS changed
May 20, 2026 - 20:22 NVD
8.8 (HIGH)
Patch available
May 20, 2026 - 20:02 EUVD
CVE Published
May 20, 2026 - 19:12 nvd
UNKNOWN (no severity yet)

DescriptionCVE.org

Use after free in WebRTC in Google Chrome on Linux prior to 148.0.7778.179 allowed a remote attacker to execute arbitrary code via a crafted HTML page. (Chromium security severity: Critical)

AnalysisAI

Remote code execution in Google Chrome on Linux before 148.0.7778.179 stems from a use-after-free flaw in the WebRTC component, allowing a remote attacker who lures a victim to a crafted HTML page to execute arbitrary code in the renderer process. Chromium rates the severity as Critical and a vendor patch is available, though there is no public exploit identified at time of analysis and SSVC indicates no observed exploitation. The CVSS 8.8 score reflects high impact across confidentiality, integrity, and availability with required user interaction (visiting a page).

Technical ContextAI

The vulnerability resides in WebRTC, the real-time communication stack built into Chromium that handles peer-to-peer audio, video, and data channels through components like PeerConnection, RTP/RTCP processing, and SDP negotiation. CWE-416 (Use-After-Free) means the code continues to reference memory after it has been freed, allowing an attacker who can influence subsequent allocations to place controlled data where a dangling pointer is dereferenced, typically leading to type confusion or arbitrary write primitives suitable for code execution. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* scopes the issue to Google Chrome, and although the description specifies Linux, WebRTC code is shared across platforms - defenders should verify whether other Chromium-based browsers inherit the same fix.

RemediationAI

Vendor-released patch: update Google Chrome on Linux to 148.0.7778.179 or later as published in the Chrome stable channel advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_0841193308.html; enterprise deployments should push the update via their managed browser policy or package manager and restart all Chrome processes to apply. Where immediate patching is not possible, disable WebRTC via enterprise policy (set WebRtcAllowLegacyTLSProtocols/WebRtcUdpPortRange restrictions or disable WebRTC entirely through the WebRtcLocalIpsAllowedUrls and related policies), with the side effect that Google Meet, video conferencing, and other real-time apps relying on PeerConnection will break. Browser-isolation or remote-browser-isolation gateways can also reduce exposure by ensuring crafted HTML is rendered off-endpoint, at the cost of latency and licensing. Cross-reference the upstream issue at https://issues.chromium.org/issues/504551032 to confirm fix inclusion in downstream Chromium-based browsers.

Vendor StatusVendor

SUSE

Severity: High
Product Status
SUSE Package Hub 15 SP7 Fixed
openSUSE Leap 16.0 Fixed
openSUSE Tumbleweed Fixed
SUSE Package Hub 15 SP7 Fixed

Share

CVE-2026-9111 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy