CVE-2026-14018: Chrome Updater Use-After-Free Privilege Escalation on Windows
A use-after-free flaw in Chrome's Updater component on Windows allows a local attacker to escalate to full system-level privileges by delivering a specially crafted file. The vulnerability requires user interaction (such as opening a file) but no special permissions to exploit. Once triggered, an attacker gains complete control over the compromised system. Google has assigned this a Medium severity rating in Chromium but the CVSS score reflects high severity due to the combination of complete system compromise and the realistic attack vector for Windows users.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Use after free in Updater in Google Chrome on Windows prior to 150.0.7871.47 allowed a local attacker to perform OS-level privilege escalation via a malicious file. (Chromium security severity: Medium)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14018 is a use-after-free vulnerability (CWE-416) in the Updater component of Google Chrome versions prior to 150.0.7871.47 on Windows. The flaw allows a local attacker to achieve OS-level privilege escalation by providing a malicious file that triggers memory mismanagement in the Updater process. The vulnerability has a CVSS v3.1 score of 7.8 (HIGH) with a Local Attack Vector, Low Attack Complexity, and no privilege requirement. User interaction is required. The vulnerability results in high impact to confidentiality, integrity, and availability (C:H, I:H, A:H).
Business impact
This vulnerability poses a significant risk to Windows-based organizations relying on Chrome as a primary browser or development tool. A successful exploit grants an attacker full system access, enabling lateral movement, data theft, malware installation, and potential lateral spread to other systems on the network. For enterprises with user-facing Chrome deployments or developers using Chrome, timely patching is critical to prevent privilege escalation attacks that bypass standard security controls. The attack vector (local with user interaction) means it could be delivered through email attachments, cloud storage files, or deceptive downloads.
Affected systems
Google Chrome versions prior to 150.0.7871.47 on Windows are affected. The vulnerability is local and requires an attacker to have file system or file delivery capability on the target machine. Any Windows system running a vulnerable version of Chrome is at risk. The attack surface includes all users with Chrome installed, regardless of account privilege level, since the exploit elevates privileges as part of the attack.
Exploitability
The vulnerability is practical to exploit for a local attacker. It requires delivery of a malicious file and user interaction (e.g., opening or processing the file), but does not require prior system access, special network conditions, or target-specific knowledge. The low attack complexity and absence of privilege requirements mean a standard user can trigger the flaw. However, the exploit is not trivially deployed remotely; an attacker must place a malicious file where the target will interact with it. This lowers the risk compared to remote exploits but still represents a meaningful threat in targeted attacks, supply-chain scenarios, or mass phishing campaigns.
Remediation
Update Google Chrome to version 150.0.7871.47 or later on all Windows systems. Ensure automatic updates are enabled in Chrome to receive future security patches promptly. For managed environments, use Group Policy (Windows) or other enterprise management tools to enforce Chrome version policies and disable downgrade paths. Additionally, educate users to avoid opening unexpected files, especially from untrusted sources, and configure download scanning policies to flag suspicious file types.
Patch guidance
Deploy Chrome version 150.0.7871.47 or newer across your environment. Chrome's auto-update mechanism typically rolls out patches within hours to days of release; verify deployment via Chrome's Settings > About Chrome, which displays the current version and update status. For organizations with auto-update disabled, manually update via official Google repositories or Windows Package Manager. Test the patched version in a non-production environment if your organization applies a staged rollout policy. Confirm that Updater components are included in the update (they are by default).
Detection guidance
Monitor for signs of exploitation, including unexpected privilege escalation from Chrome or Updater processes, file creation in system-critical directories by Chrome sub-processes, and sudden elevated access from user accounts. Use endpoint detection and response (EDR) tools to flag anomalous behavior from chrome.exe or GoogleChromeUpdater.exe, particularly calls to OS-level privilege escalation APIs. Hunt for evidence of malicious files delivered through email, cloud storage, or messaging platforms that correlate with Chrome process anomalies. Process memory dumps of crashed or suspicious Updater processes may contain exploitation artifacts.
Why prioritize this
This vulnerability merits immediate priority despite the KEV list not including it. The combination of high CVSS (7.8), complete system compromise potential, and Windows-wide prevalence creates substantial risk. The local-only attack vector and user-interaction requirement make it less critical than remote exploits, but insider threats, targeted spear-phishing, and supply-chain delivery methods remain viable. Organizations with high Chrome usage density or users handling sensitive data should prioritize patching within 24–48 hours.
Risk score, explained
The CVSS score of 7.8 reflects the severity of a successful exploit (full system privilege escalation with impact to confidentiality, integrity, and availability) balanced against the requirement for local access and user interaction. The score does not diminish the real-world threat; many organizations face realistic scenarios where files are exchanged and users interact with content. The absence of a network attack vector prevents a Critical (9.0+) score, but the outcome of exploitation—complete system compromise—justifies the HIGH severity band.
Frequently asked questions
Do I need to update immediately if I have Windows Defender or endpoint protection running?
Yes. While endpoint protection can help detect some exploitation attempts, it is not a reliable substitute for patching. A skilled attacker may craft payloads to evade detection signatures. Additionally, Defender and similar tools typically respond after compromise. Patching eliminates the vulnerability entirely and should be your primary mitigation.
Can this vulnerability be exploited remotely or only locally?
Only locally. An attacker must deliver a malicious file to the target machine and have the user open or interact with it. They cannot exploit the vulnerability over a network connection. However, 'local' includes phishing attachments, compromised cloud storage links, or malware already resident on a system—all of which are realistic attack scenarios.
What versions of Windows are affected?
All Windows versions running a vulnerable version of Chrome (prior to 150.0.7871.47) are affected. Windows 10, Windows 11, and Windows Server editions with Chrome installed are all in scope. The vulnerability is not a Windows-specific flaw in the OS itself, but rather in Chrome's Updater component.
Will disabling Chrome auto-updates help until I can patch?
No. Disabling auto-updates increases risk by preventing the patch from being deployed. Instead, ensure auto-updates are enabled or manually apply version 150.0.7871.47 as soon as possible. If you must disable updates temporarily for compatibility testing, prioritize re-enabling them once testing is complete.
This analysis is based on publicly available information as of the date of publication. CVSS scores, affected versions, and patch details are derived from official vendor advisories and should be verified against Google's Chrome security advisories and Microsoft's guidance for your specific environment. Organizations should conduct internal testing before deploying patches to production. This explainer does not constitute legal advice or a guarantee of security; your organization remains responsible for vulnerability management and risk assessment. Consult your vendor's official security bulletins for the most current and authoritative guidance. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10000HIGHChrome Sandbox Escape via Use-After-Free in Password Handling
- CVE-2026-10001HIGHChrome Sandbox Escape via PerformanceManager Use-After-Free
- CVE-2026-10002HIGHGoogle Chrome PDFium Use-After-Free Vulnerability (CVSS 8.8)
- CVE-2026-10003HIGHChrome Use-After-Free Code Execution Vulnerability Analysis
- CVE-2026-10007HIGHChrome Use-After-Free in SVG Arbitrary Code Execution (CVSS 8.8)
- CVE-2026-10012HIGHChrome Skia Use-After-Free Sandbox Escape (v148.0.7778.216)
- CVE-2026-10013HIGHUse-After-Free in Chrome WebCodecs – Patch Guide & Risk Assessment
- CVE-2026-10016HIGHUse-After-Free in Chrome DOM – Sandbox Code Execution Vulnerability