MEDIUM 6.1

CVE-2026-15127: Chrome WebGL UXSS Vulnerability – Patch Guidance

A flaw in how Google Chrome handles WebGL—a web technology for rendering graphics—allows attackers to inject malicious scripts or HTML into pages you visit. An attacker could craft a deceptive webpage that, when opened in a vulnerable Chrome browser, executes unauthorized code with the privileges of the web page you're viewing. This is a form of cross-site scripting (XSS) attack. The vulnerability affects Chrome versions prior to 150.0.7871.115.

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-07-08 / 2026-07-09

NVD description (verbatim)

Inappropriate implementation in WebGL in Google Chrome prior to 150.0.7871.115 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

CVE-2026-15127 stems from an inappropriate implementation in Chrome's WebGL subsystem that fails to properly sanitize or validate crafted HTML input. The vulnerability allows an unauthenticated remote attacker to achieve universal cross-site scripting (UXSS)—meaning injected scripts can bypass same-origin policies and access sensitive data or perform actions across different origins. The attack vector is network-based with low attack complexity and requires only user interaction (visiting a malicious page). The flaw is categorized under CWE-79 (Improper Neutralization of Input During Web Page Generation).

Business impact

Organizations where employees use Chrome as their primary browser face risk of data theft, credential harvesting, and unauthorized account actions through UXSS attacks. While the CVSS base score is 6.1 (Medium), the ability to inject scripts across origins elevates practical risk—an attacker could exfiltrate session tokens, modify sensitive content, or perform transactions on behalf of the user. This is particularly concerning for financial services, healthcare, and government sectors relying on web applications for critical workflows.

Affected systems

Google Chrome versions prior to 150.0.7871.115 are vulnerable. This includes all Chrome installations on Windows, macOS, and Linux that have not been updated to or beyond version 150.0.7871.115. Mobile variants of Chrome and Chromium-based browsers (Edge, Opera, Brave, etc.) built on the same vulnerable code may also be affected; verify with each vendor's security advisories for specific version thresholds.

Exploitability

Exploitability is moderate to high in real-world scenarios. The attack requires no special privileges and can be delivered via a simple phishing link or compromised advertisement. However, it does require user interaction—the victim must visit the attacker's crafted webpage. No active exploitation has been observed in the wild at the time of this advisory's publication, and the vulnerability is not listed on CISA's Known Exploited Vulnerabilities (KEV) catalog. The relatively low barrier to weaponization means the window for patch deployment should be treated as urgent.

Remediation

Update Google Chrome to version 150.0.7871.115 or later. Chrome typically auto-updates, but users should manually verify their version by navigating to Chrome Menu > Help > About Google Chrome. Enterprise deployments should push the update through their patch management systems. For organizations unable to update immediately, restrict user access to untrusted websites and enforce Content Security Policy (CSP) headers on internal web applications to mitigate XSS risks.

Patch guidance

Google has released Chrome 150.0.7871.115 containing the fix. Verify your current version under Settings > About. Most users on the automatic update channel will receive the patch within days; however, enterprise administrators managing Chrome through group policies should manually trigger deployment to ensure uniform coverage. Test patches in a staging environment before broad rollout to confirm no application compatibility issues.

Detection guidance

Monitor Chrome crash reports and plugin failures that may indicate exploitation attempts. Web application firewalls (WAFs) should be configured to detect and block suspicious WebGL requests or HTML injection payloads. Endpoint detection and response (EDR) tools can monitor for unexpected JavaScript execution or unusual network calls following Chrome page loads. Log analysis should focus on correlating user visits to untrusted domains with subsequent suspicious browser behavior. Consider implementing CSP reporting endpoints to catch injection attempts against your own web properties.

Why prioritize this

Although the CVSS score is Medium (6.1), the practical severity is elevated due to the universal XSS nature of the flaw, its network-based delivery, and the ubiquity of Chrome in enterprise environments. The lack of KEV listing does not diminish urgency—attackers typically wait for widespread deployment before public exploitation campaigns. Given Chrome's automatic update mechanism, patching should be a near-immediate priority for organizations with manual update policies or offline environments.

Risk score, explained

The CVSS 3.1 score of 6.1 reflects a network-accessible vulnerability requiring user interaction with low attack complexity. However, CVSS does not fully capture the cross-origin scripting capability (UXSS), which in practice allows attackers to overcome browser same-origin protections. The confidentiality and integrity impacts are rated as low because the attacker's access is limited to the user's session context, but for sensitive workflows (banking, healthcare, email) this translates to significant real-world risk. Organizations should treat this as a higher-priority fix than the base score alone suggests.

Frequently asked questions

Does Chrome auto-update protect me from this vulnerability?

Chrome's auto-update mechanism typically deploys patches within 24–48 hours of release across most users. However, updates may be delayed if the browser is closed infrequently or if background updates are disabled. Check Settings > About to confirm you are on version 150.0.7871.115 or later. Enterprise users with managed deployments should not rely solely on auto-update and should actively push the patch.

Are Chromium-based browsers like Edge, Opera, or Brave also affected?

Potentially, yes. These browsers are built on Chromium source code and inherit vulnerabilities present in Chromium. However, their patch cycles and version numbers differ from Chrome. Check your browser's about page and consult the vendor's security advisories for the specific version that contains the fix. For example, Microsoft Edge typically patches in sync with Chrome releases but may have different version numbering.

What is the difference between XSS and UXSS, and why does it matter here?

Traditional XSS attacks are confined to a single origin (domain). UXSS (universal XSS) bypasses the browser's same-origin policy, allowing an attacker to inject scripts that execute in the context of any domain the user has visited. This is far more dangerous because an attacker could steal credentials from your email, banking site, or internal company portal without needing to target those sites directly—just trick you into visiting a malicious page.

If I don't use WebGL, am I still at risk?

Yes. The vulnerability is in Chrome's WebGL implementation, but the attack is delivered via a crafted HTML page. You don't need to actively use WebGL features for the injection to occur—merely visiting a malicious webpage is sufficient. The attacker controls the HTML and can trigger the vulnerability without the user's knowledge.

This analysis is provided for informational purposes and reflects publicly available vulnerability data as of the advisory date. The vulnerability details, affected versions, and patch information are derived from Google's official security advisory. Organizations should verify all patch versions and compatibility against their specific Chrome deployment before applying updates. SEC.co does not provide guarantee of accuracy for third-party vendor software versions or patch schedules. This document does not constitute legal, compliance, or professional security advice. Consult with your security team and official vendor documentation for remediation decisions tailored to your environment. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).