Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
ExploitPage triggers memory corruption in Core
-
ExecutionRead out-of-bounds memory within sandbox
-
ImpactExfiltrate leaked data to attacker
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: the CVE description specifies a 'crafted HTML page', so the attacker must get a Chrome-on-macOS user to visit or render a malicious page (UI:R). Limiting factors: it is macOS-specific (not Windows/Linux builds) and affects Chrome versions prior to 156.0.8078.47, so patched users are not exposed; the flaw yields only a memory read bounded within the renderer sandbox, so it does not by itself achieve sandbox escape or code execution and would typically be chained with a separate sandbox-escape bug to be fully impactful. No authentication is required (PR:N), but no exploitation occurs against a user who does not open the malicious page. |
| Impact | This is a genuinely moderate-priority issue rather than a top-tier emergency. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N = 6.5) indicates a network-reachable, low-complexity, unauthenticated bug, but it requires user interaction (UI:R - the victim must open a crafted HTML page) and has NO integrity or availability impact; the only impact is confidentiality. Critically, the description scopes the effect to reading memory INSIDE the sandbox, which bounds the confidentiality loss - this contradicts the input vector's C:H, which likely overstates impact for a sandbox-contained memory read. Google/Chromium themselves rated it only 'Medium'. The EPSS score of 0.22% (12th percentile) is low, consistent with a non-trivial-to-exploit memory-corruption primitive that leaks data but does not by itself grant code execution. There is no CISA KEV listing and no public exploit identified, so there is no evidence of active or imminent widespread exploitation. The dominant risk driver here is Chrome's enormous deployment footprint, not the severity of any single instance. Conflict to note: input tags/CWE label this a 'Buffer Overflow' / CWE-119, yet the observable effect is a memory READ (disclosure), not control-flow hijack - treat the C:H in the input as unverified and lean on the Chromium 'Medium' rating. |
| Exploit ScenarioDerived | An attacker hosts or compromises a web page containing malicious HTML that triggers the memory-corruption flaw in Chrome's Core component on macOS; when a victim visits the page, the attacker's JavaScript/HTML reads out-of-bounds memory within the renderer sandbox, potentially leaking sensitive in-process data useful for further exploitation or bypassing ASLR. No authentication is needed, but the victim must actively load the attacker-controlled page. No public proof-of-concept exploit has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Memory corruption in the Core component of Google Chrome on macOS (versions prior to 156.0.8078.47) allows a remote, unauthenticated attacker to read memory inside the renderer sandbox by getting a victim to render a crafted HTML page. Exploitation is user-driven (UI:R) and platform-limited to macOS; the reported impact is information disclosure bounded by the Chrome sandbox, not code execution or sandbox escape, so real-world harm would typically require chaining with a separate escape bug. There is currently no public exploit identified at time of analysis and the EPSS score is only 0.22% (12th percentile), but a vendor fix is available and Chromium rates the issue Medium severity.
RemediationAI
Vendor-released patch: Chrome 156.0.8078.47 (or later) for macOS, published in the October stable channel update at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_02018666648.html - confirm the installed build via chrome://version and restart the browser so the update takes effect. Enterprise fleets should force the version through their update/policy tooling rather than relying on user-initiated relaunch, since the flaw is only exploitable while an unpatched browser renders malicious content. Where the update cannot be applied immediately, compensating controls are limited in value because the attack requires only normal browsing: options include restricting macOS users to a curated set of trusted sites via Chrome enterprise URL blocklisting/allowlisting (side effect: breaks general web browsing), disabling JavaScript for untrusted sites through policy (side effect: many sites malfunction), and reducing exposure by routing traffic through a proxy or secure web gateway that blocks known exploit-delivery content (side effect: detection is signature-dependent and cannot guarantee coverage). Because the primitive is a sandbox-confined memory read, it should be treated as moderate priority, but it also raises the value of any separately patched sandbox-escape vulnerability on the same host.
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 classified as CWE-119 (Improper Restriction of Operations within the Bounds of a Memory Buffer), i.e. a buffer/length handling error in Chrome's core browser code that lets attacker-influenced input drive a memory access past the intended object boundary. In Chromium's architecture, HTML parsing and DOM/layout work occurs in the sandboxed renderer process, so the out-of-bounds result is a read of memory that stays within that sandboxed process rather than of the browser process or OS memory - which is why the impact is confidentiality-only information disclosure (our assessment scores C:L rather than C:H) and why the issue is not, on its own, a route to code execution or sandbox escape. The attack surface is the normal web-content rendering path: a crafted page is delivered over the network (AV:N) and processed with no privileges (PR:N), but the victim must navigate to or render the page (UI:R). The defect is specific to the macOS build of Chrome and was corrected in the stable channel release 156.0.8078.47; Windows and Linux builds are not described as affected, and no CPE identifiers were supplied in the source data beyond the EUVD version listing.
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:N/A:N
Network-delivered crafted page with no auth (AV:N/PR:N) but needs the victim to open it (UI:R); impact is a sandbox-bounded memory read only, so C:L, I:N, A:N.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Memory corruption in Core in Google Chrome on on Mac prior to 156.0.8078.47 allowed a remote attacker to potentially read memory inside the sandbox via a crafted HTML page. (Chromium security severity: Medium)
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.
EUVD-2026-105629
GHSA-w869-ch5v-mfqh
NVD
CVE.org
EPSS
Exploit-DB