DebugBear Tells Customers to Remove Its Core Web Vitals Script After a DNS Hijack
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
- DebugBear on X: “We’re impacted by an ongoing security incident”
- DebugBear on LinkedIn: follow-up on the investigation
- Hackers Hijacked DebugBear’s DNS To Serve Malicious JavaScript, Search Engine Journal
- Set Up Real User Monitoring, DebugBear documentation
- Core Web Vitals report, Search Console Help
More news
-
Lighthouse 13.6 Stops Penalising Some Preloads in Simulated FCP and LCP
Lighthouse 13.6.0 stops counting module preloads and some fonts against simulated FCP and LCP. What changes in PageSpeed Insights, and what to re-test.
-
Google Tag Manager Can Now Send Google Data Without Loading gtag.js
Since 12 October 2026, Tag Manager can send data to Google Analytics and Ads without loading gtag.js. The switch is opt-in; check three things first.
-
Bing Webmaster Tools Now Lists AI Search Queries Where Other Sites Are Cited and Yours Is Not
Topic Portfolio, a beta in Bing's AI Performance report, sizes topics across all sites and lists grounding queries where competitors are cited and you are not.