CVE-2026-14130: Chrome Omnibox UI Spoofing Vulnerability – Patch Guide
Google Chrome versions before 150.0.7871.47 contain a flaw in the browser's address bar (Omnibox) security indicators that allows an attacker to deceive users through visual spoofing. When a user visits a malicious webpage, the attacker can craft HTML content that makes the browser's security UI display false information—such as misleading indicators about the site's legitimacy or HTTPS status. The vulnerability requires user interaction (visiting the crafted page) but does not directly compromise data confidentiality or system availability; the primary risk is user deception leading to credential theft or other social engineering attacks.
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-20, CWE-451
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Incorrect security UI in Omnibox in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to perform UI spoofing 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
This vulnerability stems from improper input validation and security UI design in Chrome's Omnibox component. Classified under CWE-20 (Improper Input Validation) and CWE-451 (User Interface (UI) Misrepresentation of Critical Information), it allows remote attackers to manipulate the display of security indicators in the address bar. The flaw does not involve memory corruption or sandbox escape; instead, it represents a logic error in how the browser renders or updates security-relevant UI elements in response to crafted HTML. An attacker controls the visual presentation of trust signals without modifying the actual page origin or certificate chain, creating a disconnection between what the browser displays and the true security context.
Business impact
End users are exposed to increased phishing and credential harvesting risk. Employees may be tricked into entering sensitive information on what appears to be a legitimate internal or third-party site, when the security indicators have been spoofed. Organizations relying on user awareness of browser security signals as a defense layer—particularly those without strong email filtering or multi-factor authentication—may see elevated successful social engineering attempts. The impact is indirect but measurable through increased incident response overhead and potential credential compromise. Customer-facing web properties may also face reputational damage if users perceive them as unsafe due to spoofed warnings.
Affected systems
Google Chrome prior to version 150.0.7871.47 is affected. This includes all Windows, macOS, and Linux installations of Chrome at that version level and earlier. Chromium-based browsers that derive code from this release window may also be vulnerable, depending on whether they have backported the fix. Other browsers (Firefox, Safari, Edge) are not directly affected by this Omnibox-specific flaw, though similar UI spoofing issues may exist in their own address bar implementations.
Exploitability
Exploitation is straightforward and requires no special technical capabilities beyond crafting a malicious HTML page. The attacker must trick a user into visiting the page—typically via phishing email, malicious advertisement, or compromised website—but no complex social engineering or zero-day techniques are needed. The user interaction requirement (visiting the page) is a realistic constraint, not a significant barrier. Once visited, the spoofed UI elements are rendered immediately. No authentication bypass, privilege escalation, or system-level access is required. The low barrier to exploitation makes this a moderate practical risk in real-world attacks, particularly when combined with phishing campaigns.
Remediation
Users should update Chrome to version 150.0.7871.47 or later immediately. Google has released patches through its stable channel, and updates are typically delivered automatically, though users can manually check via Help > About Google Chrome. Organizations should enforce Chrome updates through mobile device management (MDM), group policy, or endpoint management tools to ensure rapid deployment. For unmanaged devices, user communication campaigns emphasizing the importance of accepting Chrome updates are recommended. No workarounds exist short of upgrading or switching browsers.
Patch guidance
Verify that Chrome has been updated to 150.0.7871.47 or a later stable release. Users can confirm the installed version in Help > About Google Chrome; the browser will automatically relaunch if an update is pending. Enterprise administrators should verify rollout via endpoint management dashboards and confirm that auto-update policies are enforced. Test that security indicator display behaves correctly on trusted and untrusted sites post-update. No configuration changes or manual remediation steps are required beyond the update itself.
Detection guidance
Detection at the network level is difficult, as the attack involves legitimate HTTPS traffic to a malicious site and does not generate anomalous network signatures. Endpoint detection should focus on user behavior: monitor for users accessing suspicious domains shortly after phishing emails, or for unusual patterns of credential entry into browser forms. Browser telemetry and crash reporting data from older Chrome versions can help identify organizations with delayed patching. Security awareness training should emphasize inspecting the full URL and certificate details in the address bar rather than relying solely on visual indicators, as this provides defense-in-depth against UI spoofing. Consider blocking known malicious domains at the proxy or DNS level.
Why prioritize this
Although marked as CVSS Medium (4.3) and Chromium Low severity, this vulnerability should be prioritized for patching because it directly undermines user trust in browser security signals—a critical last-mile defense against phishing. The ease of exploitation combined with the prevalence of Chrome in enterprise environments makes rapid deployment essential. Organizations with large remote or BYOD populations are particularly at risk, as users may be more susceptible to phishing attacks when working outside monitored networks. The combination of low technical barrier, realistic attack scenario, and potential for credential theft justifies treating this as a urgent patch priority despite the moderate CVSS score.
Risk score, explained
The CVSS 3.1 score of 4.3 (MEDIUM) reflects the requirement for user interaction and the absence of direct data confidentiality or availability impact. However, the score does not fully capture the real-world risk posed by UI spoofing attacks in a phishing context. The vulnerability enables integrity attacks (false security indicators), which can lead to downstream credential compromise. Organizations should consider supplementing the CVSS score with threat modeling that accounts for their phishing exposure, user security awareness maturity, and reliance on browser-level trust signals.
Frequently asked questions
Does this vulnerability affect Chrome on Android and iOS?
Yes. The Omnibox vulnerability affects Chrome across all platforms, including Android and iOS. Mobile users should ensure their Chrome app is updated to the latest version available on their respective app store.
Can this be exploited without user knowledge or action?
No. The attacker must convince the user to visit a malicious webpage. The vulnerability cannot be triggered through email, ads, or background processes alone. However, this user-interaction requirement is easily met through standard phishing or redirect tactics, so it is not a strong practical defense.
Are my saved passwords and autofill data at risk if I visit a spoofed page?
The vulnerability itself does not automatically exfiltrate passwords or autofill data. However, the spoofed security indicators may trick a user into entering credentials on the attacker's fake login form, where those credentials can be harvested. This is a social engineering risk, not a technical data-theft vulnerability.
If I am on a corporate network with advanced threat protection, am I safe?
Advanced email filtering and web proxies reduce the likelihood of visiting the malicious page in the first place, but they do not mitigate the vulnerability itself. Once on the malicious page, the UI spoofing still occurs. Keeping Chrome patched is the only way to eliminate the technical flaw. User security awareness training is also critical.
This analysis is provided for informational purposes and represents SEC.co's best interpretation of publicly available vulnerability data as of the publication date. CVSS scores, patch versions, and affected product ranges are sourced from official vendor advisories and CVE databases. Readers should verify patch compatibility and deployment procedures against Google's official Chrome security updates and their organization's change management policies. SEC.co does not provide legal advice or guarantee the completeness or accuracy of this information for any specific deployment context. Organizations should conduct their own risk assessment aligned with their security posture, threat model, and regulatory requirements. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11286MEDIUMChrome Wallet UI Spoofing Vulnerability – Patch Guidance
- CVE-2026-14127MEDIUMChrome Printing UI Spoofing Vulnerability (v150.0.7871.47)
- CVE-2026-0018MEDIUMAndroid AccessibilityManagerService Denial of Service Vulnerability
- CVE-2026-0051MEDIUMAndroid UBSan Runtime Denial of Service Vulnerability
- CVE-2026-0070MEDIUMAndroid DevicePolicyManagerService Local Denial of Service Vulnerability
- CVE-2026-0085MEDIUMAndroid Contact Handler Denial of Service Vulnerability
- CVE-2026-10004MEDIUMChrome UI Spoofing Vulnerability – Password Dialog Hijacking
- CVE-2026-10912MEDIUMChrome Extension Same-Origin Policy Bypass (CVSS 6.5)