MEDIUM 6.5

CVE-2026-13943: Chrome Android Memory Disclosure via CSS – Security Analysis & Patch Guidance

Google Chrome on Android contains a flaw where uninitialized memory in the CSS rendering engine can leak sensitive data to attackers. An attacker crafts a malicious webpage and tricks a user into visiting it; the browser then exposes fragments of process memory—potentially containing passwords, tokens, or other confidential information—that the attacker can read. This affects Chrome versions before 150.0.7871.47 on Android.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/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-02

NVD description (verbatim)

Uninitialized Use in CSS in Google Chrome on Android prior to 150.0.7871.47 allowed a remote attacker 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-13943 is an uninitialized use vulnerability (CWE-457) in Chrome's CSS processing on Android. When the CSS engine processes crafted stylesheets within an HTML page, it fails to initialize certain memory regions before use, creating an information disclosure vector. An attacker-controlled webpage can trigger this condition to read adjacent process memory. The vulnerability requires user interaction (visiting a malicious site) but no special privileges; the CVSS 3.1 vector reflects network accessibility, low attack complexity, and high confidentiality impact with no integrity or availability compromise.

Business impact

Information disclosure on Android devices poses risks to enterprise mobility programs and personal users alike. Leaked credentials, session tokens, or cached sensitive data could enable account takeovers or lateral movement in corporate environments where Chrome is the primary mobile browser. Organizations with BYOD policies or mobile-centric workflows should treat this as a priority remediation item to prevent exfiltration of business-critical or personally identifiable information from employee devices.

Affected systems

Google Chrome on Android versions prior to 150.0.7871.47. Users running Chrome 149 or earlier on any Android device (phones and tablets) are vulnerable. Other Chromium-based browsers on Android may share similar code paths; verify vendor advisories for Edge, Samsung Internet, Opera, and other derivatives if your organization uses them.

Exploitability

Exploitation requires user interaction: a victim must visit or be redirected to an attacker's HTML page. No authentication or elevated privileges are needed. The attack surface is broad—any site an Android user visits could host the malicious payload. However, this is not a wormable or self-propagating vulnerability; each attack requires active user navigation, which provides a modest friction barrier but not a strong defense.

Remediation

Update Google Chrome on Android to version 150.0.7871.47 or later. In settings, enable automatic app updates if not already enabled, or manually check for updates via the Google Play Store. Organizations should communicate the availability of this patch to users and consider deploying Mobile Device Management (MDM) policies to enforce minimum Chrome versions on managed Android devices.

Patch guidance

Chrome on Android typically receives updates through the Google Play Store. Users can manually update via Settings > Apps > Google Play Store > Search for Chrome > Update, or enable automatic updates for the Chrome app in Play Store settings. Enterprise administrators using MDM solutions (such as Google Workspace Device Management or third-party EMM platforms) should set a minimum version requirement for Chrome to 150.0.7871.47 or newer. No interim workarounds are documented; patching is the primary mitigation.

Detection guidance

Monitor for Chrome version compliance on Android devices via MDM reporting. On the endpoint, users can verify their Chrome version by navigating to Chrome settings > About Chrome, which will display the current version and update status. Network-based detection of exploitation is difficult due to the in-memory nature of the leak; focus on patch adoption metrics and encourage rapid rollout. If you suspect active exploitation, monitor for unusual data exfiltration or credential misuse correlated with unpatched Chrome usage.

Why prioritize this

Although the CVSS score is moderate (6.5) and the vulnerability is not currently on CISA's KEV list, the attack surface is significant: Chrome is ubiquitous on Android, and any webpage visit can trigger exploitation. Information disclosure of memory contents poses a real risk to confidentiality of cached credentials and session data. Prioritize patching over lower-profile vulnerabilities, especially in environments where employee or customer data is processed on Android devices. The user-interaction requirement is a limiting factor but not a blocker for active adversaries who can lure users to malicious sites.

Risk score, explained

The CVSS 6.5 MEDIUM rating reflects high confidentiality impact (memory disclosure), low attack complexity (crafted HTML), network accessibility, and the requirement for user interaction. The lack of integrity or availability impact prevents a CRITICAL or HIGH score, but the broad attack surface and real-world leakage of sensitive process memory warrant swift remediation. Organizations handling regulated data should treat this as HIGH priority internally, despite the moderate CVSS badge.

Frequently asked questions

Can this vulnerability be exploited without user interaction?

No. An attacker must craft a malicious HTML page and trick or socially engineer a user into visiting it. The user must open the page in Chrome on Android for the vulnerability to trigger. This requirement moderately limits spontaneous exploitation but does not eliminate risk if users are targeted or redirected via phishing.

What types of sensitive data can be leaked?

Any data present in the Chrome process memory at the time of exploitation could be leaked, including cached credentials, session tokens, authentication cookies, cached payment information, or private data from previously visited sites. The attacker cannot precisely control what is disclosed; it depends on what the browser has in memory.

Does this affect Chrome on other platforms like iOS or desktop?

CVE-2026-13943 is specific to Chrome on Android. The vulnerability is in platform-specific CSS rendering code. Chrome on iOS, Windows, macOS, and Linux are not mentioned in the advisory and should be assumed unaffected; however, always verify vendor security bulletins for comprehensive coverage of Chromium derivatives.

If I use a third-party Android browser, am I affected?

Only if it is based on Chromium and includes the vulnerable CSS rendering code. Browsers like Firefox, DuckDuckGo, and others use different engines and are not affected by this CVE. Samsung Internet and Opera, which use Chromium, may be vulnerable; consult their respective security advisories to confirm patch status.

This analysis is provided for informational purposes to support security decision-making. SEC.co does not warrant the completeness or accuracy of all vendor advisories or patch timelines. Organizations should independently verify patch availability, compatibility, and deployment timelines with Google and their MDM vendors before implementation. CVSS scores reflect Chromium's internal severity assessment; organizational risk may differ based on asset criticality, user base, and threat landscape. Consult official Google Chrome security release notes and CISA advisories for authoritative details. No exploit code or weaponized proof-of-concept is provided herein. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).