MEDIUM 6.5

CVE-2026-13833: Chrome ANGLE Memory Leak on macOS – Patch Now

A memory initialization flaw in Chrome's graphics engine (ANGLE) on macOS allows attackers to steal sensitive data from websites you visit. An attacker hosting a malicious webpage can craft it to trigger the vulnerability when you visit—no special user interaction beyond normal browsing is required beyond clicking a link. The leaked data remains confined to your current browser session, but the confidentiality risk is material.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

Uninitialized Use in ANGLE in Google Chrome on Mac prior to 150.0.7871.47 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-13833 stems from uninitialized memory use in ANGLE (Almost Native Graphics Layer Engine), Chrome's cross-platform graphics abstraction layer. When rendering graphics on macOS, Chrome may fail to properly initialize GPU memory structures before use, leaving stale data from previous operations accessible. An attacker can construct a webpage that manipulates WebGL or similar graphics APIs to read uninitialized memory, exfiltrating data that would normally be isolated by browser sandbox boundaries. The flaw is classified as CWE-457 (Use of Uninitialized Variable). Chromium assigned this a High security severity designation.

Business impact

For organizations, this vulnerability primarily threatens user privacy and corporate data confidentiality. Employees accessing internal web applications or SaaS platforms on macOS via Chrome could leak authentication tokens, session identifiers, or confidential document snippets if an attacker controls a visited webpage. The risk is elevated in environments where users browse untrusted or compromised sites. Incident response teams should assume any macOS Chrome user on affected versions may have had sensitive browser state exposed during visits to malicious pages.

Affected systems

Google Chrome on Apple macOS prior to version 150.0.7871.47 is affected. This impacts all macOS users (Intel and Apple Silicon) running Chrome versions 149 and earlier. Desktop Chrome on Windows and Linux are not impacted by this specific vulnerability, nor are mobile variants (Chrome Mobile, Chrome for iOS). macOS system security does not mitigate this issue—it resides within Chrome's rendering engine.

Exploitability

Exploitation requires only that a user visit an attacker-controlled webpage; no additional client-side exploitation techniques or user interaction beyond clicking a link is necessary. The attack surface is broad (any webpage an employee visits could be compromised or malicious), but the attacker cannot trigger execution of arbitrary code or escalate privileges beyond the current browser context. The vulnerability earns a CVSS score of 6.5 (Medium severity) reflecting high confidentiality impact offset by network delivery and user-interaction requirements inherent to web browsing.

Remediation

Update Chrome on macOS to version 150.0.7871.47 or later immediately. Google released this patch on June 30, 2026. For managed environments, deploy updates via Chrome Enterprise policy (AutoUpdate setting) or Mobile Device Management. No workarounds exist short of disabling graphics acceleration, which is impractical and degrades performance. Organizations relying on Chrome should prioritize this patch over routine scheduled updates.

Patch guidance

Verify your current Chrome version by navigating to Chrome menu > About Google Chrome, which will display your version number and automatically begin downloading the latest build. On macOS, allow the installation to complete and relaunch Chrome when prompted. In enterprise settings, use the 'Update policy' configurations available in Chrome Admin Console to enforce deployment of version 150.0.7871.47 or later to all managed devices. Test the patch in a controlled pilot group before organization-wide rollout to confirm no application compatibility issues. Re-check the Chromium security advisory for any late-stage CVEs that might affect your chosen version.

Detection guidance

Monitor Chrome version inventory across your macOS fleet using MDM tools, crowdstrike sensors, or browser telemetry collection (if available). Flag any devices running version 149 or earlier for immediate intervention. Web proxy or DNS logs will not reliably detect exploitation; focus on deployment and compliance verification. If you suspect a user visited a malicious site, examine browser history timestamps, local cached files, and any unusual network activity correlating to visit times, though memory-based exfiltration may leave limited forensic traces.

Why prioritize this

Although CVSS severity is Medium, the practical risk is elevated because: (1) exploitation is trivial and requires no user sophistication, (2) macOS Chrome represents a large percentage of enterprise browsers in tech-forward organizations, (3) the data at risk includes session tokens and authentication credentials that directly enable follow-on attacks, and (4) no workarounds exist. Organizations should treat this as a near-critical priority patch for macOS users.

Risk score, explained

The CVSS 3.1 score of 6.5 reflects high confidentiality impact (C:H) balanced against network-based attack delivery and user interaction requirements. However, the presence of uninitialized memory read vulnerabilities in browser engines is historically prone to in-the-wild exploitation and privilege escalation in practice. The 'not yet in KEV catalog' status should not reduce your priority; early patching after release is your strongest defense.

Frequently asked questions

Do I need to update if I use Chrome on Windows or Linux?

No. This vulnerability is specific to Chrome on macOS. Chrome on Windows, Linux, and mobile platforms (including iOS and Android) are not affected by this uninitialized memory flaw in ANGLE's macOS rendering path.

What data can an attacker actually steal?

An attacker can read uninitialized GPU memory from the current browser process, which may contain fragments of previous page data, authentication tokens, or temporary variables. The attacker cannot directly access files on your computer or execute system commands, but leaked credentials enable secondary attacks on internal services.

If I have autoupdate enabled, am I protected?

Yes, provided autoupdate is enabled and your system has restarted or you have manually relaunched Chrome since June 30, 2026. Check your version in Settings > About to confirm. In enterprise environments, verify that Chrome autoupdate policies are not overridden or delayed by local IT policies.

Is there a way to disable the vulnerable ANGLE component?

Not practically. Disabling hardware acceleration in Chrome (Settings > Advanced > System) will bypass ANGLE, but this severely degrades performance and is not a sustainable mitigation. Patching remains the only proper solution.

This analysis is provided for informational purposes and based on the official CVE record and Chromium security advisory as of the publication date. Organizations should verify patch availability and applicability to their environment, and consult vendor advisories for definitive guidance. SEC.co makes no warranty regarding the completeness or accuracy of remediation steps and assumes no liability for patching decisions or outcomes. Proof-of-concept code or detailed exploitation techniques are intentionally omitted from this summary to reduce weaponization risk. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).