CVE-2026-14027: Chrome Use-After-Free Sign-In Heap Corruption – CVSS 8.8 HIGH
A use-after-free vulnerability in Google Chrome's sign-in functionality allows attackers to corrupt memory and potentially execute arbitrary code on a victim's machine. The attack requires convincing a user to perform specific gestures during the sign-in process on a malicious webpage. While Chromium rates this as low severity from a feature perspective, the underlying memory corruption can lead to complete system compromise if successfully exploited.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-416
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Use after free in SignIn in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who convinced a user to engage in specific UI gestures to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: Low)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14027 is a use-after-free vulnerability (CWE-416) in the SignIn component of Google Chrome versions prior to 150.0.7871.47. The flaw occurs when memory is accessed after it has been freed, enabling heap corruption. An attacker can craft a malicious HTML page that, when combined with specific user UI interactions during sign-in, triggers the use-after-free condition. This heap corruption can escalate to arbitrary code execution in the Chrome process context. The vulnerability requires user interaction but has a low attack complexity, making it practically exploitable.
Business impact
Successful exploitation could lead to unauthorized access to user credentials stored in the browser, theft of sensitive data, installation of malware, or lateral movement within corporate networks if an employee's Chrome instance is compromised. Organizations relying on Chrome for corporate productivity face potential credential harvesting and data exfiltration risks. The requirement for user interaction slightly limits enterprise-wide exposure compared to wormable vulnerabilities, but phishing campaigns targeting sign-in flows could achieve broad impact.
Affected systems
Google Chrome versions prior to 150.0.7871.47 are affected. This includes stable releases, extended stable releases, and any derivative browsers built on Chromium with this code path unpatched. Enterprise deployments using Chrome and Chromium-based browsers are within scope.
Exploitability
Exploitation requires network access and user interaction—specifically, convincing a user to visit a malicious page and perform targeted UI gestures during sign-in. The low attack complexity and absence from CISA's KEV catalog suggest active exploitation may be limited, but the barrier to weaponization is moderate. Phishing or watering-hole attacks could reliably deliver the crafted HTML and social-engineer the necessary user actions.
Remediation
Update Google Chrome to version 150.0.7871.47 or later. Verify the update through Settings > About Google Chrome, which auto-updates and confirms the installed version. For enterprise environments, deploy the patch via your Chrome management policy to all endpoints. No workarounds are available; patching is the only mitigation.
Patch guidance
1. For individual users: Open Chrome Settings, navigate to 'About Chrome,' and allow automatic update to complete. Restart the browser once the update is installed. 2. For enterprises: Use Chrome's admin console or Group Policy to force update deployment to version 150.0.7871.47 or later. Confirm patch deployment within 7 days of release. 3. Verify: Check chrome://version to confirm the running version matches or exceeds 150.0.7871.47.
Detection guidance
Monitor for anomalous Chrome process behavior post-sign-in, including unexpected child process creation, file system modifications, or network connections initiated from the Chrome sandbox. Endpoint Detection and Response (EDR) tools should flag heap corruption attempts and use-after-free patterns. Network-level detection is limited since the attack occurs client-side; focus on behavioral signals and patching compliance reporting.
Why prioritize this
Although Chromium rates this as low severity, the CVSS 3.1 score of 8.8 reflects the true impact: a use-after-free leading to heap corruption with potential for code execution. The requirement for user interaction prevents automatic worm-like spread but does not diminish the severity once a user is socially engineered. Organizations should prioritize patching within 7–14 days, especially for users in security-sensitive roles.
Risk score, explained
The CVSS 3.1 score of 8.8 (HIGH) accounts for network accessibility (AV:N), low attack complexity (AC:L), no privilege requirement (PR:N), user interaction (UI:R), impact to confidentiality, integrity, and availability (C:H/I:H/A:H). The discrepancy with Chromium's 'Low' rating likely reflects Chromium's narrower assessment of exploitability in practice; the CVSS score appropriately captures the severity of heap corruption leading to code execution.
Frequently asked questions
How does an attacker craft the malicious HTML page?
The attacker creates an HTML page that triggers a specific code path in Chrome's SignIn logic, resulting in a use-after-free condition when combined with particular UI gestures (such as specific button clicks or input sequences). The exact construction is technical and requires knowledge of the vulnerable code; however, proof-of-concept details may emerge as the vulnerability ages. Organizations should assume that functional exploits will be developed and prioritize patching accordingly.
Does this vulnerability affect other Chromium-based browsers?
Yes. Any browser built on the same Chromium source code version (prior to the patch release) is potentially affected. This includes Edge, Opera, Brave, and other Chromium derivatives. Organizations using these browsers should check vendor advisories and apply patches equivalent to Chromium 150.0.7871.47 or later.
What is the difference between Chromium's 'Low' severity rating and the CVSS 8.8 HIGH score?
Chromium's severity rating evaluates exploitability and real-world attack potential specific to the Chrome ecosystem and its mitigations. CVSS is a standardized metric that focuses on the technical properties of the vulnerability (network-accessible, low complexity, leads to code execution). Both are valid: CVSS reflects the inherent risk, while Chromium's rating reflects their confidence in exploitation difficulty and sandbox protections. Security teams should use CVSS for prioritization and apply vendor guidance as context.
If a user updates Chrome, is their compromised sign-in data at risk?
Updating Chrome stops future attacks but does not retroactively secure credentials or data that may have been stolen prior to patching. If you suspect a user was compromised, consider credential rotation, especially for high-sensitivity accounts (email, cloud services, corporate systems). Review sign-in logs in your identity provider for anomalous activity.
This analysis is based on the published CVE details and vendor advisories as of the report date. Security severity assessments and patch timelines are subject to change as new information emerges. Organizations should verify patch applicability and compatibility within their specific environments before deployment. No exploit code or weaponized proof-of-concept instructions are provided. For the authoritative vendor advisory and patch details, consult Google's official Chrome Security release notes. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-0125HIGHAndroid VPU Race Condition Local Privilege Escalation
- CVE-2026-0137HIGHAndroid Edge TPU Use-After-Free Privilege Escalation
- CVE-2026-0143HIGHAndroid LWIS Use-After-Free Privilege Escalation (CVSS 7.8 HIGH)
- 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-10005HIGHChrome macOS Use-After-Free RCE Vulnerability (7.5 CVSS)