CVE-2026-15123: Critical Google Chrome DOM Heap Corruption Vulnerability (v150.0.7871.115 Patch)
Google Chrome versions before 150.0.7871.115 contain a flaw in how the browser handles the Document Object Model (DOM) that could allow attackers to corrupt memory on your system. An attacker could craft a malicious web page that, when visited, exploits this vulnerability to gain control over sensitive data, modify web content, or crash your browser. The vulnerability requires user interaction—you must visit the malicious page—but no special user privileges are needed, and the attacker doesn't need network access beyond hosting the page.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-122
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-10
NVD description (verbatim)
Inappropriate implementation in DOM in Google Chrome prior to 150.0.7871.115 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: High)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-15123 is a heap corruption vulnerability in Chrome's DOM implementation. The issue stems from inappropriate handling of DOM objects in memory, tracked as CWE-122 (Heap-based Buffer Overflow). When a specially crafted HTML page is processed, it can trigger out-of-bounds memory writes, corrupting heap structures. An attacker can exploit this remotely by serving the malicious HTML to a user's browser. The CVSS 3.1 vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) reflects network-based attack, low attack complexity, requirement for user interaction, and full impact on confidentiality, integrity, and availability. Chromium security classified this as High severity.
Business impact
Exploitation could expose sensitive user data, modify displayed content, or cause browser instability. In enterprise environments, this could facilitate credential theft, session hijacking, or malware delivery if employees visit compromised or attacker-controlled sites. The vulnerability is not currently being actively exploited in the wild according to CISA data, but its high CVSS score and public disclosure warrant prompt patching to reduce attack surface.
Affected systems
Google Chrome browser versions prior to 150.0.7871.115 are vulnerable. This includes all earlier releases of Chrome 150 and Chrome 149 and earlier. Desktop and mobile Chrome installations are affected. Chromium-based browsers that incorporate unpatched versions of the affected code may also be vulnerable; verify your specific Chromium derivative's patch status with the vendor.
Exploitability
The vulnerability requires a user to visit a malicious webpage, making social engineering or drive-by downloads the likely delivery method. An attacker does not need special network privileges or system access. Attack complexity is low, and no authentication is required. However, this is not a wormable vulnerability—it cannot self-propagate. The current KEV (Known Exploited Vulnerabilities) catalog does not list active exploitation, but public CVE disclosure and technical details increase the likelihood of exploit development over time.
Remediation
Update Google Chrome to version 150.0.7871.115 or later. Chrome's auto-update mechanism will deploy patches automatically, but users can manually check Settings > About Chrome to force an immediate update check. Once updated, Chrome will restart automatically. For Chromium-based browsers, follow the vendor's advisory for patched versions.
Patch guidance
1. Navigate to chrome://settings/help or use Menu > Settings > About Chrome. 2. Chrome will check for updates and display the version number. 3. If an update is available (150.0.7871.115 or higher), click 'Relaunch' to apply it. Some systems require a system reboot. 4. For enterprise deployments, use Chrome administrative policies to enforce automatic updates via your device management solution (Google Admin, Intune, or equivalent). 5. Verify your version in chrome://version to confirm the patch is applied. 6. Note: Check that any Chromium-based derivative applications (Edge, Brave, Vivaldi, etc.) are also updated, as they may use shared Chromium code.
Detection guidance
Monitor for Chrome version compliance in your environment using endpoint management tools (Jamf, Intune, Workspace ONE). Log network traffic for suspicious attempts to deliver crafted HTML (review DNS/proxy logs for visits to newly registered or suspicious domains). Monitor browser crash logs and debug information for heap corruption indicators (segmentation faults, unhandled exceptions in DOM parsing). In security operations, correlate user browsing patterns with simultaneous anomalous process spawning or credential theft reports. No signatures exist for the vulnerability itself in network-based IDS/IPS, so focus on deployment and behavioral anomalies.
Why prioritize this
This vulnerability merits immediate patching (within 1–2 weeks) due to: (1) High CVSS score (8.8) reflecting full compromise potential; (2) Low attack barrier—only user interaction required; (3) Public disclosure with technical details, increasing exploit development likelihood; (4) Ubiquity of Chrome across workforces, making it a high-value target. Although not yet actively exploited, the combination of severity and ease of weaponization justifies elevated priority. Organizations with high-risk users (executives, researchers, public-facing staff) should prioritize first.
Risk score, explained
The CVSS 3.1 score of 8.8 (HIGH) reflects a network-accessible vulnerability with low complexity, user interaction requirement, and complete impact on confidentiality, integrity, and availability. The absence of KEV listing slightly reduces immediate risk, but public disclosure and technical exploitability warrant treating this as high-priority. The risk is modulated by the user-interaction requirement; passive browsing is safe, but visiting untrusted sites or clicking links in emails from unknown senders becomes dangerous.
Frequently asked questions
Do I need to restart my computer to apply the Chrome security update?
No, but you must relaunch Chrome. After Chrome detects the update, you'll see a 'Relaunch' button in Settings. Click it to close all Chrome windows and restart the browser with the patched version. Some operating systems may require a full reboot to apply underlying OS patches, but the Chrome patch itself does not demand a system restart.
Is this vulnerability being actively exploited?
Not according to CISA's KEV catalog as of the vulnerability publication date. However, active exploitation is not a prerequisite for patching—the high CVSS score, low attack complexity, and public disclosure mean attackers may develop exploits. Organizations should not delay patching while waiting for exploitation confirmation.
Does this affect Chromium-based browsers like Edge, Brave, or Vivaldi?
Potentially, yes. Those browsers use Chromium code. The vulnerability is in the DOM implementation, which is shared. Check your Chromium-based browser's settings to verify version and patch status independently, and update according to each vendor's advisory. Do not assume Chrome's patch automatically protects other browsers.
What should I do if I visited an untrusted website before patching?
Update Chrome immediately to close the vulnerability. If you're concerned about compromise, run a full antivirus/malware scan, change critical passwords (in a safe environment), and monitor accounts for unauthorized activity. Consider enabling two-factor authentication on important services. If this was a work device, notify your IT security team for further assessment.
This analysis is provided for informational purposes to assist security professionals in risk assessment and remediation planning. SEC.co makes no warranty as to the completeness or accuracy of third-party vendor data. Always verify patch versions, affected product lists, and advisory details directly with Google's official Chrome security advisories before deploying patches. CVSS scores and severity assessments reflect published data and do not constitute risk prioritization advice for your specific organization. Security leaders must evaluate this vulnerability within their own threat model, asset inventory, and business context. No exploit code or weaponization techniques are discussed in this document; for security research, follow responsible disclosure practices and consult your legal and compliance teams. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-0059HIGHAndroid Heap Buffer Overflow in SDP Discovery – Remote Code Execution
- CVE-2026-0100HIGHAndroid Heap Buffer Overflow Local Privilege Escalation
- CVE-2026-0132HIGHAndroid Modem Heap Buffer Overflow - RCE Vulnerability
- CVE-2026-0149HIGHAndroid RTP Heap Buffer Overflow Leading to Remote Code Execution
- CVE-2026-10929HIGHChrome Android Heap Buffer Overflow & Sandbox Escape Vulnerability
- CVE-2026-10946HIGHChrome Heap Buffer Overflow in Media Processing—Patch Guidance
- CVE-2026-10949HIGHChrome Heap Overflow Sandbox Escape Vulnerability
- CVE-2026-10989HIGHChrome V8 Heap Corruption – Patch to 149.0.7827.53