CVE-2026-14086: Google Chrome HID Remote Code Execution Vulnerability
Google Chrome versions before 150.0.7871.47 contain a vulnerability in its Human Interface Device (HID) handling that permits remote code execution when a user visits a malicious webpage. An attacker can craft a specially designed HTML page that exploits insufficient policy enforcement in the HID implementation, allowing them to run arbitrary code with the privileges of the Chrome process. User interaction—opening or viewing the crafted page—is required to trigger the vulnerability.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-602
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-02
NVD description (verbatim)
Insufficient policy enforcement in HID in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to execute arbitrary code 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
CVE-2026-14086 stems from insufficient policy enforcement in the HID subsystem of Chromium-based Chrome. The vulnerability allows a remote, unauthenticated attacker to execute arbitrary code through a specially crafted HTML page. The attack vector is network-based with low complexity; no special privileges or user authentication is required beyond user interaction (UI:R). The impact is severe: the vulnerability permits complete compromise of confidentiality, integrity, and availability within the affected process context. The underlying weakness is classified as CWE-602 (Client-Side Enforcement of Server-Side Security), indicating that trust or permission validation is not properly enforced on the client side.
Business impact
Successful exploitation could lead to malware installation, data theft, credential harvesting, or lateral movement within corporate environments. Employees visiting compromised or malicious websites could unknowingly trigger code execution, bypassing traditional perimeter defenses. Organizations relying on Chrome as their primary browser face elevated risk of infection and data loss. The vulnerability's ease of exploitation (low complexity, no authentication required) and high impact make it a significant business concern, particularly for organizations with strict data protection or compliance requirements.
Affected systems
Google Chrome versions prior to 150.0.7871.47 are affected. This includes all Chrome installations on Windows, macOS, Linux, Android, and iOS that have not been updated to version 150.0.7871.47 or later. Chromium-based browsers that incorporate unpatched HID handling code may also be at risk; verify with individual vendor advisories.
Exploitability
The vulnerability is highly exploitable. Attack complexity is low, requiring only that a user visit a malicious or compromised webpage—no special user actions or privileges are needed beyond clicking a link or viewing embedded content. The attack surface is broad: any website or email with embedded HTML content could potentially serve as an attack vector. The Chromium project classified this as 'Low' severity internally, though the CVSS 3.1 score of 8.8 (HIGH) reflects the serious real-world impact. The discrepancy likely stems from Chrome's sandbox architecture limiting direct OS-level harm, though user-level compromise remains complete.
Remediation
Update Google Chrome to version 150.0.7871.47 or later immediately. Perform a full browser restart after updating to ensure the patched code is loaded. Organizations should deploy automated update mechanisms or use managed Chrome deployment tools (Google Admin Console, Intune, etc.) to ensure fleet-wide patching. For users unable to update immediately, restrict browsing to trusted, controlled sites only.
Patch guidance
Google Chrome will deliver this fix via its normal auto-update mechanism. Users can manually check for updates by navigating to Chrome menu > About Google Chrome, which will trigger an update check and install available patches. Enterprise administrators should consult Google's Chrome Release Blog and security advisory channels for deployment guidance. Verify that Chrome has restarted and is running version 150.0.7871.47 or later by checking Chrome > About.
Detection guidance
Monitor for unexplained Chrome process crashes or restarts that may indicate exploitation attempts. Endpoint Detection and Response (EDR) tools should flag unusual child processes spawned from Chrome or suspicious code injection into chrome.exe/chromium processes. Network security tools can monitor for traffic to known malicious HTML-hosting domains. Browser telemetry and crash reporting data can help identify exploitation attempts at scale. Additionally, monitor for creation of suspicious files or registry modifications that may result from successful code execution post-exploitation.
Why prioritize this
Although the Chromium project rated this as 'Low' severity, the CVSS 3.1 score of 8.8 (HIGH) and the practical ease of exploitation warrant immediate prioritization. Remote code execution via a simple web visit, with no authentication or special user action required, poses a severe risk. The vulnerability is not currently tracked in the CISA Known Exploited Vulnerabilities (KEV) catalog, but its low barriers to exploitation suggest it could be weaponized quickly. Organizations should prioritize this update within 24-48 hours, particularly for user-facing systems.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects a HIGH severity rating driven by: (1) network-based attack vector requiring no special privileges, (2) low attack complexity, (3) minimal user interaction needed, (4) complete compromise of confidentiality, integrity, and availability. The score is appropriately calibrated to real-world risk, despite Chromium's internal 'Low' classification—which likely emphasized sandbox containment rather than the severity of user-level compromise. Any organization with Chrome deployments should treat this as a critical update priority.
Frequently asked questions
Why did Chromium rate this 'Low' severity but the CVSS score is 8.8 (HIGH)?
Chromium's internal severity rating considers factors such as the security sandbox, which limits direct operating system compromise. However, CVSS 3.1 measures the practical impact of the vulnerability itself—in this case, arbitrary code execution within the user's browser process—regardless of sandbox mitigations. Both perspectives are valid: Chromium's rating reflects relative risk within their ecosystem, while CVSS reflects absolute impact to a user or organization. Organizations should follow CVSS guidance for prioritization.
If I click a safe website, can this vulnerability affect me?
Only if the safe website is compromised, hosts user-generated content (ads, comments, embedded media) from untrusted sources, or is part of a supply-chain attack. The attack does not require a user to download or install anything—merely opening a webpage with crafted HTML is sufficient. Staying up-to-date is your primary defense.
Does this affect Chrome on Android or iOS?
Yes, all platforms running Chrome versions prior to 150.0.7871.47 are affected. The HID subsystem operates across Chrome's multi-platform architecture. Ensure all devices and operating systems are updated to the patched version.
How should enterprises deploy this patch?
Use your browser management platform (Google Admin Console, Microsoft Intune, or equivalent) to enforce automatic updates or deploy the patch via your standard software distribution. For manual environments, test the update in a staging environment first, then roll out via your change management process. Aim for completion within 24-48 hours given the severity.
This analysis is based on publicly available vulnerability data and Chromium project disclosures as of the publication date. CVSS scores and severity ratings are subject to revision by NVD or vendor advisories. Patch version numbers and compatibility details should be verified against official Google Chrome and Chromium security advisories before deployment. This explainer is for informational purposes and does not constitute formal security advice. Organizations should conduct their own risk assessment and testing before applying patches in production environments. SEC.co makes no warranty regarding the completeness or accuracy of remediation guidance and recommends consulting vendor documentation and your organization's change management processes. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11011HIGHChrome Password Manager Site Isolation Bypass – Patch Guidance
- CVE-2026-11092HIGHChrome DevTools Policy Enforcement Flaw Enables Privilege Escalation via Malicious Extension
- CVE-2026-11236HIGHGoogle Chrome Sandbox Escape via Web Bluetooth Policy Enforcement Flaw
- CVE-2026-13903HIGHChrome Bluetooth Privilege Escalation – CVSS 8.8 HIGH – Patch to 150.0.7871.47
- CVE-2026-14036HIGHChrome Bluetooth Privilege Escalation Vulnerability – Patch Guidance
- CVE-2026-14041HIGHChrome Serial API Privilege Escalation Vulnerability
- CVE-2026-11014MEDIUMChrome Extension Policy Bypass Allows Site Isolation Circumvention
- CVE-2026-11018MEDIUMChrome Navigation Policy Bypass (6.5 CVSS)