Automated Threat Modeling

Google Chrome CVE-2026-6302: Overview of a High Severity Use After Free in the Video Component

A brief summary of CVE-2026-6302, a use-after-free vulnerability in Google Chrome's Video component that lets a crafted HTML page achieve remote code execution inside the browser sandbox.

CVE Analysis

5 min read

ZeroPath CVE Analysis
ZeroPath CVE Analysis

2026-04-15

Google Chrome CVE-2026-6302: Overview of a High Severity Use After Free in the Video Component
Experimental AI-Generated Content

This CVE analysis is an experimental publication that is completely AI-generated. The content may contain errors or inaccuracies and is subject to change as more information becomes available. We are continuously refining our process.

If you have feedback, questions, or notice any errors, please reach out to us.

[email protected]

Introduction

A use-after-free vulnerability in Google Chrome's Video component gives remote attackers a path to arbitrary code execution inside the browser sandbox. All the attacker needs is for a victim to click a link to a crafted HTML page. Chrome runs on roughly two thirds of all browsers worldwide, so CVE-2026-6302, with a CVSS 3.1 score of 8.8, is a real risk for virtually every organization.

Technical Information

The root cause of CVE-2026-6302 is a use-after-free condition (CWE-416) in Chrome's Video component. A use after free occurs when application code dereferences a pointer to memory that has already been freed and possibly reallocated for a different purpose. This class of bug is particularly dangerous in a browser, because the attacker can influence heap layout through JavaScript and DOM manipulation. That makes it more likely that the freed memory gets reclaimed with attacker-controlled data.

The CVSS 3.1 vector breaks down as follows:

MetricValueDescription
Base Score8.8High severity
Attack VectorNetworkExploitable over the internet
Attack ComplexityLowNo specialized access conditions required
Privileges RequiredNoneAttacker needs no prior authentication
User InteractionRequiredVictim must visit a crafted HTML page
ScopeUnchangedRemains within the vulnerable component
Confidentiality ImpactHighTotal loss of information within context
Integrity ImpactHighTotal compromise of data integrity
Availability ImpactHighComplete denial of service within context

Attack Flow

An attack would proceed as follows:

  1. The attacker builds a malicious HTML page that triggers specific Video component behavior in Chrome and causes a memory object to be freed prematurely.
  2. The attacker uses heap-shaping techniques (commonly JavaScript typed arrays or other allocator-friendly objects) to reclaim the freed memory with controlled content.
  3. When Chrome's Video component later accesses the dangling pointer, it operates on attacker-controlled data, which enables arbitrary code execution.
  4. The attacker lures the victim to the page through phishing, malvertising, or a payload embedded in an iframe on a compromised site.
  5. Code runs within the Chrome renderer sandbox. The sandbox limits the blast radius, but inside that context the attacker has full control, with high impact to confidentiality, integrity, and availability.

Security researcher Syn4pse reported the vulnerability on March 24, 2026. Google has restricted access to the specific bug details and related links until a majority of users have received the update. This is standard practice, and it shortens the window for reverse engineering and exploit development.

Affected Systems and Versions

All Google Chrome versions before 147.0.7727.101 are affected. The fixed versions by operating system are:

Operating SystemMinimum Secure Version
Windows147.0.7727.101 or 147.0.7727.102
Mac147.0.7727.101 or 147.0.7727.102
Linux147.0.7727.101

Any Chromium-based browser that includes the vulnerable Video component code may also be affected. Which versions of downstream browsers (Edge, Brave, Opera, etc.) carry the fix will depend on each vendor's update schedule.

Vendor Security History

Chrome's security record reflects both the size of its attack surface and the maturity of Google's defenses. The Chromium project uses AddressSanitizer, MemorySanitizer, UndefinedBehaviorSanitizer, Control Flow Integrity, libFuzzer, and AFL to find memory corruption issues proactively. Its Vulnerability Rewards Program rewards external researchers for reporting bugs responsibly.

Chrome is still a high-value target. The April 15, 2026, stable channel update that fixed CVE-2026-6302 included 31 distinct security fixes. More critically, at least two other Chrome vulnerabilities were confirmed as exploited in the wild in March 2026:

Vulnerability IDComponentReported DateIn the Wild Exploitation
CVE-2026-6302VideoMarch 24, 2026None reported currently
CVE-2026-5281DawnMarch 31, 2026Confirmed by Google
CVE-2026-3910UnknownMarch 10, 2026Confirmed by Google

Attackers have been quick to weaponize Chrome memory corruption flaws, so treat CVE-2026-6302 as a high-priority fix even though no exploitation has been confirmed.

References

Detect & fix
what others miss

Works with
  • GitHub
  • GitLab
  • Bitbucket
  • Azure DevOps Services
  • Gerrit
  • CVS
  • Jira
  • Linear
  • Slack
  • Security Compass
Explore integrations
Security magnifying glass visualization