CVE-2026-14076: Chrome Content Security Policy Bypass Vulnerability
Google Chrome versions before 150.0.7871.47 contain a weakness in how the browser enforces Content Security Policy (CSP), a security feature that restricts which resources a webpage can load. An attacker could craft a malicious HTML page that tricks the browser into loading content that should have been blocked by CSP rules, potentially allowing injection of unwanted scripts or other resources. The attack requires user interaction—the victim must visit the malicious page—but succeeds against unpatched Chrome installations on Windows, macOS, and Linux.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-693
- Affected products
- 4 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Insufficient policy enforcement in Network in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to bypass content security policy via a crafted HTML page. (Chromium security severity: Low)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14076 stems from insufficient policy enforcement in Chrome's Network component, specifically affecting CSP validation mechanisms. The vulnerability allows a remote attacker to bypass Content Security Policy headers through a specially crafted HTML page, violating the same-origin and resource-loading restrictions CSP is designed to enforce. This is classified as CWE-693 (Improper Resource Validation), indicating the browser fails to properly validate or enforce the policy constraints before loading network resources. The CVSS 3.1 score of 4.3 (Medium severity) reflects low attack complexity and no privileges required, but limited impact—integrity can be compromised (script injection, content manipulation) while confidentiality and availability remain unaffected. Chromium developers assigned this a Low severity rating internally, suggesting the practical attack surface is narrow.
Business impact
For organizations relying on CSP as a defense-in-depth control against cross-site scripting (XSS) and code injection attacks, this weakness temporarily reduces that layer's effectiveness on unpatched Chrome instances. The impact is primarily integrity-related: an attacker could inject malicious scripts into a webpage that CSP should have blocked, potentially leading to credential theft, session hijacking, or malware distribution if combined with other vulnerabilities. However, because exploitation requires both a crafted page and user interaction, and the severity is rated Medium rather than Critical, the business risk is moderate. Organizations with strict browser policies and regular patching cadences face lower exposure. Those managing diverse, older Chrome fleets or relying heavily on CSP without additional controls should prioritize remediation.
Affected systems
The vulnerability affects Google Chrome prior to version 150.0.7871.47 across all major operating systems: Windows, macOS, and Linux. Enterprise environments with Chrome-based deployments, Chromebook fleets, and individuals using Chrome as their primary browser are in scope. Related Chromium-based browsers may be affected depending on their version and whether they incorporated the vulnerable code path; verify with your specific browser vendor. Chrome on Android and iOS may have different version numbering; consult Google's security advisories for mobile platform status.
Exploitability
Exploitation is straightforward in terms of attack mechanics: an attacker hosts a malicious HTML page and lures a victim to visit it via phishing, watering-hole attack, or social engineering. No special network position or authentication is required. However, practical exploitation depends on the attacker's ability to craft HTML that both violates CSP policy and achieves a meaningful payload—for instance, injecting a script to steal cookies or redirect to a phishing site. The Medium CVSS score reflects that while the attack vector is network-accessible and requires no privileges, user interaction (clicking a link, visiting a site) is mandatory. Chromium's Low severity designation suggests real-world attack scenarios are limited; this is not a trivial browser sandbox escape or pre-authentication remote code execution. The vulnerability is not currently tracked in the CISA Known Exploited Vulnerabilities catalog, indicating no active, widespread exploitation has been documented.
Remediation
Update Google Chrome to version 150.0.7871.47 or later on all affected systems. Users can check their Chrome version by navigating to Help > About Google Chrome, which automatically checks for updates. Enterprise deployments should use centralized update mechanisms (Group Policy, Mobile Device Management, or third-party patch management tools) to enforce timely deployment. For organizations unable to immediately patch, temporary mitigations include user education to avoid suspicious links and implementation of additional XSS protections (Web Application Firewalls, advanced threat detection) while CSP enforcement remains weakened on legacy versions.
Patch guidance
Verify that your Chrome deployment has reached version 150.0.7871.47 or later by querying browser version telemetry or checking client machines directly. On Windows, use Group Policy to enable 'Update policy override' and set 'Minimum Chrome version' to 150.0.7871.47. On macOS, configure 'Minimum Chrome version' via configuration profiles. Linux users should ensure their package manager or direct Chrome installation receives the update; some distributions may lag behind upstream releases, so verify with your Linux vendor's security advisories. Test patched environments in a non-production environment first to ensure no compatibility issues with internal web applications that rely on specific CSP configurations.
Detection guidance
Monitor Chrome version distributions across your environment to ensure no instances remain below 150.0.7871.47. Web application firewalls and intrusion detection systems should not trigger on this vulnerability unless they monitor for CSP bypass attempts specifically, which is difficult without application-level context. If you operate web applications that rely on CSP to prevent injection attacks, review your CSP policy logs and WAF alerts for any anomalies that might indicate exploitation attempts between when this vulnerability was public and when your environment was patched. Browser telemetry, MDM reporting, and vulnerability scanning tools that track installed software versions are the primary detection mechanisms.
Why prioritize this
This vulnerability merits prompt but not emergency patching. The Medium CVSS score, requirement for user interaction, lack of KEV designation, and Chromium's internal Low severity rating all indicate this is not a critical zero-day or mass-exploitation scenario. However, CSP bypass is a meaningful integrity risk for web-facing applications and organizations defending against sophisticated attackers. Prioritize patching for internet-facing machines, developer workstations, and any systems that handle sensitive web content. Non-critical endpoints can be patched within your standard monthly or quarterly cycle, but should not be deferred indefinitely.
Risk score, explained
The CVSS 3.1 score of 4.3 (Medium) reflects: Network-accessible attack vector with no special position required; low attack complexity; no privileges or authentication needed; but crucially, user interaction is required (the victim must visit the malicious page). Impact is limited to integrity (CSP bypass enabling script injection) with no confidentiality or availability compromise. The scoring aligns with Chromium's Low internal severity because while the vulnerability is real, its practical impact is narrower than a critical RCE or zero-click worm. The Medium severity label appropriately signals 'important but not emergency' priority.
Frequently asked questions
Could this vulnerability allow an attacker to steal my passwords or login credentials?
Not directly through the vulnerability alone. A CSP bypass allows injection of scripts into a webpage that should have been blocked, which could then be used to steal credentials if the injected script specifically targets login forms or session tokens. However, this requires the attacker to craft a payload and successfully execute it on the vulnerable browser—it is not an automatic credential leak. Modern password managers and two-factor authentication provide additional protection against such attacks.
If I use a browser other than Chrome (Firefox, Safari, Edge), am I affected?
This vulnerability is specific to Chromium-based browsers. Firefox and Safari are not affected because they use different rendering engines. Microsoft Edge is based on Chromium, so it may be affected if its version is older than the equivalent fixed Chrome build; check Microsoft's security advisories for Edge version recommendations. Safari on macOS and iOS is not affected.
Does this vulnerability require me to change my CSP policies or will the patch alone fix it?
The patch alone fixes the browser-side issue. You do not need to change your CSP policies. CSP policies are already defensively written to restrict resource loading; the vulnerability was that Chrome was not enforcing these policies correctly. Once patched, Chrome will respect your CSP directives as intended. Review your CSP for defense-in-depth, but no urgent CSP modifications are required in response to this CVE.
How do I know if my organization's Chrome browsers are patched without manually checking each machine?
Use your MDM (Mobile Device Management) solution, enterprise browser telemetry dashboards, or vulnerability scanning tools to query Chrome version across your fleet. Google Chrome reports its version to many asset management systems and SCCM (System Center Configuration Manager) environments. If you lack centralized visibility, deploy a simple inventory script or use your existing patch management tool to report Chrome versions. Focus on identifying machines still running versions below 150.0.7871.47.
This analysis is provided for informational purposes and reflects the state of knowledge as of the vulnerability's publication date. CVSS scores, affected versions, and patch information are sourced from official vendor advisories and NVD records; verify all technical details against primary sources before implementation. Patch version numbers and specific remediation steps should be validated against your vendor's official security bulletins. No exploit code is provided, and no active exploitation was confirmed at publication. This document does not constitute legal, compliance, or comprehensive risk assessment advice. Organizations should conduct their own threat modeling and business impact analysis in the context of their specific environment and security posture. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-11174MEDIUMChrome Site Isolation Bypass – CVSS 5.3 Medium Vulnerability
- CVE-2026-11206MEDIUMChrome Service Worker Data Leak Vulnerability – CVSS 6.5
- CVE-2026-11219MEDIUMGoogle Chrome Navigation Bypass Vulnerability – Patching Guide
- CVE-2026-11234MEDIUMChrome FoldableAPIs Site Isolation Bypass (149.0.7827.53)
- CVE-2026-11260MEDIUMGoogle Chrome CSP Bypass in Permissions Handling
- CVE-2026-11264MEDIUMContent Security Policy Bypass in Chrome – Patch to 149.0.7827.53
- CVE-2026-11266MEDIUMChrome Safe Browsing Bypass Vulnerability — Patch v149.0.7827.53
- CVE-2026-11288MEDIUMCross-Origin Data Leak via CSS in Chrome – Patch Guidance