Google Chrome
CVE-2025-14766
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
DeliveryMalicious JS drives V8 engine
-
ExploitTrigger out-of-bounds read/write
-
ExecutionCorrupt heap and gain control
-
ImpactExecute code in renderer process
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the victim to open attacker-controlled web content in a vulnerable Google Chrome build prior to 143.0.7499.147 - this is the UI:R user-interaction requirement (visiting a crafted HTML page or a page embedding malicious content). No authentication and no special server-side configuration are needed (PR:N). The primary limiting factors are: (1) mandatory user interaction of navigating to the malicious page, (2) the Chrome renderer sandbox, which typically requires a chained sandbox-escape for full host compromise rather than just renderer code execution, and (3) the victim must not yet be updated to 143.0.7499.147 or later. |
| Impact | This is a genuine high-priority issue despite the absence of exploitation telemetry. The CVSS vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, 8.8) indicates network-reachable, low-complexity, unauthenticated exploitation requiring only user interaction (visiting a page), with full confidentiality, integrity, and availability impact - the classic profile of a browser renderer memory-corruption flaw. V8 heap-corruption bugs in Chrome are historically among the most frequently weaponized vulnerability classes and a recurring presence in CISA KEV, so the real-world risk ceiling is high. Countervailing signals: no EPSS score, KEV status, or public POC was provided in the input, so at time of analysis there is no public exploit identified and no confirmed active exploitation. Note a minor data tension - the assigned CWE-125 (out-of-bounds read) understates the flaw, since the description explicitly states out-of-bounds read AND write leading to heap corruption, which is what justifies the I:H/A:H and RCE potential; the 'Information Disclosure' tag similarly captures only the read half. Google classifies the Chromium severity as High. Overall: treat as a priority patch-now item on exposure grounds, while acknowledging exploitation status is currently unconfirmed. |
| Exploit ScenarioDerived | An attacker hosts a malicious web page (or injects a malicious ad/iframe into a legitimate site) containing crafted JavaScript that drives V8 into the out-of-bounds read/write condition. A victim running a vulnerable Chrome (before 143.0.7499.147) merely visits the page, triggering heap corruption in the renderer that can be groomed toward arbitrary code execution in the sandboxed renderer process. No public POC or exploit code was identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Heap corruption in Google Chrome's V8 JavaScript engine affects all builds prior to 143.0.7499.147, allowing a remote attacker to trigger out-of-bounds reads and writes by luring a victim to a crafted HTML page. The CVSS 3.1 vector (8.8, AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) confirms unauthenticated remote reachability gated only by user interaction - simply rendering the malicious page - with high confidentiality and integrity impact, and no public exploit identified at time of analysis. Exploitation is confined to the renderer process by Chrome's sandbox, so full host compromise would typically require chaining a separate sandbox-escape, but the issue remains high priority for patching given the reliability of V8 memory-corruption primitives and the trivial delivery vector.
RemediationAI
Vendor-released patch: Google Chrome 143.0.7499.147 (Stable Channel Update for Desktop, https://chromereleases.googleblog.com/2025/12/stable-channel-update-for-desktop_16.html) - upgrade to 143.0.7499.147 or later on every platform and fully restart the browser so the new renderer binary loads (verify via chrome://version), and use enterprise update policies (e.g. Chrome Browser Cloud Management / auto-update rings) to force the version fleet-wide rather than waiting on user-initiated restarts. Downstream Chromium consumers such as Microsoft Edge, Brave, Opera, Vivaldi and Electron-based applications should be updated once their maintainers rebase onto the fixed Chromium/V8 revision. No workaround removes the flaw, so compensating controls are partial at best: keep the renderer sandbox enabled and Site Isolation on (they limit blast radius to the renderer but do not prevent the heap corruption itself), consider blocking untrusted or high-risk web content through secure web gateways or DNS/proxy filtering (reduces exposure but degrades browsing functionality), and isolate internet browsing from sensitive workloads or credentials (mitigates post-exploitation impact at the cost of usability). Given that no public exploit has been identified, prompt patch deployment rather than emergency containment is appropriate.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
V8 is Chrome's JavaScript/Wasm execution engine, responsible for parsing, optimizing (TurboFan/Maglev) and JIT-compiling untrusted script from every visited page; bugs in its object layout, array bounds or optimization paths are the classic route to renderer compromise. This issue is tracked as CWE-125 (out-of-bounds read), though the advisory description states the flaw permits both out-of-bounds read and write - the read constitutes both an information-disclosure primitive (leaking heap/pointer data useful for ASLR bypass, consistent with the 'Information Disclosure' tag) and, in combination with the write, a memory-corruption primitive capable of heap manipulation within the renderer. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* with a wildcard version confirms the flaw is platform- and version-agnostic across pre-143.0.7499.147 Chrome releases. A crafted HTML page is sufficient to reach the vulnerable V8 code path, meaning no privileged API, extension or unusual configuration is required beyond the victim loading attacker-controlled web content. Because V8 is shared with the wider Chromium ecosystem (Edge, Brave, Opera, Electron), the same engine-level root cause propagates to downstream consumers until they rebase onto the fixed Chromium build.
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 (AV:N, PR:N) needs only a page visit (UI:R, AC:L); V8 heap corruption yields renderer code execution with full C/I/A, scope unchanged within the sandbox.
Primary rating from NVD.
CVSS VectorNVD
DescriptionNVD
Out of bounds read and write in V8 in Google Chrome prior to 143.0.7499.147 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: High)
Executive ViewAI
Google Chrome's V8 JavaScript engine is affected by a high-severity heap corruption vulnerability (CVE-2025-14766) in builds prior to 143.0.7499.147, allowing unauthenticated remote attackers to trigger out-of-bounds memory access when a user visits a crafted HTML page. No vendor-released patch identified at time of analysis, and no public exploit identified at time of analysis, but the flaw poses a significant risk to organizations relying on Chrome because successful exploitation could lead to data theft or integrity compromise within the browser process. Leadership should prioritize monitoring for an official fix and consider interim mitigations to reduce exposure.
Keep Chrome's renderer sandbox enabled; restrict user access to untrusted web content; monitor vendor advisories for patch release.
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.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Affected Products (CPE)NVD
Same weakness CWE-125 – Out-of-bounds Read
View allSame technique Buffer Overflow
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP6 | Fixed |
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 15.6 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
| SUSE Package Hub 15 SP6 | Affected |
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB