External risk intelligence

Google Chrome Payments Use After Free Vulnerability Allows Remote Code Execution

CVE advisorySeverity: CRITICAL (CVSS 9.6)

CVE-2026-87581

This vulnerability is located in the client-side Payments component of the Google Chrome web browser. It requires the user to be tricked via social engineering into interacting with a crafted HTML page. It is not a public-facing service, appliance, or server-side component exposed by design.

Use After Free

Google Chrome

before 153.0.8010.36

Halo Surface Signal: 1 out of 5 — much less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability in Google Chrome's payments component could allow remote attackers to execute code outside the browser's security sandbox. This flaw is reachable through social engineering and a specially crafted web page, posing a potential risk if users are tricked into visiting such a page.

  • Flaw in Chrome payments could allow code execution.
  • Matters if users are tricked by malicious web pages.
  • Confirm relevance and understand potential exposure.

Attack Path

How an attacker could exploit the issue

An attacker could trick a user into visiting a malicious webpage, which then exploits a flaw in Chrome's payment feature. This could allow the attacker to execute code on the user's device, potentially bypassing security barriers.

  • Remote attacker, no privileges needed.
  • Malicious HTML page.
  • Arbitrary code execution outside sandbox.

Live Threat

Current exploitation, exposure, and threat context

A "use after free" vulnerability in Chrome's Payments component could allow a remote attacker to execute arbitrary code outside the sandbox. This could occur when a user visits a crafted HTML page, potentially leading to unauthorized actions on the affected system.

  • Arbitrary code execution in the browser.
  • User visits a malicious HTML page.
  • System compromise and data theft.

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability resides in the client-side Payments component of Google Chrome, requiring user interaction through social engineering. Responsibility for remediation likely falls to teams managing end-user devices and browser deployments, such as IT operations or desktop support, in coordination with security teams for risk assessment. The first practical step is to identify all user workstations and company-issued devices running vulnerable versions of Chrome.

  • Identify browser owners and affected endpoints.
  • Verify user exposure to malicious websites.
  • Coordinate updates during planned maintenance.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is the Google Chrome Payments component?

The Payments component in Google Chrome is a built-in feature designed to manage and streamline digital transactions. It handles tasks like storing payment methods, processing checkout forms, and facilitating secure purchases on websites. Because it interacts with sensitive financial data, it requires robust security to prevent unauthorized access to the underlying system.

What does use-after-free mean in CVE-2026-87581?

This vulnerability is classified as CWE-416, or 'Use After Free.' It occurs when software continues to use a pointer to a memory location after that memory has been cleared or released. If an attacker can manipulate this process, they may be able to force the browser to execute unintended code, potentially gaining control over the device by subverting the browser's normal memory management.

How does an attacker trigger this vulnerability?

A successful attack requires social engineering to trick a user into visiting a specifically crafted HTML page. It does not trigger automatically; the malicious code must be executed within the browser session. If a user does not navigate to the malicious site, or if the browser's safety mechanisms prevent the page from interacting with the Payments component, the bug cannot be triggered.

Is this vulnerability considered internet-facing?

According to Halo Surface Signal, this vulnerability is not a public-facing service or server-side component exposed by design. Instead, it resides in client-side software. While the attack is delivered via the internet through a crafted page, the vulnerability itself exists only on the local machine where the browser is running, making it a risk to individual endpoints rather than network services.

When should I update my software to address this?

The first practical step is to verify which devices in your environment are running affected versions of Google Chrome. Once identified, prioritize these workstations for updates as soon as possible. Coordinating with your IT or desktop support teams to deploy the latest browser version is the primary way to mitigate the risk of arbitrary code execution posed by this flaw.

References