CVE-2026-14004: Chrome CSS Data Leak Vulnerability – Medium Severity
A flaw in Google Chrome's CSS rendering engine can allow attackers to extract sensitive information from websites you visit. By crafting a malicious webpage, an attacker could potentially read data that should remain private between you and other websites you're logged into—such as account details or personal information. The vulnerability requires user interaction (clicking a link or visiting a page) and affects Chrome versions before 150.0.7871.47.
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-200
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Inappropriate implementation in CSS in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to leak cross-origin data 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-14004 is an information disclosure vulnerability stemming from improper CSS implementation in Chromium's rendering engine. The flaw enables cross-origin data leakage through CSS-based side-channel or direct access mechanisms when a user visits an attacker-controlled page. The attack surface is the CSS parser and layout engine; the vulnerability is classified under CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor). The CVSS 3.1 score of 6.5 (Medium) reflects high confidentiality impact with no integrity or availability compromise, requiring network access and user interaction but no special privileges.
Business impact
Organizations should assess exposure based on employee browsing habits and reliance on web applications handling sensitive data. While this is not a direct server compromise vector, it creates risk for information theft when employees visit untrusted or compromised websites. Financial services, healthcare, and other data-sensitive sectors face elevated risk if users access banking, health portals, or internal web tools while simultaneously exposed to attacker-controlled content. Incident response should include monitoring for anomalous data exfiltration patterns and reviewing access logs for suspicious cross-origin requests.
Affected systems
Google Chrome versions prior to 150.0.7871.47 are vulnerable. This includes Chrome on all operating systems (Windows, macOS, Linux, Android, iOS) where the affected engine version is deployed. Users running auto-update should receive patches automatically, but manual verification is recommended for controlled environments and enterprise deployments.
Exploitability
Exploitation requires user interaction—the victim must visit an attacker-controlled webpage or click a malicious link. No authentication, special network conditions, or user privileges are needed beyond basic web browsing. The attack is reliably triggerable once a user lands on the crafted page. However, this is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting active in-the-wild exploitation has not yet been officially documented, though attackers may still weaponize this once details spread.
Remediation
Update Google Chrome to version 150.0.7871.47 or later. Most users on default auto-update settings will receive this patch automatically within hours to days of release. Enterprise administrators should validate patch deployment across managed Chrome installations and verify no legacy versions remain accessible. For users unable to patch immediately, minimize visits to untrusted websites and avoid simultaneous use of multiple sensitive web applications in the same browser session.
Patch guidance
Google Chrome's auto-update mechanism will deliver the fix to most users automatically. Verify your current version by navigating to chrome://settings/help; Chrome will show whether you're up-to-date and apply pending updates. Enterprise customers using Google Chrome for managed workstations should use administrative update channels and deployment tools (e.g., Chrome Enterprise) to ensure rapid, consistent patching. For development and testing environments, confirm that build 150.0.7871.47 or later is in use before resuming operations. After patching, monitor user feedback for any unexpected behavior in CSS rendering.
Detection guidance
Detection is challenging at the endpoint level since the attack relies on CSS parsing during normal browsing. Network-level detection could monitor for suspicious cross-origin requests or data exfiltration patterns, but false positives are likely given legitimate cross-origin traffic. User awareness is valuable: educate staff to avoid visiting untrusted websites, particularly when logged into sensitive accounts. Endpoint Detection and Response (EDR) tools may flag unusual memory access patterns or process behavior during CSS rendering if advanced heuristics are tuned, but signature-based detection is not practical. Threat hunting should focus on log review for correlated user sessions accessing both attacker-controlled domains and sensitive internal or third-party web applications.
Why prioritize this
This vulnerability merits prompt but not emergency patching. The CVSS score of 6.5 indicates medium severity with confidentiality impact only. Patches are readily available and deployment is straightforward. However, the information disclosure nature means that sensitive data could be stolen from user sessions, making it relevant for data-protection and privacy-focused organizations. Prioritize patching for systems used by employees accessing financial accounts, healthcare portals, or confidential SaaS platforms. The absence of KEV listing suggests this is not yet a widespread active-exploitation threat, allowing for standard update windows rather than emergency response.
Risk score, explained
The CVSS 3.1 score of 6.5 reflects the combination of high confidentiality impact (an attacker can read sensitive cross-origin data), network-based attack vector, low attack complexity, and required user interaction. The score does not escalate to high or critical because there is no integrity compromise (data cannot be modified) or availability impact (services remain accessible). In organizational context, risk elevation depends on whether users are likely to encounter attacker-controlled content while using sensitive applications—this justifies prioritization but not emergency measures.
Frequently asked questions
Can I be compromised if I just have Chrome installed but am not actively browsing?
No. The vulnerability requires you to visit an attacker-controlled webpage. Simply having Chrome installed poses no risk until you navigate to a malicious page. Avoid clicking untrusted links and be cautious with suspicious emails or advertisements.
Will my password be stolen if I'm logged into Gmail or a banking website?
Not directly, but the vulnerability could allow an attacker to extract data visible in your current session—such as account details, email subject lines, or transaction history. Passwords stored securely in Chrome's credential manager are not directly exposed by this CSS flaw, but any data rendered on the page could leak.
Do I need to change my passwords after patching?
If you suspect you visited a malicious page while logged into sensitive accounts, consider changing passwords as a precaution. However, this vulnerability does not grant the attacker the ability to modify your accounts; it only allows reading data. Patching is the primary remediation.
Does this affect Chrome on mobile devices?
Yes. Chromium-based browsers on iOS and Android (including Chrome) use the same rendering engine. Ensure mobile Chrome is also updated to 150.0.7871.47 or later through your device's app store or auto-update settings.
This analysis is based on the official CVE record and Chromium security advisory as of the publication date. Patch availability, timeline, and specific version numbers should be verified against Google's official Chrome release notes and your organization's vendor documentation. This vulnerability requires active exploitation and user interaction; it is not a network-based server compromise vector. The absence of CISA KEV listing as of this writing does not guarantee future exploitation status. Organizations should test patches in non-production environments before enterprise-wide deployment. This material is for informational purposes; consult your security team and vendor advisories for guidance tailored to your specific infrastructure. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11162MEDIUMChrome CSS Cross-Origin Data Leak Vulnerability
- CVE-2026-11168MEDIUMChrome Extension Memory Disclosure Vulnerability
- CVE-2026-11180MEDIUMChrome SVG Cross-Origin Data Leak – Patch & Mitigation Guide
- CVE-2026-11182MEDIUMChrome SVG Cross-Origin Data Leak Vulnerability
- CVE-2026-11203MEDIUMChrome GPU Isolation Bypass on macOS Allows Cross-Origin Data Leak
- CVE-2026-11209MEDIUMGoogle Chrome Password Memory Disclosure (CVSS 6.5)
- CVE-2026-11271MEDIUMChrome Password Feature Information Disclosure Vulnerability
- CVE-2026-13810MEDIUMChrome Linux Input Validation Flaw Exposes Process Memory