Chrome Zero-Day CVE-2026-2441: Use-After-Free in CSS Enables Remote Code Execution

A high-severity use-after-free vulnerability in Google Chrome's CSS engine (CVE-2026-2441) is being actively exploited. All Chromium-based browsers are affected — including headless deployments used in CI/CD pipelines and PDF generation services.

Chrome Zero-Day CVE-2026-2441: Use-After-Free in CSS Enables Remote Code Execution

TL;DR

A high-severity use-after-free vulnerability in Google Chrome's CSS handling engine (CVE-2026-2441) allows remote attackers to execute arbitrary code within the browser sandbox via a crafted HTML page. The flaw affects all Chromium-based browsers and has been actively exploited in the wild. Update immediately to Chrome 145.0.7632.75 or later.


What's the Vulnerability?

CVE ID: CVE-2026-2441
CWE: CWE-416 (Use After Free)
Severity: High (Chromium security classification)
Published: February 13, 2026
Status: Actively exploited

The vulnerability exists in Chrome's CSS rendering engine. A use-after-free condition occurs when the browser improperly handles certain CSS constructs in crafted web content. When triggered, the browser accesses memory that has already been freed, leading to out-of-bounds memory access and potentially allowing an attacker to execute arbitrary code within the browser's sandbox.

No authentication or user interaction beyond visiting a malicious page is required to trigger the exploit.


Who Is Affected?

Because this is a Chromium engine vulnerability, the impact extends far beyond Google Chrome:

Browser / Runtime Status
Google Chrome Affected — versions prior to 145.0.7632.75
Microsoft Edge Affected — Chromium-based builds
Brave Browser Affected — Chromium-based builds
Opera Affected — Chromium-based builds
Headless Chrome / Puppeteer Affected — embedded Chromium runtimes

The Hidden Risk: Headless Chrome in Your Infrastructure

This vulnerability isn't just a browser problem. Many organizations run Chromium in non-interactive, server-side contexts without realizing the exposure:

  • PDF generation services — rendering HTML to PDF using headless Chrome
  • CI/CD pipelines — automated testing with Puppeteer or Selenium
  • Web scraping services — crawling and rendering dynamic pages
  • Screenshot/preview services — URL preview generation
  • Container-based rendering — Docker images with embedded Chromium

In these contexts, Chromium often processes untrusted external content with elevated permissions. A successful exploit could allow an attacker to:

  • Steal authentication tokens and CI secrets
  • Pivot into internal infrastructure
  • Access cloud metadata endpoints
  • Deploy malware within your environment

Key takeaway: If your infrastructure uses headless Chrome or Puppeteer to process user-supplied or external content, this vulnerability is critical for you — not just "a browser bug."


How the Attack Works

  1. Delivery: Attacker crafts a malicious HTML page with specially constructed CSS
  2. Trigger: Victim visits the page (or the page is rendered by a headless Chrome instance)
  3. Memory corruption: The CSS engine accesses freed memory, causing a use-after-free condition
  4. Code execution: Attacker gains arbitrary code execution within the Chrome sandbox
  5. Escalation: In headless/server-side deployments, sandbox protections may be weaker or absent entirely

Mitigation

Immediate actions:

  1. Update Chrome to version 145.0.7632.75 or later on all endpoints
  2. Update Chromium-based browsers (Edge, Brave, Opera) to their latest versions
  3. Audit headless Chrome deployments — update Puppeteer, Playwright, and any Docker images that bundle Chromium
  4. Review CI/CD pipelines for outdated Chromium versions in testing environments
  5. Restrict untrusted content rendering — if your service renders external HTML/URLs, apply input validation and sandboxing

Why This Matters

Chrome zero-days are high-impact by nature — Chrome alone holds over 65% browser market share. But the real concern with CVE-2026-2441 goes beyond end-user browsers.

The widespread use of Chromium as a rendering engine in backend services means that what looks like a "browser vulnerability" can actually be a server-side remote code execution risk. Organizations that don't track Chromium as part of their infrastructure inventory may not even realize they're exposed.


References


Stay Ahead

Zero-days like CVE-2026-2441 are a reminder that browser vulnerabilities don't stay in the browser. If your infrastructure processes external content through Chromium, you need to know the moment a vulnerability is disclosed — not when it hits the news cycle.

Track CVE-2026-2441 and get notified of updates:
View CVE-2026-2441 on VulnTracker →