HIGH 7.5

CVE-2026-14064: Use-After-Free in Chrome PageInfo on Android (CVSS 7.5)

A use-after-free flaw in Chrome's PageInfo component on Android allows attackers to run malicious code on affected devices. The attack requires social engineering—convincing a user to perform specific UI interactions with a specially crafted webpage. While the underlying defect is classified as 'Low' severity by Chromium, the potential for complete system compromise (data theft, modification, or disruption) combined with the user interaction requirement results in a HIGH CVSS score of 7.5.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:H/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-06

NVD description (verbatim)

Use after free in PageInfo in Google Chrome on Android prior to 150.0.7871.47 allowed a remote attacker who convinced a user to engage in specific UI gestures to execute arbitrary code 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-14064 is a use-after-free vulnerability (CWE-416) in the PageInfo component of Google Chrome for Android. The flaw occurs when the browser attempts to access memory that has already been freed, enabling code execution with the privileges of the Chrome process. The attack vector is network-based; the vulnerability is triggered when a user visits a malicious HTML page and performs targeted UI gestures (e.g., navigating through page info dialogs or performing specific touch interactions). The condition requires user interaction, raising the attack complexity. The vulnerability affects Chrome versions prior to 150.0.7871.47.

Business impact

Successful exploitation could allow attackers to execute arbitrary code on Android devices, potentially leading to unauthorized data access, credential theft, or device compromise. Given Android's role in enterprise environments (BYOD policies, corporate email, sensitive applications), this vulnerability poses a risk to organizational information security, especially if employees are targeted through spear-phishing with malicious URLs. The required user interaction limits but does not eliminate the risk, as social engineering remains effective.

Affected systems

Google Chrome on Android versions prior to 150.0.7871.47 are affected. The vulnerability does not affect Chrome on desktop platforms (Windows, macOS, Linux) or Chrome on other mobile operating systems. Organizations deploying Android devices with Chrome as the primary or secondary browser should prioritize patching.

Exploitability

The vulnerability requires network access and user interaction; an attacker cannot silently exploit it. The specific UI gestures needed mean exploitation demands either precision social engineering or user error. No public exploit or active KEV listing exists as of the publication date, suggesting limited real-world exploitation to date. However, the defect is straightforward to fix and relatively discoverable, so weaponization is possible once patches are widely deployed and older versions are identifiable.

Remediation

Update Google Chrome on Android to version 150.0.7871.47 or later. Users should enable automatic updates in the Google Play Store settings. Organizations managing Android devices via MDM/EMM solutions should push this update immediately. No workaround is available beyond updating; however, users may temporarily reduce risk by avoiding untrusted websites and being cautious with email links.

Patch guidance

Google has released Chrome 150.0.7871.47 as the patched version. Verify this version number in the official Chrome release notes and Google Play Store listing before deploying. For Android enterprise deployments, use your MDM platform to deploy the update to managed devices. Monitor Chrome version telemetry to confirm deployment success. Older versions should be blocked or removed from supported configurations.

Detection guidance

Monitor Chrome process crashes and restarts on Android devices, which may indicate exploitation attempts. In a controlled environment, test suspect URLs against the patched Chrome version to confirm they no longer trigger the vulnerability. Network detection is limited because the payload is delivered via HTTPS (encrypted). Focus detection efforts on anomalous device behavior post-visit to suspicious sites (new root access attempts, unusual app installations, data exfiltration). MDM/EMM solutions should report Chrome version compliance across your Android fleet.

Why prioritize this

Although Chromium rates this as 'Low' severity and it requires user interaction, the CVSS score of 7.5 reflects high integrity and confidentiality impact. Android users are frequent targets for phishing and social engineering. The vulnerability affects a widely used component (PageInfo) that many users interact with (e.g., viewing site certificates or permissions). Prioritize patching over the next 7–14 days, especially for high-risk users (finance, legal, executive staff) and BYOD populations.

Risk score, explained

The CVSS 3.1 score of 7.5 (HIGH) is driven by: (1) network-based attack vector allowing remote delivery, (2) high impact on confidentiality, integrity, and availability (CWE-416 use-after-free can lead to code execution), and (3) user interaction requirement that increases complexity, reducing likelihood. The 'Low' Chromium severity reflects the component's relative isolation, but the practical impact of code execution justifies the elevated CVSS rating. Organizations should not underweight this based on the Chromium classification alone.

Frequently asked questions

Does this vulnerability affect Chrome on Windows, macOS, or Linux?

No. CVE-2026-14064 is specific to Chrome on Android. Desktop versions of Chrome and other browser platforms are not affected by this particular use-after-free in PageInfo.

Can users be exploited without clicking a malicious link?

The vulnerability requires the user to visit a malicious HTML page and perform specific UI gestures. Passive exposure (e.g., merely viewing a webpage) is insufficient; the attacker must convince the user to interact with PageInfo dialogs or perform targeted touch actions. This requirement reduces but does not eliminate risk, as social engineering remains effective.

Is there a workaround for users who cannot update immediately?

No technical workaround exists. Users should exercise caution when visiting unfamiliar websites, be suspicious of unsolicited links in emails or messages, and avoid clicking links in untrusted communications. Automatic updates should be enabled in Google Play Store settings to receive patches as soon as they are released.

Should we block older Chrome versions on our Android devices?

Yes. If your organization manages Android devices via MDM, enforce a minimum Chrome version policy (≥150.0.7871.47). Monitor compliance and retire devices or force updates for non-compliant devices. Unmanaged BYOD devices should be subject to a corporate security policy warning about the need for timely updates.

This analysis is provided for informational purposes to support vulnerability management and risk assessment. SEC.co does not provide legal or compliance advice. Verify all patch version numbers against official vendor documentation before deployment. Test patches in a controlled environment before broad rollout. The vulnerability status, affected versions, and recommended mitigations may change as vendors release updates. Refer to the official Google Chrome Security & Privacy Blog and Google Play security bulletins for authoritative information. Organizations are responsible for assessing their own risk and implementing remediation measures appropriate to their environment and business requirements. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).