CVE-2026-13969: Chrome Android Memory Disclosure via Uninitialized UI Variable
A vulnerability in Google Chrome for Android allows attackers who have already compromised Chrome's renderer process to read sensitive information from memory through a specially crafted webpage. The flaw stems from the use of uninitialized memory in the UI component, which can leak data that was previously stored in that memory location. An attacker would need to first gain control of the renderer process—typically through a separate compromise—making this a secondary attack vector rather than a direct entry point.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:H/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 UI in Google Chrome on Android prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to obtain potentially sensitive information from process memory via a crafted HTML page. (Chromium security severity: Medium)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13969 is classified as CWE-457 (Use of Uninitialized Variable) affecting the UI layer in Chromium-based Chrome on Android. The vulnerability allows information disclosure when uninitialized memory regions are accessed and exposed to a remote attacker via a crafted HTML page. The attack requires renderer process compromise as a prerequisite, meaning the attacker must have already exploited a separate vulnerability or achieved code execution within Chrome's sandboxed renderer context. The CVSS 3.1 score of 5.3 (Medium) reflects the requirement for user interaction and high attack complexity, balanced against the potential for confidential information disclosure.
Business impact
Organizations with employees using Chrome on Android devices face a secondary information disclosure risk if their devices are already compromised. The threat is amplified in environments where users visit untrusted websites or where malware has gained renderer-level access. While the direct attack surface is limited—requiring prior compromise—the vulnerability increases the blast radius of initial compromises by enabling data exfiltration from Chrome memory, potentially including cached credentials, session tokens, or other sensitive information processed by the browser.
Affected systems
Google Chrome on Android versions prior to 150.0.7871.47 are affected. This includes all stable, beta, and development channel releases of Chrome for Android below this version threshold. Android devices running affected Chrome versions face the vulnerability risk. Verify your Chrome version in Settings > About Chrome to determine exposure status.
Exploitability
Direct exploitation requires two conditions: (1) the renderer process must already be compromised through a separate attack, and (2) the user must visit a page controlled by the attacker. The high attack complexity score reflects the prerequisite renderer compromise, which itself requires exploitation of another vulnerability or sophisticated social engineering. While not directly exploitable by unauthenticated remote attackers against uncompromised systems, the vulnerability significantly amplifies the value of any renderer-level compromise, making it a meaningful concern in targeted scenarios.
Remediation
Update Google Chrome on Android to version 150.0.7871.47 or later. This patch addresses the uninitialized memory access in the UI component. Users should enable automatic updates in the Google Play Store to ensure timely patching. Organizations managing Android devices should enforce Chrome version policies and verify deployment of patched versions across their mobile device fleet.
Patch guidance
Chrome on Android typically auto-updates through the Google Play Store. Verify the update has been applied by navigating to Settings > About Chrome; the version number should display 150.0.7871.47 or higher. For enterprise deployments, consult Chrome enterprise documentation for managed update policies and verification procedures. Unpatched versions present ongoing risk if devices access untrusted content or are exposed to renderer exploits.
Detection guidance
Detection is challenging because this vulnerability requires renderer process compromise as a prerequisite. Monitor for anomalous Chrome renderer behavior, unexpected memory access patterns, or signs of prior compromise (such as unauthorized code execution indicators). Security teams should prioritize detection and response for the initial renderer-level exploits rather than this secondary information disclosure. On Android, Mobile Threat Defense (MTD) solutions monitoring process-level behaviors may flag suspicious renderer activity. Review Chrome security logs if available in enterprise environments for signs of exploitation attempts.
Why prioritize this
Despite a Medium CVSS score, prioritization should focus on the prerequisite compromise required. Organizations should assess their renderer exploit mitigation posture and treat patching as part of routine Chrome maintenance rather than emergency response. However, environments with confirmed or suspected renderer-level compromises should treat this patch as urgent to prevent data exfiltration. The relatively low exploitability bar once renderer access exists elevates importance in high-risk threat environments.
Risk score, explained
The CVSS 3.1 score of 5.3 (Medium) reflects: high confidentiality impact (C:H) offset by attack complexity requiring renderer process compromise and user interaction (AC:H, UI:R), with no integrity or availability impact. The score appropriately captures that while the information disclosure potential is significant, the attack pathway is constrained. Organizations with higher baseline compromise risk or sensitive data processing in Chrome should consider this vulnerability more severe than the base score suggests.
Frequently asked questions
Can this vulnerability be exploited without first compromising the renderer process?
No. The vulnerability requires the renderer process to already be compromised through a separate exploit. An attacker cannot directly trigger this information disclosure against an uncompromised Chrome installation, even if the user visits a malicious webpage. This is a secondary vulnerability that increases the impact of other renderer exploits.
What types of information could be disclosed?
Any data residing in the uninitialized memory region could potentially be disclosed, including cached credentials, session tokens, site data, or fragments of previously processed content. The exact information depends on what was previously stored in that memory location and the attacker's ability to control which pages the user visits after renderer compromise.
Should we treat this as an emergency patch?
Update according to your standard Chrome maintenance schedule unless you have evidence of renderer exploits in your threat environment. The Medium severity and prerequisite compromise requirement mean this is not a critical zero-day scenario. However, if your organization has detected or suspected renderer-level compromises, prioritize patching immediately.
Does this affect Chrome on desktop or other platforms?
The CVE specifically names Android as the affected platform. Desktop Chrome versions may have different code paths and may not be affected. Check vendor advisories for platform-specific impact details.
This analysis is based on publicly available information current as of the publication date. Threat actors may develop exploitation techniques not yet documented. Verify patch availability and applicability against your specific Chrome version and Android environment before deployment. Security decisions should incorporate your organization's risk profile, threat environment, and compensating controls. This explainer does not constitute professional security advice; consult your security team or vendor for deployment guidance. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10008MEDIUMChrome Android GPU Memory Disclosure Vulnerability
- CVE-2026-10977MEDIUMUninitialized Use in Chrome Skia Renderer—Data Leak Risk
- CVE-2026-10994MEDIUMGoogle Chrome ANGLE Memory Disclosure Vulnerability – Update to 149.0.7827.53
- CVE-2026-11033MEDIUMChrome macOS WebML Memory Disclosure Vulnerability
- CVE-2026-11039MEDIUMChrome Skia Uninitialized Variable Data Leak Vulnerability
- CVE-2026-11057MEDIUMChrome Skia Uninitialized Memory Leak – 6.5 CVSS
- CVE-2026-11064MEDIUMChrome Android GPU Race Condition Data Leak
- CVE-2026-11067MEDIUMChrome Memory Disclosure Vulnerability in Dawn – Patch to 149.0.7827.53