Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious Chrome extension
-
DeliverySocial-engineer victim to install it
-
ExploitExtension issues crafted WebHID calls
-
ExecutionBypass WebHID policy enforcement
-
ImpactEscalate privilege and access HID devices
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the victim to install an attacker-controlled Chrome Extension - this installation step is the primary concrete prerequisite drawn directly from the description ('convinced a user to install a malicious extension'). The malicious extension must then issue a specifically crafted WebHID request to exploit the insufficient policy enforcement, so the WebHID path must be reachable on Chrome desktop < 150.0.7871.47. Limiting factors: the attack cannot succeed on a browser with no untrusted extensions installed, is blocked by enterprise extension allowlisting or a WebHID-disable policy, and the CVSS AC:H rating signals additional attacker-uncontrolled conditions, making opportunistic mass exploitation unlikely. Note: the description's requirement for user-driven extension installation conflicts with the published UI:N metric. |
| Impact | Signals are mixed and should be weighed against the raw 8.1 score. The CVSS vector (AV:N/AC:H/PR:N/UI:N) yields High severity with full C/I/A impact, but the description contradicts the UI:N metric: the attack explicitly requires convincing a user to install a malicious extension, which is meaningful user interaction and a non-trivial precondition - verify with vendor, as the real-world barrier is higher than UI:N implies. Chromium's own rating is only Medium, EPSS is very low (0.13%), the CVE is not on CISA KEV, and no public exploit is identified, all arguing against widespread imminent exploitation. AC:H further indicates attacker-uncontrolled conditions must hold. Net: this is a patch-in-normal-cadence issue rather than an emergency, though Chrome's ubiquity and auto-update lag on unmanaged fleets warrant timely rollout. |
| Exploit ScenarioDerived | An attacker publishes a seemingly benign browser extension (or compromises an existing one) and social-engineers a target into installing it. Once installed, the extension issues crafted WebHID calls that bypass Chrome's policy enforcement to access devices or browser privileges it should not have, escalating from extension-sandbox privileges toward fuller compromise of the browser session and connected HID devices. No public proof-of-concept is identified at time of analysis, and the AC:H rating indicates non-trivial conditions must be met. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 01, 2026
Privilege escalation in Google Chrome desktop prior to 150.0.7871.47 stems from insufficient policy enforcement in the WebHID subsystem, letting a maliciously crafted extension escape its intended boundaries and gain elevated access to human-interface devices and browser privileges. Exploitation first requires convincing a victim to install the malicious extension, after which a crafted Chrome Extension bypasses WebHID access controls. Chromium rates the issue Medium; no public exploit is identified at time of analysis and EPSS exploitation probability is low (0.13%, 3rd percentile).
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.47 or later on all desktop platforms; most installations update automatically, so relaunch the browser to apply the update and confirm via chrome://settings/help. In managed environments, push the update through enterprise update tooling. As a compensating control until patched, restrict extension installation via enterprise policy (set ExtensionInstallBlocklist to '*' with an ExtensionInstallAllowlist of vetted IDs, or use ExtensionInstallForcelist) to remove the malicious-extension precondition - trade-off: users can no longer freely add extensions. You may also disable WebHID via DefaultWebHidGuardSetting (value 2 = block), which closes the vulnerable code path but breaks legitimate hardware integrations such as some security keys and peripherals. Refer to the advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html.
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
WebHID is a browser API granting web content and extensions access to Human Interface Devices - keyboards, gamepads, FIDO/U2F security keys, and custom USB peripherals - after a permission grant. The flaw is CWE-284 (Improper Access Control): Chrome's WebHID policy enforcement did not sufficiently restrict what a Chrome Extension could reach, allowing a crafted extension to exceed its intended device-access boundaries and escalate privilege within the browser. Because WebHID bridges web-facing code to physical hardware, weak policy checks here can expose sensitive devices or serve as a stepping stone in a broader extension-based compromise.
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
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
Requires the victim to install a malicious extension, so UI:R (not UI:N) and AC:H; attacker needs no prior browser privileges (PR:N), and a successful escape yields full C/I/A impact within the browser.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Insufficient policy enforcement in WebHID in Google Chrome prior to 150.0.7871.47 allowed an attacker who convinced a user to install a malicious extension to perform privilege escalation via a crafted Chrome Extension. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome versions prior to 150.0.7871.47 contain a privilege escalation vulnerability in the WebHID subsystem that allows malicious browser extensions to escape sandbox restrictions and gain access to hardware devices. While no public exploit has been identified, the vulnerability affects all desktop Chrome users who install untrusted extensions, creating risk of unauthorized peripheral access and browser compromise.
Apply vendor patch.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Same weakness CWE-284 – Improper Access Control
View allSame technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-40550
GHSA-hwcm-f47f-gx33
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB