CVE-2026-5290
vulnerability analysis and mitigation

Overview

CVE-2026-5290 is a use-after-free vulnerability in the Compositing component of Google Chrome that allows a remote attacker who has already compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. It was reported to Google on March 25, 2026, and patched on March 31, 2026, with public disclosure on April 1, 2026. Affected versions include all Google Chrome releases prior to 146.0.7680.177 (Linux) / 146.0.7680.178 (Windows/Mac), as well as Microsoft Edge (Chromium-based). It carries a CVSS v3.1 base score of 9.6 (Critical) (Chrome Releases, Github Advisory).

Technical details

The vulnerability is classified as CWE-416 (Use After Free) and CWE-825 (Expired Pointer Dereference), rooted in improper memory management within Chrome's Compositing subsystem — the component responsible for rendering and layering visual elements on screen. An attacker who has already achieved renderer process compromise can trigger the use-after-free condition by delivering a specially crafted HTML page, causing the browser to reference freed memory in the Compositing layer. This memory corruption can then be leveraged to escape Chrome's sandbox, elevating the attacker's access beyond the renderer process. The vulnerability was internally discovered and reported by Google's own security team on March 25, 2026, and is tracked under Chromium issue 496205576 (Chrome Releases, Red Hat Bugzilla).

Impact

Successful exploitation allows an attacker with a compromised renderer process to escape Chrome's sandbox, potentially gaining full system-level access on the victim's machine. This can result in high confidentiality, integrity, and availability impact — including unauthorized access to sensitive data, installation of malware, and complete system compromise. The changed scope means the vulnerability's impact extends beyond the browser process itself to the underlying operating system and other applications (Github Advisory, Red Hat Bugzilla).

Exploitation steps

  1. Initial Renderer Compromise: The attacker must first compromise the Chrome renderer process, typically via a separate vulnerability (e.g., a JavaScript engine bug or another memory corruption flaw in a web-facing component).
  2. Craft Malicious HTML Page: Develop a specially crafted HTML page that triggers the use-after-free condition in Chrome's Compositing component, causing the browser to reference freed memory during compositing operations.
  3. Deliver to Target: Host the malicious page on an attacker-controlled server or inject it via a man-in-the-middle attack, then lure the victim to visit it (user interaction required).
  4. Trigger Use-After-Free: When the victim loads the page, the Compositing subsystem processes the malicious content, triggering the UAF condition and allowing controlled memory corruption.
  5. Sandbox Escape: Exploit the memory corruption to execute arbitrary code outside the renderer sandbox, gaining privileges equivalent to the browser process or the underlying OS user account.
  6. Post-Exploitation: With sandbox escape achieved, deploy payloads such as malware, establish persistence, exfiltrate data, or pivot laterally within the network (Chrome Releases, Red Hat Bugzilla).

Indicators of compromise

  • Process: Unusual child processes spawned by the Chrome renderer or browser process (e.g., cmd.exe, powershell.exe, bash, curl, wget) that are not typical browser subprocesses.
  • Network: Unexpected outbound connections from the Chrome process to unknown or suspicious IP addresses/domains, particularly after visiting an unfamiliar website; DNS queries for newly registered or low-reputation domains.
  • File System: Unexpected files written to user profile directories, temp folders, or startup locations by the Chrome process; new executables or scripts dropped outside of normal browser update paths.
  • Logs: Browser crash reports or abnormal termination logs in Chrome's crash reporter; Windows Event Logs showing process creation events with Chrome as the parent for non-browser child processes.
  • Memory/Behavior: Chrome process exhibiting abnormal CPU or memory usage patterns consistent with heap spray or memory manipulation activity.

Mitigation and workarounds

Google has released a patched version of Chrome: 146.0.7680.177 for Linux and 146.0.7680.178 for Windows and Mac. Users should update Chrome immediately via Settings > Help > About Google Chrome, or enable automatic updates. Microsoft Edge (Chromium-based) users should also apply the corresponding Edge update. As a temporary measure, organizations can restrict access to untrusted or unknown websites, enforce content security policies, and monitor for signs of renderer process compromise until patches are fully deployed (Chrome Releases, Microsoft MSRC).

Community reactions

The March 31, 2026 Chrome stable update attracted significant media attention primarily due to the concurrent confirmation of active exploitation of CVE-2026-5281 (use-after-free in Dawn) in the same release. Publications including GBHackers, CyberSecurityNews, The Hacker News, Forbes, and CyberPress covered the update under headlines referencing a Chrome zero-day under active exploitation, though coverage often conflated CVE-2026-5281 and CVE-2026-5290. The CIS issued an advisory noting multiple vulnerabilities in Google Chrome could allow arbitrary code execution. The security community on Mastodon and Bluesky also discussed the update, with researchers noting the unusually high number (21) of security fixes in a single stable release (Chrome Releases, Github Advisory).

Additional resources


SourceThis report was generated using AI

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management