CVE-2026-87432 in Chromeinfo

Summary

by MITRE • 09/09/2026

Incorrect authorization in Navigation in Google Chrome prior to 153.0.8010.36 allowed a remote attacker who had compromised the renderer process to spoof UI elements via a crafted HTML page. (Chromium security severity: Medium)

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Analysis

by VulDB Data Team • 09/09/2026

The vulnerability identified as an incorrect authorization issue within the navigation subsystem of Google Chrome prior to version 153.0.8010.36 represents a significant breach in process isolation and UI integrity controls. This flaw specifically affects the mechanism by which the browser handles page navigations, allowing for potential manipulation of user interface elements when combined with other pre-existing conditions such as renderer process compromise. The core technical deficiency lies in the insufficient validation or authorization checks performed during navigation events, which are intended to maintain a strict separation between untrusted web content and trusted browser chrome. In modern browsers like Chrome, security is heavily reliant on multi-process architecture where each tab runs in an isolated sandboxed environment known as the renderer process. This design ensures that malicious code executed within a webpage cannot directly access sensitive data or modify critical application states outside its own context. However, when navigation occurs, particularly through complex HTML constructs crafted by an attacker, there exists a window of opportunity where these isolation boundaries can be blurred if proper authorization checks are not rigorously enforced at the browser level.

The operational impact of this vulnerability centers on UI spoofing capabilities for attackers who have already achieved code execution within the renderer process. By leveraging a specially constructed HTML page, an adversary can manipulate how navigation events are processed to display deceptive interface elements that mimic legitimate browser controls or trusted websites. This type of attack falls under the category of user interface deception and is closely aligned with CWE-284 Improper Access Control and CWE-79 Cross-site Scripting in terms of its potential for social engineering exploitation. Although the initial foothold requires compromising the renderer process, which typically demands a separate vulnerability such as an out-of-bounds write or use-after-free flaw, the combination creates a potent attack chain. Once the UI is spoofed, users may be tricked into entering credentials on fake login pages, clicking malicious links that appear to originate from trusted sources, or interacting with controls that do not perform their expected security functions. This undermines the fundamental trust model of the browser and can lead to credential theft, session hijacking, or further malware installation depending on what specific UI elements are spoofed and how they interact with user input.

From a threat intelligence perspective, this vulnerability maps directly to MITRE ATT&CK technique T1078 Valid Accounts if used in conjunction with phishing, but more specifically relates to techniques involving interface manipulation such as T1496 Screen Capture or potentially T1553 Subvert Trust Controls depending on the exact nature of the spoofed elements. The severity is classified as medium by Chromium security standards because while it does not allow direct arbitrary code execution from a clean state, it significantly amplifies the impact of renderer escapes. Attackers often rely on chaining multiple vulnerabilities to achieve full system compromise or data exfiltration; this flaw serves as a critical link in that chain by enabling post-exploitation activities that are difficult for users to detect visually. The ability to spoof UI elements effectively blinds the user to the true nature of their interaction with the web, making traditional security warnings and address bar indicators unreliable indicators of safety.

Mitigation strategies primarily involve updating Google Chrome to version 153.0.8010.36 or later where these authorization checks have been strengthened. For organizations managing large fleets of endpoints, automated patch management systems should be configured to prioritize this update due to its role in enhancing post-exploitation defenses. Additionally, users can employ browser extensions that enforce strict content security policies and monitor for unusual navigation patterns, although such tools are not a substitute for native fixes. Security awareness training remains relevant here as well; since the attack relies on visual deception, educating users about verifying URL consistency and looking for subtle discrepancies in interface design can provide an additional layer of defense against successful exploitation attempts that bypass technical controls.

Responsible

Chrome

Reservation

09/09/2026

Disclosure

09/09/2026

Moderation

accepted

CPE

ready

EPSS

0.00000

KEV

no

Activities

very low

Sources

Want to know what is going to be exploited?

We predict KEV entries!