MEDIUM 4.3

CVE-2026-14418: Chrome ANGLE Cross-Origin Data Leak Vulnerability

A vulnerability in Google Chrome's ANGLE graphics library prior to version 150.0.7871.46 could allow an attacker to leak data from other websites if a user visits a malicious page. The issue stems from uninitialized memory being processed in a way that exposes cross-origin information. While the CVSS score is moderate (4.3), the Chromium team rated it as High severity due to the nature of cross-origin data exposure. An attacker would need to trick a user into visiting a crafted HTML page, but no special privileges are required.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
Weaknesses (CWE)
CWE-457
Affected products
1 configuration(s)
Published / Modified
2026-07-01 / 2026-07-02

NVD description (verbatim)

Uninitialized Use in ANGLE in Google Chrome prior to 150.0.7871.46 allowed a remote attacker to leak cross-origin data via a crafted HTML page. (Chromium security severity: High)

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-14418 involves an uninitialized use vulnerability (CWE-457) in ANGLE, the Almost Native Graphics Layer Engine used by Chrome for graphics rendering. When ANGLE processes certain graphics operations with uninitialized memory state, sensitive data from other origins can leak into the rendering context accessible to malicious JavaScript. The vulnerability is triggered via crafted HTML that manipulates graphics state, allowing cross-origin data exfiltration without modifying or denying service to target systems. The flaw affects Chrome versions before 150.0.7871.46.

Business impact

Cross-origin data leakage poses a significant privacy and compliance risk. Affected users could have session data, authentication tokens, or sensitive page content from other websites exposed to attacker-controlled scripts. This is particularly concerning for organizations where employees access internal tools or sensitive SaaS platforms in the same browser session as untrusted content. Regulatory implications vary by jurisdiction but could involve breach notification obligations depending on the nature and volume of exposed data.

Affected systems

Google Chrome versions prior to 150.0.7871.46 are affected. The vulnerability is specific to Chrome and does not affect other Chromium-based browsers unless they also bundle the vulnerable ANGLE version. Desktop and mobile Chrome instances running unpatched versions are in scope.

Exploitability

Exploitation requires a remote attacker to craft a malicious HTML page and trick a user into visiting it—a common attack vector. No complex exploit chain, authentication, or user interaction beyond navigation is needed. The CVSS:3.1/AV:N/AC:L/PR:N/UI:R configuration reflects network-accessible, low-complexity attack with user interaction (visiting the page). The vulnerability is not on CISA's Known Exploited Vulnerabilities list, indicating no publicly confirmed active exploitation at time of publication.

Remediation

Update Google Chrome to version 150.0.7871.46 or later. Chrome's automatic update mechanism typically deploys security patches within days. Organizations managing Chrome deployments should prioritize rollout of this version to minimize exposure window. For users, checking Settings > About > Google Chrome will trigger update check if one is available.

Patch guidance

Google Chrome 150.0.7871.46 or later contains the fix. Verify the version in chrome://version/. Organizations using Chrome enterprise policies should update their deployment channels. Mobile versions of Chrome (Android and iOS) receive the same patch in their corresponding release cycle. Consider testing in a limited environment first if you manage extensive Chrome deployments, though security patches are typically safe to deploy broadly.

Detection guidance

Monitor for Chrome version compliance across endpoints using Mobile Device Management (MDM) or endpoint detection tools. Network-based detection is difficult since the attack occurs within legitimate HTTPS traffic to benign sites. Focus detection efforts on identifying systems running Chrome <150.0.7871.46. Log any anomalous graphics-related crashes or rendering errors that might indicate exploitation attempts, though these will be rare signals. Organizations should enforce auto-update policies to prevent version drift.

Why prioritize this

While the CVSS score is moderate at 4.3, this vulnerability merits timely attention due to: (1) the privacy-invasive nature of cross-origin data leakage; (2) the low barrier to exploitation (user must only visit a page); (3) widespread Chrome usage in corporate and consumer environments; (4) lack of workarounds short of disabling graphics acceleration, which degrades performance. The gap between Chromium's High severity rating and the CVSS 4.3 reflects that CVSS may underweight privacy breaches compared to availability or integrity impacts.

Risk score, explained

CVSS 3.1 score of 4.3 (Medium) reflects: Network attack surface (AV:N), low attack complexity (AC:L), no privilege requirement (PR:N), user interaction required (UI:R), and confidentiality impact limited to the victim's own cross-origin data leakage (C:L with unchanged scope). The score does not amplify for the systemic privacy implications of browsers as trust boundaries, nor does it account for the aggregated risk across millions of Chrome users. Organizations should layer business context—particularly if employees access sensitive web applications—when prioritizing patch deployment.

Frequently asked questions

Will updating Chrome interrupt my work?

Chrome updates typically require a browser restart. Users will see a notification to relaunch, and you can schedule the restart during downtime. Unsaved work in browser tabs won't be lost—tabs reopen after relaunch. Enterprise environments using managed updates can schedule rollout during off-hours.

Could my data have been stolen if I visited a malicious site before patching?

Only if you visited a specially crafted page targeting this vulnerability while unpatched. General browsing, even on compromised ad networks, would not exploit this flaw. If you're concerned, check your accounts for unauthorized activity and enable two-factor authentication if not already active. This vulnerability doesn't enable account takeover on its own.

Does this affect Chrome on my phone?

Yes, Android and iOS versions of Chrome are affected if they're running versions before 150.0.7871.46. Mobile Chrome auto-updates by default, so you should receive the patch quickly. Verify by opening Chrome menu > Settings > About Chrome and checking the version number.

What about Brave, Edge, or other Chromium-based browsers?

Those browsers depend on their own security update schedules and release cycles. While they may use Chromium code, they typically cherry-pick and integrate security fixes on their own timeline. Check your specific browser's update mechanism. Microsoft Edge, for instance, updates independently of Chrome.

This analysis is provided for informational purposes based on public vulnerability data current as of the publication date. CVSS scores, patch versions, and affected product lists reflect information from CVE databases and vendor advisories; verify all details against official Google Chrome release notes and security advisories before operational decisions. No exploit code or proof-of-concept is provided. Organizations should conduct internal risk assessment aligned with their threat models and asset criticality. SEC.co does not warrant the accuracy or completeness of derived risk assessments and recommends consulting vendor documentation for definitive remediation guidance. Source: NVD (public-domain), retrieved 2026-08-10. Analysis generated by SEC.co (claude-haiku-4-5).