Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Firma DebugBear zaleciła klientom natychmiastowe usunięcie skryptu Real User Monitoring, którego używają do pomiaru Core Web Vitals. Powodem jest incydent bezpieczeństwa: według komunikatu firmy atakujący naruszyli rekordy DNS jej domeny za pośrednictwem rejestratora. Zalecenie pojawiło się 29 października 2026 roku.
Najważniejsze
- DebugBear poleciła usunięcie skryptu Real User Monitoring z wszystkich miejsc, w których jest osadzony.
- Atakujący naruszyli rekordy DNS firmy. Firma nie ma sygnałów, że jej wewnętrzne systemy zostały naruszone.
- Według analizy firmy Hudson Rock złośliwy kod działał pod adresem skryptu używanym przez Polymarket.
- Usunięcie skryptu zatrzymuje nowe ładowania, ale nie cofa działań już wykonanych.
Przebieg incydentu
Jak podała DebugBear w aktualizacji, wstępne śledztwo wykazało, że atak dotknął witryny jednego klienta. Firma poinformowała też, że nie odbiera poczty wysyłanej na jej domenę. Bieżące informacje publikuje na swoim koncie w serwisie X.
Hudson Rock wykryła złośliwy kod JavaScript pod adresem skryptu DebugBear, z którego korzystała platforma Polymarket. Kod szukał klienta handlowego dostępnego w już zalogowanej przeglądarce. Raport Polymarket z 30 października potwierdził, że skrypt sprzedawał pozycje i przenosił środki z portfeli części użytkowników. Atak nie wymagał hasła użytkownika.
| Data | Zdarzenie |
|---|---|
| 29 października 2026 | DebugBear zaleca usunięcie skryptu RUM; analiza Hudson Rock wykrywa złośliwy kod pod jego adresem |
| 30 października 2026 | Polymarket publikuje raport incydentu i potwierdza przeniesienie środków |
Ryzyko dla innych witryn
Komunikat nie podaje, czy inni klienci DebugBear również otrzymali złośliwy kod. Źródła wskazują, że mogły zostać atakowane także inne serwisy o dużej wartości, ale nie ma na to potwierdzenia.
Co to oznacza w praktyce
Właściciele stron z osadzonym skryptem DebugBear powinni wykonać poniższe kroki. Zalecenie firmy dotyczy natychmiastowego działania, a komunikat nie podaje innego terminu.
- Usunąć osadzenie RUM z szablonów, wtyczek i menedżera tagów, wyczyścić pamięć podręczną i sprawdzić, czy skrypt przestał się ładować.
- Unieważnić sesje i zresetować hasła, zaczynając od administratorów i użytkowników z uprawnieniami. Odwołać potencjalnie narażone klucze API.
- Przejrzeć logi pod kątem nietypowych logowań, nowych kont i zmienionych plików. Po potwierdzeniu ataku przełączyć stronę w tryb konserwacji z kodem HTTP 503 i przywrócić zweryfikowaną kopię.
Skrypt monitorujący działa w kontekście każdej odwiedzającej stronę osoby, więc traktuj go jak kod produkcyjny z pełnym dostępem. Po usunięciu sprawdź szablony i menedżer tagów, a następnie przejrzyj zalogowane konta.
Komentarz redakcji Info24
Czytaj także
- Narzędzia SEO czyszczą dane po „zatruciu” wyników Google
- Google Search Console: 10 raportów do sprawdzenia co tydzień
Najczęstsze pytania
Czy trzeba usunąć skrypt DebugBear ze strony?
Tak, firma DebugBear zaleciła usunięcie skryptu Real User Monitoring natychmiast po incydencie, o którym poinformowała 29 października 2026 roku. Usunięcie zatrzymuje nowe ładowania skryptu, ale nie cofa zmian, które mogły już nastąpić.
Jak sprawdzić, czy moja strona została dotknięta atakiem?
Komunikat nie podaje listy klientów objętych atakiem. Trzeba przejrzeć logi, nowe konta, zmiany uprawnień i pliki z okresu, gdy skrypt był aktywny na stronie.
Czy zmiana hasła wystarczy po usunięciu skryptu?
Nie, zmiana hasła może nie unieważnić istniejących sesji. Trzeba potwierdzić, że stare sesje są odrzucane, oraz odwołać potencjalnie narażone klucze API.
