Chrome 149 Patches 28 Flaws, Including 12 Use-After-Free Bugs

Google's Chrome 149 security update patches 28 vulnerabilities, roughly 12 use-after-free bugs, a memory corruption class tied to drive-by code execution.
Table of Contents
    Add a header to begin generating the table of contents

    Google released a focused security update for Chrome 149 on June 12, 2026, patching 28 vulnerabilities including critical and high-severity flaws — roughly 12 of which address use-after-free conditions, a memory corruption class with a documented history of enabling drive-by code execution in browser engines.

    Twenty-Eight Vulnerabilities in Chrome 149’s June 12 Security Drop

    The update is separate from the initial Chrome 149 release on June 5, 2026, which addressed 429 vulnerabilities including a CVSS 9.6-rated sandbox escape. The June 12 drop targets a smaller set of flaws identified in the intervening week, with no confirmed active exploitation of the newly patched CVEs reported at time of release.

    Chrome runs on approximately 65 percent of all desktop browsers globally, making it the most widely deployed browsing environment and a consistently high-value target. The density of use-after-free fixes in a single update reflects both the frequency with which researchers identify this vulnerability class in browser codebases and the urgency attached to resolving them.

    Use-After-Free Memory Corruption in Chrome’s Rendering Pipeline

    Use-after-free flaws arise when a program continues referencing memory after freeing it — a condition attackers can manipulate to execute arbitrary code. In browser rendering engines, this class of bug is especially dangerous because the engine processes attacker-controlled content by design. A malicious web page can trigger a use-after-free condition through the browser’s normal rendering of the page, enabling compromise with no user interaction beyond visiting a URL.

    Roughly 12 of the 28 patched vulnerabilities in this update fall into that category. Use-after-free bugs in V8, Chrome’s JavaScript engine, or Blink, its rendering engine, have historically enabled exploit chains capable of escaping browser sandboxing when combined with secondary vulnerabilities.

    Chrome Sandbox Architecture and Full Exploit Chain Requirements

    Chrome’s renderer isolation and sandbox architecture raise the bar for full exploitation significantly. Exploiting a use-after-free flaw in the renderer does not by itself yield code execution on the underlying operating system — an attacker also needs a sandbox escape to break out of Chrome’s isolation layer. The June 5 CVSS 9.6 sandbox escape vulnerability demonstrated that such components do appear in Chrome’s codebase, and prior exploitation campaigns have chained renderer bugs with sandbox escapes to achieve full system access.

    None of the June 12 vulnerabilities carried confirmed active exploitation at time of filing, a distinction that separates them from the five Chrome zero-days already patched in 2026.

    Chrome’s 2026 Zero-Day Record and CVE-2026-11645

    Five zero-days have been patched in Chrome during 2026, including CVE-2026-11645, which Google confirmed was actively exploited before a fix was available. That track record establishes the context in which the June 12 update arrives: browsers at Chrome’s deployment scale attract sustained adversarial research, and the presence of use-after-free bugs in a new security patch cycle means the window between discovery and exploitation is the operative risk variable.

    Enterprise Deployment Windows and Unpatched Exposure

    Chrome updates automatically on most consumer devices, but enterprise environments commonly delay rollouts through compatibility testing cycles. The gap between patch release and enterprise deployment represents the period during which any use-after-free bug that was independently discovered by a threat actor — before being reported to Google — could be exploited against unpatched systems.

    The combination of an accelerated Chrome patching cadence in 2026, a dozen memory corruption fixes, and two thirds of global desktop browsers running on Chrome means this class of update warrants tracking by security operations teams even absent confirmed active exploitation at time of release. The trajectory of Chrome zero-days in 2026 makes the absence of exploitation at filing a time-bounded observation rather than a durable assessment.

    Related Posts