CVE-2026-13836: Google Chrome UXSS via CSS Injection – Patch to 150.0.7871.47
Google Chrome versions before 150.0.7871.47 contain a CSS handling flaw that allows attackers to inject malicious scripts or HTML into pages you visit. An attacker would craft a deceptive webpage and trick you into opening it; the browser's CSS parser would then execute the attacker's code in the context of a legitimate site you trust. This is a 'universal cross-site scripting' (UXSS) vulnerability—more severe than typical XSS because it bypasses the normal boundaries between websites.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.1 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-79
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Inappropriate implementation in CSS in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to inject arbitrary scripts or HTML (UXSS) via a crafted HTML page. (Chromium security severity: High)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
A flaw in Chrome's CSS implementation fails to properly validate or sanitize crafted stylesheet content, allowing attackers to break out of intended CSS parsing constraints and inject arbitrary JavaScript or HTML. The vulnerability is triggered via user interaction (visiting a malicious page) and does not require authentication or special browser configuration. The attack leverages the browser's rendering engine to interpret attacker-controlled content as executable code rather than presentation instructions. This maps to CWE-79 (Cross-site Scripting), though the UXSS variant is more dangerous than typical DOM-based XSS.
Business impact
If your workforce uses Chrome and encounters a phishing email or malicious advertisement linking to an exploit page, an attacker could steal session cookies, harvest credentials, deface content, or redirect users to credential-harvesting sites—all appearing to originate from trusted domains. For organizations relying on web applications with strict same-origin policies, UXSS bypasses those protections entirely. The attack doesn't require a vulnerable backend; it exploits the browser itself. Affected users may lose confidence in browser security if they notice suspicious activity on familiar websites.
Affected systems
Google Chrome prior to version 150.0.7871.47 on all operating systems (Windows, macOS, Linux) is vulnerable. Users with automatic updates enabled may already be protected; those on manual update cycles or air-gapped environments remain at risk. Chromium-based browsers (Edge, Brave, Opera, Vivaldi) using unpatched Chromium code from before the fix may also be vulnerable; verify vendor advisories for those products.
Exploitability
Exploitability is straightforward: an attacker crafts an HTML page with malicious CSS, hosts it on a server they control, and distributes the URL via email, ads, or forum posts. The victim must click the link and view the page—no zero-click variant is described. The attack requires no special network position or browser extensions. However, an alert user might notice unusual behavior (unexpected popups, redirects) and close the tab. The CVSS score reflects this: a network vector, low attack complexity, and required user interaction (clicking a link) yield a MEDIUM severity rating, but the impact (credential theft, session hijacking) is significant in practice.
Remediation
Update Google Chrome to version 150.0.7871.47 or later immediately. On Windows and macOS, use Settings > About Chrome to force a check for updates and automatic restart. On Linux, update via your package manager or download the latest version from google.com/chrome. For organizations, use group policy (Windows) or MDM solutions to enforce auto-update or push the patched version to all devices. Verify the update completed by visiting chrome://version/ and confirming the version number matches or exceeds the fix.
Patch guidance
Google released the fix in Chrome 150.0.7871.47. No interim mitigations (disable CSS, disable JavaScript) are practical for everyday browsing. Prioritize deployment immediately, as exploitation is trivial once an attacker publishes or shares a crafted page. If you manage devices that are not yet on 150.0.7871.47, schedule an update cycle within the next 48 hours. Verify patched versions in your fleet before closing your remediation ticket.
Detection guidance
Look for users accessing unfamiliar or suspicious URLs in proxy logs, especially shortened links or misspelled domain names. Monitor browser process logs for unusual CSS file loads from unexpected origins. Intrusion detection systems may flag signs of credential theft (unusual login locations, rapid authentication failures) if UXSS is exploited. Conduct user awareness training to recognize phishing emails with suspicious links. Browser telemetry (if enabled) may report crash or render engine errors from malformed CSS in unpatched versions. Most organizations will rely on update confirmation rather than active detection, since the vulnerability is patched quickly.
Why prioritize this
Although CVSS is MEDIUM (6.1), the practical risk is MEDIUM-HIGH. UXSS is a severe class of vulnerability that defeats browser sandbox boundaries; attackers need only a single click from a victim to steal sensitive data or perform actions on their behalf. The low barrier to exploitation (craft a webpage, send a link) means this will be weaponized quickly. Chrome's automatic update mechanism reduces exposure over time, but organizations with manual or staggered updates face active risk. Patch this within 48 hours of confirming it affects your Chrome fleet.
Risk score, explained
The CVSS 3.1 score of 6.1 MEDIUM reflects: (1) Network attack vector (attacker doesn't need local access), (2) Low attack complexity (no special tools or browser state required), (3) No privileges required, (4) Required user interaction (victim must click a link and view the page), (5) Scope changed (can affect confidentiality and integrity of user sessions across multiple sites), and (6) Limited impact (no denial of service, though data theft and defacement are possible). The score underweights the practical severity of UXSS—an attacker defeating same-origin policy is a serious trust violation—but the 'required user interaction' constraint justifies MEDIUM rather than HIGH. For risk prioritization, treat this as HIGH priority despite the CVSS rating.
Frequently asked questions
Why is this worse than a normal cross-site scripting (XSS) vulnerability?
Standard XSS affects only one website; if Site A is vulnerable, the attacker injects code that runs in Site A's context and can steal Site A's cookies. UXSS (universal XSS) defeats the browser's same-origin policy entirely, allowing code injected via one page to access any site you're logged into. An attacker doesn't need to find a vulnerable website; they just need you to visit their malicious page.
I have Chrome set to auto-update. Am I still at risk?
If auto-update is enabled and you haven't disabled it, you should receive version 150.0.7871.47 automatically within days. However, the update only takes effect when you restart Chrome. Check chrome://version/ to confirm you're on 150.0.7871.47 or later. If the version is older, restart your browser or computer to finalize the update.
Can I detect if I've visited an exploit page for this vulnerability?
Not reliably without forensic tools. The exploit is a rendered webpage, not a system crash or obvious error. If you notice unusual activity (unexpected password reset emails, logins from unknown locations, changed account settings), treat it as a potential compromise and change your passwords immediately from a clean device. This is why patching quickly is critical—the best defense is not being vulnerable in the first place.
Does this affect Chromium-based browsers like Edge or Brave?
Possibly, if they have not backported the fix to their own Chromium versions. Check the vendor's security advisories for Edge, Brave, Opera, Vivaldi, and other Chromium forks. Many will have patched the same flaw in lockstep with Chrome, but verify before assuming you're safe.
This intelligence is provided for informational purposes and should not be treated as legal or compliance advice. The vulnerability details and patch guidance are derived from public sources and should be verified against official Google Chrome security advisories and your organization's patch management policies before deployment. SEC.co makes no warranty regarding completeness, accuracy, or applicability to your environment. Always test patches in a non-production environment before rolling out to production systems. Organizations should consult their own security and legal teams regarding disclosure, remediation timelines, and regulatory obligations. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11150MEDIUMChrome XML UXSS Vulnerability – Patch Guide
- CVE-2026-11166MEDIUMChrome SVG Injection Vulnerability – 6.8 CVSS Medium Severity
- CVE-2026-11186MEDIUMChrome UXSS Vulnerability in CSS Rendering—Urgent Patch Required
- CVE-2026-11273MEDIUMGoogle Chrome Omnibox Script Injection Vulnerability (UXSS) – Patch 149.0.7827.53
- CVE-2026-12459MEDIUMGoogle Chrome Serial Component XSS Vulnerability (Version 149.0.7827.155)
- CVE-2026-12463MEDIUMChrome Linux UXSS via Renderer Compromise
- CVE-2026-13957MEDIUMChrome Extension Security UI Flaw Enables UXSS Attacks
- CVE-2026-13977MEDIUMChrome HTMLParser XSS Vulnerability – Patch Now