Tools Snippet

DebugBear Tells Customers to Remove Its Core Web Vitals Script After a DNS Hijack

Markdown
View as Markdown Open this page as plain text
This page as Markdown, ready to paste into ChatGPT, Claude or a doc.
RSS
A white delivery van lettered NONDESCRIPT DELIVERIES, with SCRIPT in red, parked on the left. A driver in a pale blue uniform with a brown paper bag over their head, two black eyeholes cut in it, tiptoes a cardboard parcel towards an open back door marked STAFF ONLY.
The usual delivery route, carrying something else. Illustration: AI-generated.

DebugBear, which sells website performance monitoring, posted this instruction on 29 October 2026 about its Real User Monitoring (RUM) product, the script sites load to collect Core Web Vitals from real visitors:

If you use our RUM product, please remove the embed code from your website.

In a follow-up on 30 October, DebugBear said attackers had compromised its DNS records through its domain registrar, so requests for its script address could be answered by a server the attackers controlled. It said its initial investigation showed the attack targeted one customer’s website and found no sign that its internal systems were compromised. Search Engine Journal reports that the security firm Hudson Rock found malicious JavaScript at a DebugBear script URL used by Polymarket, and that Polymarket’s own incident report confirmed the code sold positions and moved funds from some signed-in users’ wallets. Whether any other customer was served malicious code is not known.

What should sites using DebugBear do now?

Remove the script wherever it is added: page templates, plugins and tag managers. Search Engine Journal gives this example of the embed code, in which the script ID varies by site:

<script
  async
  src="https://cdn.debugbear.com/YOUR_SCRIPT_ID.js"
></script>

Sites may carry it in a different form: DebugBear’s setup documentation says the code can be installed through a tag manager, and that it changes when sampling is set below 1% of visits. Searching your site’s code, and the custom HTML tags in your tag manager, for debugbear finds it whatever the form. Then clear cached pages and confirm the script no longer loads. DebugBear had not said by 2 November that it is safe to add back, so leave it out until it does.

Removing it stops new loads and undoes nothing, so on any site where signed-in users or administrators loaded pages carrying the script, ask the development or security team to check for new accounts, permission changes, edited tags or templates and unusual logins, and to end active sessions for privileged accounts. Losing the RUM data does not change what Google measures: Search Console’s Core Web Vitals report is built from the Chrome UX Report, data Chrome collects from its own users, so expect a gap in your own dashboards and none in Google’s.

Sources

More news