MEDIUM 6.5

CVE-2026-14023: Chrome Same-Origin Policy Bypass via SanitizerAPI Input Validation Flaw

A flaw in Google Chrome's input validation allows attackers to bypass the same-origin policy—a fundamental browser security boundary—by sending users a specially crafted web page. This could enable unauthorized access to sensitive data from other websites the user is logged into. The vulnerability affects Chrome versions before 150.0.7871.47 and requires user interaction (visiting a malicious page).

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:N/I:H/A:N
Weaknesses (CWE)
CWE-20
Affected products
1 configuration(s)
Published / Modified
2026-06-30 / 2026-07-01

NVD description (verbatim)

Insufficient validation of untrusted input in SanitizerAPI in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to bypass same origin policy 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-14023 stems from insufficient input validation in Chrome's SanitizerAPI, a component responsible for cleaning and validating user-supplied data. The flaw permits a remote attacker to craft an HTML page that, when visited by a user, bypasses the same-origin policy (SOP)—the browser's core isolation mechanism preventing JavaScript from one origin from accessing resources of another. The vulnerability is classified as CWE-20 (Improper Input Validation) and carries a CVSS v3.1 score of 6.5 (Medium), reflecting its network-exploitable nature and high integrity impact without requiring privileges, though user interaction is mandatory.

Business impact

Successful exploitation could allow attackers to exfiltrate sensitive user data from authenticated sessions—credentials, personal information, financial records, or proprietary data—without triggering typical security warnings. For enterprises, this exposes both employees and customers to data theft when visiting attacker-controlled or compromised websites. Organizations managing sensitive web applications should treat this as a priority, as the SOP bypass directly undermines browser-based security controls relied upon by web services, API consumers, and SaaS platforms.

Affected systems

Google Chrome versions prior to 150.0.7871.47 are vulnerable. This includes all stable, beta, dev, and canary builds below that version. Users on Windows, macOS, Linux, Android, and iOS running Chrome are affected if they have not updated. Organizations using Chrome as a managed browser or relying on Chromium-based browsers (Edge, Brave, Opera) should verify whether their variants have incorporated the patch or wait for vendor-specific updates.

Exploitability

Exploitability is moderate to high. The vulnerability requires network access and user interaction—an attacker must trick or socially engineer a user into visiting a crafted web page. No authentication or special privileges are needed on the attacker side, and the attack surface is broad (any website an attacker controls or compromises). However, the requirement for user action (clicking a link, visiting a site) slightly reduces real-world exploit velocity compared to a no-interaction flaw.

Remediation

Update Google Chrome to version 150.0.7871.47 or later immediately. Chrome's auto-update mechanism typically deploys patches within hours to days globally; verify the About Chrome menu for the running version. For enterprises, enable auto-update policies or enforce manual deployment of the patched version. Test the patch in a controlled environment before broad rollout if managing Chrome fleet-wide.

Patch guidance

Google has released Chrome 150.0.7871.47 with the fix. Users should navigate to About Chrome (chrome://settings/help on desktop) to trigger an automatic update check; the browser will restart to apply the patch. Administrators managing Chrome via Group Policy (Windows) or Mobile Device Management (MDM) should configure policies to enforce the update. For Chromium-based browsers (Microsoft Edge, Brave, Opera), check each vendor's release notes—patches are typically released in tandem but may have different version numbers.

Detection guidance

Detection of active exploitation is challenging in standard logging. Monitor for abnormal cross-origin data requests or unusual session activity in web application logs. Network detection tools may identify signatures of crafted HTML payloads if behavioral patterns are known. At the endpoint level, Chrome's built-in Safe Browsing service may flag some attacker-controlled sites hosting exploit pages. Ensure Chrome reporting and diagnostics are enabled in your organization for visibility into crash reports that might correlate with exploitation attempts. Verify patched version compliance using endpoint management tools or by querying the User-Agent string on accessed web services.

Why prioritize this

Although classified as Medium severity, the integrity impact is high and the vector is network-exploitable with only user interaction required. The same-origin policy is fundamental to web security; bypassing it directly threatens data confidentiality in web applications. Organizations with web-based systems, remote workers using Chrome, or BYOD policies should prioritize this patch within 1–2 weeks. While not actively exploited in the wild as of publication, the relative simplicity of same-origin-policy bypasses historically makes them attractive targets once public.

Risk score, explained

The CVSS 6.5 (Medium) score reflects: (1) network-based attack vector requiring no privileges; (2) low attack complexity—no special conditions needed beyond a crafted page; (3) required user interaction, which lowers severity slightly; (4) high integrity impact—data confidentiality is compromised; and (5) no direct availability or confidentiality impact on the victim system itself. The score appropriately balances the high sensitivity of SOP breaches against the user-interaction prerequisite.

Frequently asked questions

How quickly should we update Chrome across our organization?

We recommend patching within 1–2 weeks. Because the vulnerability requires user interaction and is not yet in active exploitation (KEV not listed), there is a reasonable window. However, given the fundamental nature of the SOP bypass, do not delay indefinitely. Prioritize users with web application access and high-risk roles first.

Does auto-update prevent exposure, or must we manually patch?

Chrome's auto-update is enabled by default and typically rolls out patches within 24–48 hours globally. Most users will patch automatically. However, organizations with centralized update management, offline environments, or disabled auto-update policies must ensure manual deployment. Verify patch status via Chrome's version number (Settings > About Chrome) or via endpoint management tools.

Is this vulnerability being actively exploited in the wild?

No. As of the publication date, this vulnerability is not listed in the CISA KEV (Known Exploited Vulnerabilities) catalog, meaning no confirmed active exploitation has been documented. However, public disclosure of a same-origin-policy bypass typically attracts researcher interest quickly; timely patching is still essential.

What if users are on Chromium-based browsers like Edge or Brave instead of Chrome?

Chromium-based browsers inherit the same underlying vulnerability, but patches are released independently by each vendor. Check Microsoft Edge, Brave, Opera, and other Chromium derivatives for their own updates and apply them according to their release schedules. Do not assume patching Chrome automatically protects all Chromium variants.

This analysis is provided for informational purposes and based on publicly available data as of the publication date. No exploitation code or weaponized proof-of-concept is included. Patch version numbers and affected product information are sourced from vendor advisories and official CVE records; verify compatibility and deployment timelines with your environment before deploying patches. Risk prioritization should account for your organization's specific threat model, browser deployment footprint, and web application security posture. SEC.co does not warrant the completeness or accuracy of third-party vendor patch information and recommends direct consultation with Google Chrome security advisories for the most current guidance. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).