Skip to content

CVE-2021-38003

Inappropriate implementation in V8 in Google Chrome prior to 95.0.4638.69 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML…

High Known exploited
Severity
8.8 / 10
High · CVSS 3.1
Exploit chance (EPSS)
38.57%
Chance of exploitation in the next 30 days. Higher than 98.58% of scored vulnerabilities.
Known exploited
Yes
In CISA's catalog since Nov 3, 2021
Weakness
CWE-755 Improper Handling of Exceptional Conditions
CWE-755 Improper Handling of Exceptional Conditions
Fix
None yet
No fixed version published
Exploited in the wild. Google Chromium V8 Memory Corruption Vulnerability (Google Chromium V8). Required action: Apply updates per vendor instructions. Due for U.S. federal agencies by Nov 17, 2021.

Description

Inappropriate implementation in V8 in Google Chrome prior to 95.0.4638.69 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page.

How to fix

No fixed version has been published yet. Until one is, remove or replace the package, or turn off or isolate the affected feature. This page updates when a fix ships.

Severity breakdown

CVSS 3.1 8.8

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H

Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
Required
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Weakness

CWE-755: Improper Handling of Exceptional Conditions

The product does not handle or incorrectly handles an exceptional condition.

CWE-755: Improper Handling of Exceptional Conditions

The product does not handle or incorrectly handles an exceptional condition.

References

Timeline

  1. Added to CISA's Known Exploited Vulnerabilities catalog
  2. Remediation due for U.S. federal agencies
  3. Published
  4. Last updated by the source
  5. Latest EPSS score
AdvisorySeverityWhy it's related
CVE-2026-109619
PHP has various global state that temporarily points into request memory.
Critical Known exploited Same weakness, CWE-755
CVE-2026-109618
PHP uses longjmp() for out-of-memory (OOM) errors to exit the current context and abort handling of the request.
Critical Known exploited Same weakness, CWE-755
GHSA-85xf-c7hm-whqw
vLLM: Structured-output request errors escape the request boundary and terminate the shared EngineCore — engine-fatal denial of service (3 sites)
Medium Same weakness, CWE-755
GHSA-x5rw-q4pp-hg5g
devalue: stringifyAsync can cause an unhandled rejection despite a caught returned promise
High Same weakness, CWE-755
GHSA-w6j9-cwv2-h6wq
PyJWT: Malformed RSA JWK aborts parsing of an entire JWK Set
High Same weakness, CWE-755
GHSA-w5vr-8v7q-w6rv
baseline-browser-mapping process termination on invalid input causes denial of service
Medium Same weakness, CWE-755
GHSA-74w3-63xv-x9mv
CoreDNS `k8s_external` headless AXFR can emit an empty transfer batch that panics the `transfer` plugin
Low Same weakness, CWE-755
GHSA-fhv5-28vv-h8m8
PyJWKClient unbounded JWKS endpoint requests via attacker-controlled kid values (DoS)
Low Same weakness, CWE-755
Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor