Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious page
-
ExploitServe crafted HTML to Chrome
-
ExecutionTrigger use-after-free in WebAppInstalls
-
ImpactExecute arbitrary code in renderer sandbox
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
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 visit or load attacker-controlled crafted HTML in Chrome (UI:R - user interaction is mandatory), and the affected build must be prior to 156.0.8078.47. The vulnerable code path is the WebAppInstalls component, associated with Progressive Web App / web app install handling in the browser. The key LIMITING factor is sandbox containment: the description explicitly states code execution occurs 'inside the sandbox', meaning this flaw alone does not escape the renderer to the host and would need to be chained with a separate sandbox-escape bug for full system compromise - which is why Google rated it Low despite the high CVSS. No authentication is required (PR:N), but auto-updating Chrome installations are protected once the stable channel update is applied. |
| Impact | Signals conflict sharply here and that is the central finding. NVD assigns CVSS 8.8 (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H), which on its face reads as critical-tier remote code execution, yet Google's own Chromium security team rated this 'Low' severity. The reconciling detail is in the description: the use-after-free in WebAppInstalls allows code execution ONLY 'inside the sandbox' - i.e. it does not by itself achieve a renderer sandbox escape, so an attacker is confined to the already-untrusted renderer process rather than gaining host-level control. That containment is what the Chromium 'Low' rating reflects and what the CVSS base metrics fail to capture. There is no CISA KEV listing and no public exploit code or POC identified in the provided data, so exploitation is not confirmed in any form. EPSS is not supplied. No SSVC decision data is supplied. Net: this is a legitimate memory-corruption bug worth patching via the normal Chrome auto-update cycle, but it is NOT a drop-everything priority - the high CVSS overstates real-world risk because of sandbox containment, absence of known exploitation, and vendor's own Low rating. Treat the 8.8/Low discrepancy as a known artifact, not an unresolved question. |
| Exploit ScenarioDerived | A victim using an affected Chrome build (prior to 156.0.8078.47) navigates to a web page the attacker controls, which serves crafted HTML that triggers the use-after-free in the WebAppInstalls component. Successful exploitation lets the attacker run arbitrary code within the browser's renderer sandbox, giving control over the compromised tab's data but not, by itself, the underlying host. No public exploit or POC is identified in the provided data, and exploitation requires the user to visit the malicious page (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Use-after-free in Google Chrome's WebAppInstalls component before 156.0.8078.47 allows a remote, unauthenticated attacker to execute arbitrary code inside the browser sandbox when a victim loads a crafted HTML page. Google rates the issue Low, and the independent assessment emphasizes that the flaw does not escape the sandbox, which explains the sharp conflict with the 8.8 CVSS score. No public exploit identified at time of analysis, and Google has released Chrome 156.0.8078.47 as the vendor fix.
RemediationAI
Vendor-released patch: 156.0.8078.47. Upgrade Google Chrome to 156.0.8078.47 or later from the stable channel (https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html) and restart the browser so the update takes effect; verify the installed version via chrome://version. Until fleet-wide deployment, enforce auto-update and minimum-version policies, block or isolate outdated Chrome instances from untrusted HTML, and consider disabling PWA/web-app installation features through enterprise policy where supported, recognizing that this reduces functionality and may not fully remove the vulnerable code path. Because exploitation requires a crafted page and remains sandbox-contained, prioritize patching but treat it as lower urgency than a sandbox-escape chain.
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 CWE-416, a use-after-free in WebAppInstalls, the Chrome component involved in Progressive Web App and web app installation handling. A crafted HTML page can trigger the dangling-pointer condition, leading to memory corruption and arbitrary code execution within the renderer sandbox. No CPE strings were supplied, so exact platform scoping should be confirmed against the stable-channel advisory. The independent assessment notes exploitation requires user interaction (UI:R) and an affected build prior to 156.0.8078.47, and that sandbox containment is the key limiter: this bug alone does not yield host compromise without a separate sandbox-escape vulnerability. That context explains why Chromium severity is Low despite CVSS 8.8 with C:H/I:H/A:H and S:U.
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 via crafted HTML (AV:N/AC:L/PR:N) requiring a page visit (UI:R); scope unchanged and impacts high within the renderer process, though sandbox containment means real-world severity is lower than the base score suggests.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in WebAppInstalls 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: Low)
Executive ViewAI
Google Chrome versions prior to 156.0.8078.47 contain a high-severity use-after-free vulnerability that could allow a remote attacker to execute code within the browser sandbox when a user visits a malicious webpage. While Google assesses the risk as low due to sandbox confinement and no public exploit identified at time of analysis, the broad deployment of Chrome across the organization means that unpatched endpoints remain exposed to potential compromise of user sessions and data. Leadership should prioritize patching to maintain the integrity of browser-based workflows and reduce the window of opportunity for attackers.
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
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
EUVD-2026-105726
GHSA-6p4w-7mqp-vfw7
NVD
CVE.org
EPSS
Exploit-DB