Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryTrigger HID memory corruption via web content
-
ExploitOverflow buffer in HID handling (CWE-119)
-
ExecutionExecute arbitrary code within sandbox
-
Impact(chain sandbox escape for host RCE)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, buffer size validation
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation 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 load attacker-controlled web content (UI:R) that exercises Chrome's HID (Human Interface Device / WebHID) processing in versions prior to 156.0.8078.47; no authentication is required (PR:N). The key limiting factor is containment: the description states code runs INSIDE the sandbox, so arbitrary code execution is confined to the sandboxed renderer and does not by itself yield host compromise without an additional sandbox-escape vulnerability. User interaction (visiting/interacting with the malicious page) is mandatory, and users on auto-updated Chrome at or above 156.0.8078.47 are not affected. |
| Impact | This is a genuine high-priority patch item, though with important nuance. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8) indicates a network-reachable, low-complexity, unauthenticated bug requiring only that a victim visit a crafted HTML page - a trivially met condition for a web browser. However, the description explicitly states code executes 'inside the sandbox,' meaning a separate sandbox-escape bug is needed for full host compromise; the scope is correctly marked Unchanged (S:U). This creates a notable signal conflict: the CVSS base score of 8.8 and the vendor's 'Chromium security severity: Medium' rating diverge, precisely because CVSS does not credit the sandbox as a mitigating boundary while Google's internal rating does. No EPSS score was provided, so exploitation-probability modeling is unavailable. KEV status is not indicated (treat as not listed) and no POC is referenced, so there is no evidence of active exploitation or public exploit code. SSVC inputs (automatable, exploitation status) were not supplied. Net assessment: real priority due to ubiquity and remote reachability, but the sandbox containment and absence of exploitation signals place it below a drop-everything emergency - standard rapid Chrome auto-update cadence addresses it. |
| Exploit ScenarioDerived | An attacker hosts or injects a malicious HTML page (e.g., via a compromised ad network or phishing link) that drives the browser's HID (WebHID/USB Human Interface Device) code path to trigger the memory corruption. When a victim running an unpatched Chrome visits the page, the attacker achieves arbitrary code execution confined to the renderer/sandbox process. No public exploit was identified at time of analysis, and realistic full-system compromise would require chaining a separate sandbox escape. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Memory corruption in Chrome's HID (WebHID) handling lets a remote attacker who convinces a victim to load a crafted HTML page execute arbitrary code inside the browser sandbox on versions prior to 156.0.8078.47. Exploitation is unauthenticated (PR:N) but requires user interaction (UI:R) - the victim must visit or interact with the attacker-controlled page - and the resulting code execution is confined to the sandboxed renderer, so host compromise would still require a separate sandbox-escape bug. No public exploit code or confirmed active exploitation was identified at time of analysis, though the 8.8 CVSS and memory-corruption primitive make it a high-priority patch item; Chromium itself rates the issue Medium and Google has released a fixed build.
RemediationAI
Vendor-released patch: Google Chrome 156.0.8078.47 - upgrade to or above that build, which is delivered through the standard stable channel update described in https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html; because Chrome applies updates on restart, verify chrome://version shows 156.0.8078.47 or later and force a relaunch on managed endpoints. Enterprises should confirm the version floor through their update tooling or browser management policy and treat any host still below 156.0.8078.47 as exposed. If immediate upgrading is not possible, reduce reachable attack surface by blocking the WebHID permission via policy (DefaultWebHidGuardSetting set to 2, or WebHidAllowedForUrls restricted to an explicit allowlist), accepting that this breaks legitimate WebHID-dependent applications such as hardware authentication keys, gamepads, and industrial or medical peripherals until the allowlist is populated. Content-level filtering of untrusted pages offers only marginal benefit since the trigger is a crafted HTML page on any origin, and because the assessed impact is code execution inside the sandbox, prioritizing the version upgrade over compensating controls is warranted.
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 flaw is a CWE-119 improper restriction of operations within the bounds of a memory buffer, occurring in Chrome's HID component, which implements the WebHID API that exposes human interface devices (gamepads, specialty keyboards, medical and industrial peripherals) to web content. Because a web page can enumerate and open HID device collections through this API, attacker-controlled JavaScript and markup reach parsing and buffer-handling code paths in the browser that were not written to tolerate hostile input lengths and report descriptors, producing out-of-bounds memory corruption. Successful corruption of heap or object state in the renderer gives the attacker controlled execution within the renderer process, but the architecture's site isolation and sandbox boundary mean the primitive alone yields code execution inside the sandbox rather than direct operating-system compromise. The underlying technology stack is Chromium's device-access/HID service layer, shared by Chrome and downstream Chromium-based browsers, which is why the same fix version and advisory pattern applies across those distributions.
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:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted-page delivery (AV:N) needing only a page visit (UI:R, PR:N, AC:L); code execution yields high C/I/A but stays sandboxed, so scope Unchanged (S:U).
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Memory corruption in HID in Google Chrome prior to 156.0.8078.47 allowed a remote attacker to execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome and Chromium-based browsers prior to 156.0.8078.47 contain a high-severity memory-corruption flaw in WebHID handling that can allow an attacker to execute code inside the browser sandbox when a user loads a crafted HTML page. Because Chrome is widely deployed across the workforce, leadership should treat this as a priority patch item: exploitation requires user interaction and is confined to the renderer, but a compromise could still serve as an initial foothold and expose sensitive browser-session data.
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
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
EUVD-2026-105534
GHSA-rqxg-gxq9-wjp3
NVD
CVE.org
EPSS
VulDB
Exploit-DB