CVE-2026-14124: Chrome Windows Privilege Escalation via CredentialProvider Flaw
Google Chrome on Windows contains a flaw in how it handles credential provider operations that could allow a local attacker to escalate their privileges to system or administrator level by tricking a user into interacting with a specially crafted file. The vulnerability requires user interaction but no special privileges to exploit, making it a practical attack vector for malware or local attackers seeking elevated access.
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-269
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-06
NVD description (verbatim)
Inappropriate implementation in CredentialProvider 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: Low)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14124 stems from an inappropriate implementation in Chrome's CredentialProvider component (CWE-269: Improper Access Control). The flaw allows a local, unauthenticated attacker to achieve OS-level privilege escalation on Windows systems. The attack requires user interaction (UI component) but does not require the attacker to already possess elevated privileges. The vulnerability affects Chrome versions prior to 150.0.7871.47 on Windows platforms. Although Chromium's internal severity rating is Low, the CVSS 3.1 score of 7.8 (HIGH) reflects the combination of local access, high impact on confidentiality, integrity, and availability, and the relatively low barrier to exploitation.
Business impact
This vulnerability poses a significant risk to Windows-based organizations where Chrome is deployed. An attacker who gains initial low-privilege access to a Windows system can exploit this flaw to obtain system-level permissions, enabling subsequent lateral movement, data exfiltration, malware persistence, and full system compromise. Organizations relying on privilege boundaries and user account controls as part of their defense-in-depth strategy should prioritize remediation, as the flaw undermines those controls. The user-interaction requirement means phishing campaigns or social engineering could be used to trigger exploitation at scale.
Affected systems
Google Chrome on Microsoft Windows versions prior to 150.0.7871.47 are affected. The vulnerability does not impact Chrome on other operating systems (Linux, macOS, Android, iOS) or other Chromium-based browsers unless they incorporate the same vulnerable code path. Organizations should inventory Windows systems running Chrome and determine which versions are deployed.
Exploitability
The vulnerability is practical to exploit. It requires local system access and user interaction (opening or interacting with a malicious file), but no pre-existing elevated privileges. An attacker can craft a file that, when opened by a user, triggers the CredentialProvider flaw to escalate privileges. This makes it a credible post-compromise or user-targeting attack vector. The lack of KEV designation indicates it has not yet been observed in active exploitation campaigns, but that does not diminish its practical risk.
Remediation
Update Google Chrome on Windows to version 150.0.7871.47 or later. The patch addresses the implementation flaw in CredentialProvider. Organizations should verify patch deployment through browser update mechanisms or centralized management tools (e.g., Google Chrome Enterprise), and confirm that auto-update is enabled or patches are deployed within their change management process. Additionally, enforce user awareness training to reduce the likelihood of users opening or interacting with untrusted files.
Patch guidance
Verify that Google Chrome on Windows systems is updated to version 150.0.7871.47 or later. Chrome auto-update should deploy the patch automatically, but administrators can manually trigger updates via Settings > About Chrome. For managed environments, deploy through Google Chrome Enterprise policy controls or your organization's software deployment tools. Test the patch in a non-production environment first, then schedule a phased rollout to production systems. Confirm patch application by checking Chrome's version number in Settings > About Chrome and cross-reference against vendor advisories.
Detection guidance
Monitor for failed attempts to open suspicious files or scripts on Windows systems. Look for unusual CredentialProvider activity, privilege escalation attempts (e.g., UAC prompts triggered unexpectedly), or newly spawned processes running with elevated privileges following user interaction with files. Endpoint Detection and Response (EDR) tools should flag suspicious file interactions and privilege escalation events. Review Windows Security Event Log for privilege escalation events and token impersonation attempts. Network monitoring may detect file delivery mechanisms (email attachments, shares) preceding exploitation attempts.
Why prioritize this
This vulnerability merits high priority despite the lack of active exploitation (no KEV status). The combination of high CVSS score (7.8), low exploitation barrier (user interaction only, no special privileges), and full system compromise potential make it a credible attack vector. The prevalence of Chrome on Windows, the effectiveness of social engineering to trigger file interactions, and the direct path to privilege escalation justify urgent patching. Delay increases organizational risk if attackers develop or discover working exploits.
Risk score, explained
The CVSS 3.1 score of 7.8 (HIGH) reflects: local attack vector (AV:L), low attack complexity (AC:L), no privileges required (PR:N), user interaction required (UI:R), unchanged scope (S:U), and high impact on confidentiality, integrity, and availability (C:H/I:H/A:H). The score appropriately captures the severity of OS-level privilege escalation, which grants an attacker complete control over the system and its data. The user-interaction requirement moderately lowers the score compared to a fully remote or privileged exploit, but the ease of weaponizing this via social engineering and the ubiquity of Chrome justify the HIGH severity designation.
Frequently asked questions
Does this vulnerability affect Chrome on macOS or Linux?
No. CVE-2026-14124 is specific to Chrome on Microsoft Windows due to the CredentialProvider component being a Windows-specific feature. Chrome on macOS, Linux, Android, and iOS is not affected by this particular flaw.
What does 'user interaction' mean in the context of this vulnerability?
User interaction means a user must open, click on, or otherwise engage with a malicious file (such as a document or script) to trigger the vulnerability. An attacker typically delivers the file via email, a compromised website, or social engineering. The flaw does not execute automatically on system startup or network access alone.
Can this vulnerability be exploited remotely without local access?
No. The vulnerability requires local access to the Windows system—meaning the attacker must already have a presence on the machine or be present physically. However, a local attacker can chain this privilege escalation flaw with other vulnerabilities or attack methods to compromise a system after initial lower-privilege access is gained.
Is this vulnerability currently being exploited in the wild?
As of the published date (June 30, 2026), this vulnerability has not been added to the CISA Known Exploited Vulnerabilities (KEV) catalog, indicating no confirmed active exploitation. However, the lack of KEV status does not guarantee that adversaries are unaware of the flaw; organizations should not delay patching based on this absence.
This analysis is based on publicly disclosed vulnerability information and CVSS metrics as of the published date. Patch version numbers and affected product versions should be verified against official Google Chrome and Microsoft security advisories before deployment. The absence of KEV status does not indicate absence of risk. Organizations should conduct their own vulnerability assessment and testing in controlled environments before deploying patches to production systems. SEC.co makes no warranty regarding the completeness or accuracy of this analysis and recommends consulting official vendor guidance for authoritative remediation steps. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11103HIGHChrome Installer Privilege Escalation on Windows
- CVE-2026-11296HIGHChrome ImageCapture Privilege Escalation (149.0.7827.53)
- CVE-2026-12018HIGHChrome Mojo Privilege Escalation on Windows
- CVE-2026-11229MEDIUMChrome Privilege Escalation via Physical Access – Patch Required
- CVE-2026-11276MEDIUMChrome Cast Access Control Bypass on Local Networks
- CVE-2026-11308MEDIUMChrome Extension Privilege Escalation Vulnerability
- CVE-2026-12450MEDIUMChrome Media Memory Disclosure Vulnerability
- CVE-2026-0009HIGHAndroid Tapjacking Local Privilege Escalation Vulnerability