Skip to main content
VulnerabilityPublished

CVE-2026-3542: Google Chrome · Inappropriate Implementation

Affects Google ChromeSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.8 High : upgrade to 145.0.7632.159 soon.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 3.1 base score
8.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 145.0.7632.159
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Upgrade Google Chrome to 145.0.7632.159.

Affected software

ProductAffectedFixed in
GoogleChromeAffected
  • >=145.0.7632.159 <145.0.7632.159
Fixed in
  • 145.0.7632.159

AI-suggested

  1. Immediate update to Google Chrome version 145.0.7632.159 or later to apply the patch addressing this vulnerability.
  2. Employ network-level protections such as web filtering and intrusion prevention systems to block access to known malicious sites hosting crafted WebAssembly content.
  3. Enable browser security features like site isolation and sandboxing to limit the impact of potential exploitation.
  4. Monitor browser crash reports and unusual WebAssembly activity for signs of attempted exploitation.
  5. Educate users on safe browsing practices to reduce the risk of visiting untrusted or suspicious websites.
  6. For enterprise environments, consider deploying endpoint detection and response (EDR) solutions capable of detecting exploitation attempts targeting browser memory corruption.
  7. Maintain an up-to-date inventory of browser versions in use across the organization to ensure timely patch management.
  8. Limit or control the use of WebAssembly in browsers via policy or extensions where feasible, especially in high-security environments. These measures collectively reduce the risk of exploitation and limit potential damage if an attack occurs.

Description

Inappropriate implementation in WebAssembly in Google Chrome prior to 145.0.7632.159 allowed a remote attacker to perform out of bounds memory access via a crafted HTML page. (Chromium security severity: High)

References

Community reviews

Loading reviews…