Vulnerability record · CVE-2020-16040 · published 8 January 2021
CVE-2020-16040: Google Chrome V8 insufficient validation leads to heap corruption
Google · Chrome
Google Chrome before 87.0.4280.88 contains insufficient data validation in the V8 JavaScript engine, tied to integer overflow and out-of-bounds write conditions. A crafted HTML page can trigger heap corruption, making this a browser-engine memory safety flaw that matters for any unpatched Chrome endpoint.
Description
Insufficient data validation in V8 in Google Chrome prior to 87.0.4280.88 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
Automated analysis
high priorityPublic exploit references and a near-maximum EPSS score make this a realistic target despite the medium CVSS score and absence from KEV.
What it is
Google Chrome before 87.0.4280.88 contains insufficient data validation in the V8 JavaScript engine, tied to integer overflow and out-of-bounds write conditions. A crafted HTML page can trigger heap corruption, making this a browser-engine memory safety flaw that matters for any unpatched Chrome endpoint.
Impact
An attacker who gets the page rendered can corrupt heap memory in the renderer, which is the usual precursor to code execution in the browser process context. The CVSS vector scores only availability impact (A:H), so the record itself does not claim confidentiality or integrity loss.
Attack surface
Reached over the network by loading a crafted HTML page in Chrome; the vector is AV:N/AC:L/PR:N/UI:R, so no authentication is needed but user interaction (visiting or opening the page) is required. The flaw sits in V8, so any page that reaches the vulnerable engine path is a candidate vector.
Exploitation
Not listed in CISA KEV, but EPSS is 0.99595 (99.9th percentile) and multiple Packet Storm references are tagged Exploit, indicating public exploit material exists. The record does not state whether exploitation has been observed in the wild.
What to do
- Update Chrome to 87.0.4280.88 or later; this is the vendor-fixed version named in the advisory.
- Track Chromium-based browsers and embedded Chromium components separately, since they carry the same V8 code and need their own updates.
- Enforce rapid browser patching and restart cycles so users are not left on an old renderer.
- Where patching lags, restrict browsing to trusted sites and block known exploit-hosting domains at the network layer.
- Keep exploit mitigation features such as site isolation enabled to limit the reach of a renderer compromise.
Detection
- Alert on Chrome versions below 87.0.4280.88 across managed endpoints and report the gap.
- Hunt for Chrome renderer crashes or abnormal child-process terminations that cluster around browsing of untrusted pages.
- Monitor proxy and DNS logs for access to known exploit-hosting or Packet Storm-linked domains serving Chrome V8 proof-of-concept pages.
- Watch for unexpected child processes spawned from Chrome renderers, which can indicate post-exploitation activity.
This assessment is produced automatically and is not human-reviewed. Verify against the vendor advisory before acting on it.
Affected products
1 vulnerable configurations from NVD's CPE data, grouped by vendor and product.
References
Track CVE-2020-16040 inside VULONE
Watch it alongside the ransomware crews, C2 infrastructure and forum chatter that reference it, query it through the API and pull it into your SIEM over TAXII.
Related vulnerabilities
Same products first, then exploited flaws of the same weakness class.
Source: NIST National Vulnerability Database (record CVE-2020-16040), CISA KEV, FIRST EPSS (scores of 2026-09-24). This page is refreshed as NVD updates the record.