Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious Chrome extension with spoofed security UI
-
DeliveryDeliver extension via phishing or fake download site
-
ExploitConvince victim to install extension
-
ExecutionIncorrect security UI misrepresents extension permissions or identity
-
PersistVictim trusts and interacts with malicious extension
-
ImpactFollow-on credential theft or social engineering
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V3 - Web Frontend Security UI security representation
|
| Exploitation Conditions | Exploitation requires that the victim user actively install a specifically crafted malicious Chrome extension - this is the essential prerequisite and primary limiting factor. The CVSS UI:R metric confirms mandatory active user interaction; without the install action, the vulnerability cannot be triggered. The attacker requires no prior authentication or privileges on the target system (PR:N), but must overcome the social engineering barrier of convincing the user to complete the install. The vulnerability is confined to Chrome's Extensions UI subsystem and does not affect the browser in the absence of the malicious extension. No non-default Chrome configuration or special server-side deployment condition is required. What limits exploitation: the user must take a deliberate install action, Chrome's install prompts still appear (the flaw is in how security UI is rendered post-install, not in bypassing the install gate), and the impact is scoped to UI deception rather than code execution or data exfiltration. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N, score 4.3) reflects a network-reachable attack with no attacker-side authentication and low complexity, but with mandatory victim interaction - the user must be convinced to install a malicious extension. Scope is unchanged, meaning the impact is bounded to the browser. The integrity impact is Low and there is no confidentiality or availability consequence. EPSS at 0.10% (1st percentile) indicates near-zero probability of exploitation in the near term, which is consistent with Chromium's own 'Low' severity classification. No CISA KEV listing exists and no public POC has been identified, so all exploitation risk signals are at their floor. The primary realistic threat is as an amplifier in a phishing campaign - the spoofed UI lowers the user's defenses when interacting with the malicious extension - rather than a standalone exploitation vector. For most organizations, this is a patch-and-move-on item rather than an emergency priority. |
| Exploit ScenarioDerived | An attacker crafts a Chrome extension that abuses the incorrect security UI to misrepresent its permissions or spoof the visual identity of a trusted extension. The attacker distributes this extension via a phishing email, a fake software download page, or a compromised web property, persuading the victim to click through the installation prompt. Once installed, the spoofed UI deceives the user into granting the extension elevated trust or interacting with it as though it were legitimate, enabling follow-on actions such as credential harvesting or further social engineering. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
UI spoofing in Google Chrome's Extensions subsystem (all versions prior to 151.0.7922.72) allows an attacker who tricks a user into installing a crafted malicious extension to misrepresent critical security indicators within the browser interface. The flaw stems from incorrect security UI rendering in the Extensions component (CWE-451), enabling deceptive presentation of extension trust signals or permissions. No public exploit has been identified at time of analysis and EPSS is 0.10% (1st percentile), aligning with Chromium's own internal 'Low' severity rating; however, the ubiquitous deployment footprint of Chrome elevates the aggregate exposure.
RemediationAI
The primary remediation is to update Google Chrome to version 151.0.7922.72 or later, which contains the vendor-released patch confirmed via the Chrome Releases blog at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome's automatic update mechanism handles this for most consumer endpoints; administrators should verify deployment via chrome://settings/help or fleet management tooling. Where immediate patching is not feasible, organizations using Chrome Browser Cloud Management or Windows Group Policy can enforce an extension allowlist (ExtensionInstallAllowlist / ExtensionInstallBlocklist policies), which blocks installation of unapproved extensions and directly eliminates the attack surface - the trade-off is that users lose the ability to self-install extensions outside the approved list.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability resides in the Extensions security UI layer of Google Chrome, classified under CWE-451 (User Interface Misrepresentation of Critical Information). This CWE class covers flaws where security-sensitive UI elements - such as permission dialogs, trust badges, or identity indicators - are rendered inaccurately, allowing attackers to manipulate what users perceive as safe or trusted. The affected product is Google Chrome for desktop (CPE: cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) across all versions below 151.0.7922.72. The technical internals are tracked at issues.chromium.org/issues/521601450, but that issue is not publicly disclosed; the precise rendering defect is therefore inferred from the description and CWE classification. The Extensions API in Chrome grants extensions the ability to modify browser UI surfaces, and a failure in how the security UI validates or displays extension metadata is the root cause class.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
Sources disagree (Low–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
Network-delivered via social engineering (AV:N), mandatory user install action (UI:R), no attacker privileges needed (PR:N), integrity impact only via UI deception (I:L), no confidentiality or availability consequence.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Incorrect security UI in Extensions in Google Chrome prior to 151.0.7922.72 allowed an attacker who convinced a user to install a malicious extension to perform UI spoofing via a crafted Chrome Extension. (Chromium security severity: Low)
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Google Chrome Implementation and Policy Flaws
View all 50Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-50924
GHSA-wj46-px5j-vc7g
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB