Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to malicious page
-
ExploitDeliver crafted HTML content
-
ExecutionTrigger memory corruption in Browser
-
ImpactExecute arbitrary code within sandbox
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 use an affected Google Chrome desktop build prior to 156.0.8078.47 and to actively load attacker-controlled web content - the CVSS UI:R and the description's 'crafted HTML page' mean user interaction (navigating to or rendering the malicious page) is mandatory, so this is not a zero-click flaw. No authentication or special privileges are needed (PR:N). The key limiting factor is that resulting code execution is confined INSIDE the Chrome sandbox (S:U, 'inside the sandbox'): on its own this does not grant host/OS compromise and would need to be chained with a separate sandbox-escape bug for full system takeover, which materially reduces real-world impact. |
| Impact | Signals are mixed and should be weighed carefully. The 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 flaw requiring only that a victim open a crafted HTML page - a classic drive-by profile. However, the vendor explicitly rates the Chromium security severity as Medium, and the description constrains impact to code execution INSIDE the renderer sandbox (not a full sandbox escape/host compromise), so the real-world impact is lower than the 8.8/C:H/I:H/A:H vector alone implies; the high CIA values reflect full compromise of the sandboxed process rather than the host. No EPSS score, CISA KEV listing, or public POC was provided in the input, so there is no evidence of active exploitation or weaponization. This is a genuine high-severity memory-corruption bug in an ubiquitous product and should be patched promptly through normal Chrome auto-update, but absent KEV/POC/EPSS signals it is not currently an emergency; treat it as a priority patch rather than an actively-exploited incident. Conflict to verify: CVSS base 8.8 (High) versus vendor Chromium severity 'Medium' - the divergence is explained by sandbox containment, so defenders should weight the vendor's Medium rating when prioritizing against non-sandboxed RCEs. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing crafted HTML that triggers the memory-corruption condition (CWE-119) in Chrome's Browser/renderer code. A victim running a vulnerable Chrome build (prior to 156.0.8078.47) visits the page and the attacker achieves arbitrary code execution within the Chrome sandbox. No public exploit was identified in the provided data, and successful exploitation requires user interaction (navigating to the malicious page). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Memory corruption in Google Chrome's browser component allows a remote attacker who convinces a victim to load a crafted HTML page to potentially execute arbitrary code inside the Chrome sandbox on any desktop build prior to 156.0.8078.47. The CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U) confirms no authentication or privileges are needed, but user interaction is mandatory, so this is not a zero-click issue. Impact is materially limited by the fact that code execution is confined inside the sandbox (S:U) and would need chaining with a separate sandbox-escape bug for host compromise; no public exploit code or confirmed active exploitation (CISA KEV) was identified at time of analysis, and Google assigned Chromium severity Medium despite the 8.8 CVSS base score.
RemediationAI
Vendor-released patch: Google Chrome 156.0.8078.47. Update through the browser's built-in updater (chrome://settings/help on Windows/macOS/Linux) or through enterprise auto-update/patch management, then fully restart Chrome so the new binary is loaded - merely downloading the update leaves existing processes running the vulnerable build. Managed fleets should pin and verify version 156.0.8078.47 or later via their update console and confirm with chrome://version; the advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html lists the release, and the Chromium issue at https://issues.chromium.org/issues/501730091 tracks the underlying bug. No full workaround exists short of upgrading, so interim compensating controls should focus on reducing exposure: keep Site Isolation enabled (default) since it limits cross-site data exposure after a renderer compromise, block untrusted or uncategorized sites through enterprise URL filtering/proxy policy at the cost of some user friction, and restrict high-risk browsing (unknown links, drive-by-heavy sites) to non-privileged or disposable profiles - accepting that the renderer sandbox already caps the blast radius of this bug to in-sandbox code execution rather than host takeover. Chromium-based browsers should be updated by their own vendors to a build incorporating the 156.0.8078.47 fix; do not disable the sandbox or launch Chrome with --no-sandbox, as that would convert this medium-severity in-sandbox flaw into full host compromise.
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, i.e. classic memory corruption in Chrome's browser-side code reachable when parsing/rendering attacker-supplied HTML. Chrome's multi-process architecture places web content handling in a renderer that runs inside a restricted sandbox with a limited token, no direct filesystem or OS-level access, and mitigations such as ASLR, CFG/CFI and Site Isolation; those layers are why the 'inside the sandbox' qualifier in the description keeps the practical severity below a full remote-code-execution-on-host rating. Because the corruption is triggered by content rendering rather than by an authenticated API call (PR:N in the vector), any user who can be induced to visit a malicious or compromised page on an unpatched desktop build is a potential target, but the attacker must still win the race against allocator/ASLR mitigations and then find a second, independent sandbox-escape primitive to break out of the renderer. Chromium-derived browsers that have not yet rebased onto 156.0.8078.47 inherit the same underlying code and should be treated as affected until their vendors ship the corresponding fix.
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
Network-reachable crafted HTML with low complexity and no privileges, but requires the victim to open the page (UI:R); scope unchanged as code stays within the sandbox.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Memory corruption in Browser in Google Chrome prior to 156.0.8078.47 allowed a remote attacker to potentially execute arbitrary code inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)
Executive ViewAI
Google Chrome desktop deployments below 156.0.8078.47 expose the organization to a memory-corruption flaw that can let an unauthenticated attacker run code inside the browser sandbox when a user loads a crafted page. Because impact is contained by Chrome's sandbox and no public exploit identified at time of analysis, the immediate business risk is concentrated in unpatched browser fleets rather than confirmed compromise. Leadership should prioritize rapid update verification across Chrome users to reduce exposure and preserve trust in browser-dependent workflows.
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-105516
GHSA-g9vh-73g8-4jv3
NVD
CVE.org
EPSS
Exploit-DB