naprawa-stron.pl Online 24/7 Zgłoś awarię

Fałszywa CAPTCHA na mojej stronie: atak ClickFix i jak go usunąć

Autor: Grzegorz Wojterzak. Aktualizacja: 21 października 2026. Czas czytania: około 12 minut.

$ diagnoza fałszywa weryfikacja ClickFix
Typowy objaw
Klient widzi okno „I am not a robot” z instrukcją: Windows + R, Ctrl + V, Enter. Ty go nie widzisz
Najczęstsza przyczyna
Wykradzione hasło administratora albo nieaktualna wtyczka
Czas naprawy
Od kilku godzin do 1–2 dni roboczych
Czy zrobisz to sam?
Wykrycie tak. Pełne czyszczenie wymaga wprawy, bo kod jest dobrze ukryty

Szybka odpowiedź

Fałszywa CAPTCHA, która każe nacisnąć Windows + R i wkleić „kod weryfikacyjny”, to atak ClickFix: ktoś dopisał do Twojej strony skrypt, który kopiuje do schowka odwiedzającego złośliwe polecenie. Strona jest przejęta, nawet jeśli Ty i skaner niczego nie widzicie. Sprawdź stronę z innego urządzenia bez logowania, przeszukaj wtyczki (także Must-Use), pliki motywu i bazę danych, usuń kod, zmień hasła z czystego komputera, znajdź lukę, którą weszli atakujący, i ostrzeż klientów.

Ten artykuł ma dwie grupy czytelników. Jeśli jesteś właścicielem strony i klient napisał, że Twoja strona „kazała mu coś wkleić”, czytaj po kolei. Jeśli jesteś osobą, która wkleiła polecenie, przejdź od razu do sekcji Wkleiłeś polecenie? Zrób to teraz.

Co widzą Twoi klienci

CAPTCHA to znany wszystkim test „czy jesteś człowiekiem”: zaznacz pole, wybierz obrazki z autobusami. Fałszywa wersja wygląda podobnie, ale po kliknięciu wyświetla „kroki weryfikacji”. Odwiedzający ma nacisnąć Windows + R (otwiera to okno „Uruchom” w systemie Windows), potem Ctrl + V (wkleja zawartość schowka) i Enter (uruchamia ją). Na komputerach Apple instrukcja każe zwykle otworzyć Terminal.

Odtworzone fałszywe okno weryfikacji Nie jestem robotem na stronie sklepu z krokami Windows + R, Ctrl + V, Enter
Widok poglądowyOdtworzony wygląd fałszywej weryfikacji na stronie testowego sklepu, bez działającego kodu. Sygnałem alarmowym jest sama instrukcja: Windows + R, Ctrl + V, Enter. Prawdziwa CAPTCHA nigdy nie każe niczego wklejać ani uruchamiać. W miejscu, gdzie oszuści podsuwają polecenie, jest tu opis. Widok odtworzony na przykładowych danych.

Sztuczka nazywa się ClickFix. Strona już przy kliknięciu w pole „I am not a robot” kopiuje do schowka polecenie, które pobiera i uruchamia program. Najczęściej jest to złodziej haseł (ang. infostealer), czyli program, który wyciąga z przeglądarki zapisane hasła, ciasteczka zalogowanych sesji, dane kart i portfele kryptowalut, a potem wysyła je przestępcom. Odwiedzający sam uruchamia polecenie, więc zabezpieczenia systemu mogą go nie zatrzymać.

To nie jest rzadkość. 2 września 2026 nowozelandzkie centrum cyberbezpieczeństwa NCSC opublikowało ostrzeżenie o przejętych stronach serwujących ClickFix, wskazując, że kampanie często wykorzystują strony na WordPressie. CERT Polska od 2024 roku ostrzega przed fałszywymi testami CAPTCHA, a w lutym 2026 opisał przypadek, w którym jedno wklejone polecenie dało przestępcom dostęp do sieci dużej polskiej organizacji.

Łańcuch ataku ClickFix: od włamania na stronę do kradzieży haseł odwiedzających Pięć etapów w rzędzie. Pierwszy: włamanie na stronę przez lukę we wtyczce albo wykradzione hasło. Drugi: dopisany skrypt we wtyczce, motywie lub bazie. Trzeci: filtr, który pomija administratorów, roboty i skanery. Czwarty: pułapka, czyli fałszywa weryfikacja, kopiuje polecenie do schowka. Piąty: odwiedzający wkleja i uruchamia polecenie, co instaluje złodzieja haseł. Strzałka powrotna pokazuje, że wykradzione hasła, także do paneli innych stron, służą do kolejnych włamań. Na Twoim serwerze Na komputerze odwiedzającego 1 Włamanie Luka we wtyczce albo wykradzione hasło admina 2 Skrypt Fałszywa wtyczka, motyw albo wpis w bazie danych 3 Filtr Pomija admina, roboty, skanery i powtórne wizyty 4 Pułapka „I am not a robot” kopiuje polecenie do schowka 5 Wklejenie Win + R, Ctrl + V, Enter: instaluje złodzieja haseł Wykradzione hasła, także do paneli innych stron, służą do kolejnych włamań Etap 3 sprawia, że właściciel strony i automatyczne skanery widzą zwykle czystą stronę.
ClickFix zamyka się w koło: złodziej haseł na komputerze osoby, która zarządza inną stroną, daje przestępcom kolejne prawdziwe dane logowania.

Dlaczego Ty tego nie widzisz, a skaner nic nie znajduje

„U mnie wszystko działa” to typowa reakcja właściciela. To nie przypadek, tylko cecha tego ataku. NCSC wprost zaznacza, że złośliwa treść jest ukrywana przed robotami wyszukiwarek, skanerami bezpieczeństwa i przeglądarkami uruchamianymi automatycznie, które widzą czystą stronę. Warianty opisywane przez badaczy bezpieczeństwa potrafią ponadto:

  • pomijać zalogowanych administratorów, bo to oni mogliby szybko zauważyć problem,
  • pokazywać się raz danej osobie lub adresowi IP, a przy kolejnej wizycie już nie,
  • wybierać system: część wariantów celuje tylko w przeglądarki na Windowsie i macOS, więc na telefonie strona wygląda normalnie,
  • pobierać właściwy kod z zewnątrz w chwili wizyty. Na Twoim serwerze zostaje tylko krótki „pobieracz”. W opisanych przez badaczy kampaniach adres serwera z kodem był zapisany nawet w blockchainie, czyli publicznym rejestrze kryptowaluty, którego nie da się zablokować jednym zgłoszeniem.

Skaner wtyczki bezpieczeństwa szuka znanych wzorców w plikach. Krótki skrypt, który wygląda jak kod statystyk, a resztę dociąga z obcej domeny, łatwo przeoczyć. Dlatego zgłoszenie od klienta jest ważniejsze niż zielony wynik skanu.

Jak potwierdzić, że strona jest zainfekowana

  1. Zapytaj klienta o szczegóły

    Poproś o adres podstrony, godzinę, system (Windows, Mac, telefon) i zrzut ekranu, jeśli go zrobił. Nie proś, żeby wracał na stronę. Zapytaj też, czy wykonał instrukcję. Jeśli tak, wyślij mu link do sekcji dla odwiedzających.

  2. Sprawdź stronę tak, jak widzi ją obcy

    NCSC zaleca test w zwykłej przeglądarce i w oknie prywatnym, z różnych adresów IP, na komputerze i telefonie. Najprościej: komputer z Windowsem, okno prywatne, bez logowania do WordPressa, internet z telefonu zamiast firmowego Wi-Fi. Jeśli okno weryfikacji się pojawi, niczego nie wklejaj, zrób zrzut ekranu i zamknij kartę.

  3. Pobierz kod strony jako przeglądarka z Windowsem

    Jeśli skrypt jest wstawiany po stronie serwera, zobaczysz go w pobranym kodzie HTML. To polecenie pobiera stronę główną, przedstawiając się jak Chrome na Windowsie, i wypisuje adresy wszystkich zewnętrznych skryptów:

    curl -s -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/154.0.0.0 Safari/537.36" https://twojadomena.pl/ | grep -oE '<script[^>]+src="[^"]+"'

    Bez terminala: w oknie prywatnym naciśnij Ctrl + U (podgląd źródła strony) albo F12 i otwórz zakładkę Sieć (w wersji angielskiej: Network). Szukaj skryptów z domen, których nie znasz, i krótkich skryptów wpisanych bezpośrednio w kod, z długimi ciągami losowych znaków. Każdą obcą domenę porównaj z listą usług, których świadomie używasz (statystyki, czat, piksel reklamowy).

  4. Sprawdź ostrzeżenia Google

    W Google Search Console otwórz raport „Problemy dotyczące bezpieczeństwa”. Pusty raport niczego nie przesądza, bo skrypt ukrywa się także przed robotem Google, ale ostrzeżenie byłoby potwierdzeniem. Co robić, gdy Chrome pokazuje czerwony ekran, opisuję w artykule Strona przed Tobą zawiera szkodliwe programy.

Gdzie w WordPressie szukać wstrzykniętego skryptu

Zanim cokolwiek zmienisz, zrób pełną kopię plików i bazy danych i opisz ją jako zainfekowaną. Potem przejdź po miejscach z mapy poniżej. Najważniejsza kolumna to ta środkowa: większości z nich nie zobaczysz w zwykłym panelu.

Gdzie ukrywa się skrypt ClickFix w WordPressie i czy widać go w panelu Tabela siedmiu miejsc. Fałszywa wtyczka w katalogu plugins: w panelu często ukryta, sprawdź listą katalogów przez FTP. Wtyczki Must-Use: widać tylko w zakładce Wymuszane (Must-Use). Plik functions.php lub header.php motywu: w panelu nie widać, porównaj z czystą kopią. Tabela wp_options, w tym widżety i ustawienia wtyczek do wstawiania kodu: częściowo widać, przeszukaj bazę. Tabela wp_posts: częściowo widać, przeszukaj bazę. Zmienione pliki JavaScript rdzenia lub wtyczek: nie widać, porównaj sumy kontrolne. Pliki .htaccess w katalogach wtyczek: nie widać, wyszukaj przez SSH lub menedżer plików. Miejsce Widać w panelu? Jak sprawdzić wp-content/plugins/ często ukryta katalogi przez FTP vs lista wp-content/mu-plugins/ tylko zakładka Wymuszane każdy plik: skąd się wziął motyw: functions.php nie porównaj z czystą kopią wp_options (widżety…) częściowo zapytanie SQL w phpMyAdmin wp_posts częściowo zapytanie SQL w phpMyAdmin pliki .js rdzenia i wtyczek nie sumy kontrolne WP-CLI .htaccess w plugins/ nie wyszukiwanie plików
Zacznij od wierszy z czerwonym wpisem w środkowej kolumnie. To miejsca, w których skrypt może siedzieć miesiącami, bo nikt tam nie zagląda.
  1. Porównaj katalog wtyczek z listą w panelu

    Badacze opisywali fałszywe wtyczki z generycznymi nazwami (np. udające narzędzia do cache albo zarządzania użytkownikami) lub z losowymi ciągami liter. Część z nich ukrywa się na liście w Wtyczkach. Dlatego otwórz wp-content/plugins przez FTP lub menedżer plików hostingu i porównaj nazwy katalogów z tym, co widzisz w panelu. Każdy katalog, którego nie ma na liście, jest podejrzany. Przez SSH zobaczysz katalogi posortowane od najnowszego:

    ls -lt wp-content/plugins/ | head -20
  2. Sprawdź wtyczki Must-Use

    Pliki z katalogu wp-content/mu-plugins WordPress uruchamia zawsze i bez aktywacji. Nie ma ich na zwykłej liście wtyczek. Znajdziesz je w Wtyczkach, w zakładce Wymuszane (w wersji angielskiej Must-Use), która pojawia się tylko wtedy, gdy taki plik istnieje. Opis mechanizmu jest w dokumentacji Must-Use Plugins. Część hostingów i wtyczek cache zapisuje tu własne pliki, więc ustal pochodzenie każdego z nich, zanim cokolwiek usuniesz.

Zakładka Wymuszane (Must-Use) na liście wtyczek WordPressa: wtyczka WP Cache Helper w czerwonej ramce
Zrzut ekranuZakładka „Wymuszane” z plikiem „WP Cache Helper” (czerwona ramka). Nazwa brzmi niewinnie, opis to „Performance helper”, ale nikt tej wtyczki nie instalował: to pusty plik podłożony do przykładu. Tak wyglądają typowe kryjówki. Testowa instalacja WordPressa 7.1.4 po polsku, dane fikcyjne.
  1. Przejrzyj pliki motywu

    Skrypt bywa dopisany na końcu functions.php aktywnego motywu albo w header.php lub footer.php. Najpewniej jest porównać te pliki z czystą kopią motywu pobraną od twórcy. To polecenie wypisze w motywach linie ze znacznikiem skryptu i z funkcjami często używanymi do ukrywania kodu, razem z numerem linii:

    grep -rnE "<script|eval\(|atob\(|base64_decode\(" wp-content/themes/ --include=*.php | cut -c1-200

    Polecenie zwróci też niewinne trafienia. Szukaj kodu, który nie pasuje do reszty pliku: jednej bardzo długiej linii, losowych nazw zmiennych, adresów obcych domen.

  2. Przeszukaj bazę danych

    Widżety, ustawienia motywu i wtyczek do wstawiania kodu w nagłówku zapisują się w tabeli wp_options. Treść stron i wpisów jest w wp_posts. W phpMyAdmin uruchom zapytania (zamień prefiks wp_ na swój):

    SELECT option_name, LENGTH(option_value) AS dlugosc FROM wp_options
    WHERE option_value LIKE '%<script%' OR option_value LIKE '%atob(%';
    
    SELECT ID, post_type, post_title FROM wp_posts
    WHERE post_content LIKE '%<script%';

    Z WP-CLI przeszukasz wszystkie tabele naraz. Polecenie wypisze każde miejsce w bazie, w którym występuje fragment kodu skryptu:

    wp db search "<script" --all-tables --stats

    W wynikach znajdziesz też swoje legalne kody, np. Google Tag Managera czy czatu. Podejrzane są skrypty, których nie potrafisz przypisać do żadnej usługi, oraz zaciemniony kod. Jeśli w podglądzie strony widziałeś obcą domenę, wyszukaj w bazie właśnie ją.

  3. Sprawdź pliki rdzenia i wtyczek z sumami kontrolnymi

    Skrypt można też dopisać do istniejącego pliku JavaScript, który strona i tak ładuje. WP-CLI porówna pliki rdzenia i wtyczek z katalogu wordpress.org z oryginałami i wypisze każdą różnicę:

    wp core verify-checksums
    wp plugin verify-checksums --all

    Wtyczek płatnych to nie obejmie, więc je zainstaluj na nowo z konta u producenta. Na koniec poszukaj plików .htaccess w katalogach wtyczek. W opisanych kampaniach przechowywały zakodowaną część złośliwego kodu, a nawet miały literówkę w nazwie (.htacces), żeby ominąć skanery:

    find wp-content/plugins -name ".htacc*" -printf "%TY-%Tm-%Td  %p\n"
  4. Sprawdź konta administratorów

    Wejdź w Użytkownicy i kliknij filtr Administrator. Obce konto to zarówno ślad włamania, jak i droga powrotu atakującego.

Lista użytkowników WordPressa z filtrem Administrator: konto wpsupport_adm z adresem w obcej domenie w czerwonej ramce
Zrzut ekranuUżytkownicy, filtr Administrator: konto wpsupport_adm (czerwona ramka) udaje wsparcie techniczne i ma adres spoza firmy. Usuń je, przypisując treści sobie, ale najpierw zanotuj datę jego utworzenia, bo pomoże ustalić, kiedy doszło do włamania. Konta podłożone do przykładu. Testowa instalacja WordPressa 7.1.4 po polsku, dane fikcyjne.

Jak usunąć infekcję, żeby nie wróciła

NCSC podkreśla, że usunięcie samego okna to za mało. Trzeba znaleźć drogę wejścia i wszystkie mechanizmy, które odtworzą infekcję. Kolejność:

  1. Usuń znaleziony kod i obce elementy

    Usuń fałszywe wtyczki i podejrzane pliki Must-Use, przywróć pliki motywu z czystej kopii, usuń skrypty z bazy i obce konta. Rdzeń WordPressa nadpisz świeżą wersją. Szczegółową procedurę czyszczenia opisuję w artykule Wirus na stronie WordPress – jak go usunąć krok po kroku.

  2. Zmień hasła z czystego komputera

    Przy ClickFix ma to szczególne znaczenie. Analizy firm hostingowych pokazały, że część stron zainfekowano prawdziwym hasłem administratora, wykradzionym wcześniej, np. przez złodzieja haseł na komputerze właściciela lub wykonawcy. Jeśli zmienisz hasło na tym samym zainfekowanym komputerze, nowe też wycieknie. Zmień hasła do panelu WordPressa, hostingu, FTP i bazy, a potem wygeneruj nowe klucze salt (wyloguje to wszystkie sesje):

    wp config shuffle-salts
  3. Ustal, którędy weszli atakujący

    W logach dostępu z panelu hostingu szukaj logowań do wp-login.php i instalacji wtyczek w okolicy dnia, w którym powstał pierwszy obcy plik lub konto. Ciąg „logowanie, plugin-install.php, aktywacja wtyczki” z nieznanego adresu IP oznacza wykradzione hasło. Brak logowania przy nowych plikach wskazuje raczej na lukę we wtyczce, np. taką jak luka w Bricksforge.

    zgrep -E "POST /wp-login.php|plugin-install.php|action=activate" access.log*
  4. Zabezpiecz panel

    Włącz logowanie dwuskładnikowe dla wszystkich administratorów, zostaw uprawnienia administratora tylko osobom, które ich naprawdę potrzebują, i zaktualizuj wszystkie wtyczki oraz motywy. Wyłącz edycję plików z panelu, dodając do wp-config.php linię:

    define('DISALLOW_FILE_EDIT', true);

    Pozostałe zalecenia, od uprawnień plików po kopie zapasowe, są w dokumentacji Hardening WordPress.

  5. Sprawdź ponownie i ustaw monitoring

    Powtórz test z innego urządzenia i sieci. Przez kolejne tygodnie obserwuj nowe pliki, nowe konta i zmiany we wtyczkach. Monitoring zmian plików i alarmy o nowych administratorach skracają czas od włamania do reakcji.

Ostrzeż odwiedzających

NCSC zaleca poinformowanie osób, które mogły zobaczyć fałszywą weryfikację. Wystarczy krótki komunikat na stronie albo w mailu do klientów, na przykład:

„Między [data] a [data] na naszej stronie mogło pojawić się fałszywe okno weryfikacji z prośbą o naciśnięcie klawiszy Windows + R i wklejenie kodu. To nie była nasza weryfikacja. Usunęliśmy problem. Jeśli wykonałeś te instrukcje, odłącz komputer od internetu, zmień hasła z innego urządzenia i skontaktuj się z bankiem. Więcej informacji: cert.pl/falszywe-captcha.”

Typowy scenariusz

Właścicielka sklepu dostaje dwa maile od klientów: strona „chciała, żebym coś wkleił”. Loguje się do panelu, przegląda sklep na swoim laptopie i nic nie widzi. Skan wtyczką bezpieczeństwa daje zielony wynik. Na komputerze z Windowsem, w oknie prywatnym i przez internet z telefonu okno pojawia się od razu. Przyczyną jest wtyczka o nazwie udającej narzędzie do cache, której nie widać na liście w panelu, a jej katalog ma datę sprzed trzech tygodni. Logi pokazują logowanie na konto administratora z obcego adresu IP tuż przed instalacją. Hasło wyciekło z komputera osoby, która kiedyś prowadziła sklepowi reklamy.

Wkleiłeś polecenie? Zrób to teraz

Ta część jest dla osoby, która odwiedziła stronę i wykonała instrukcję z fałszywej weryfikacji. Zalecenia za CERT Polska, w tej kolejności:

  1. Odłącz komputer od internetu.

    Wyłącz Wi-Fi i wyjmij kabel sieciowy. Nie loguj się na tym komputerze do poczty ani banku.

  2. Zmień hasła z innego urządzenia.

    Najpierw hasło do poczty, bo przez nią odzyskuje się inne konta. Potem do banku, sklepów, mediów społecznościowych i paneli stron, jeśli logowałeś się do nich na tym komputerze. Tam, gdzie się da, wybierz „wyloguj ze wszystkich urządzeń”, bo sama zmiana hasła nie zawsze kończy sesję przestępcy.

  3. Zadzwoń do banku,

    jeśli na tym komputerze korzystałeś z bankowości albo zapisywałeś dane karty. Bank może zablokować kartę i obserwować podejrzane operacje.

  4. Oddaj komputer do sprawdzenia.

    Zaufany serwis albo dział IT oceni, czy wystarczy skan, czy trzeba przeinstalować system. Powiedz, jakie polecenie wkleiłeś i które pliki są dla Ciebie ważne. Na komputerze służbowym od razu zawiadom dział IT.

  5. Zgłoś stronę do CERT Polska.

    Formularz jest na incydent.cert.pl. Podaj adres strony, opisz, o co prosiła i czy wykonałeś polecenie. Nie wracaj na stronę, żeby zrobić zrzut ekranu. Więcej wskazówek jest na stronie CERT Polska Uważaj na fałszywe testy CAPTCHA.

Jeśli tylko widziałeś okno

Według CERT Polska sama wizyta nie infekuje komputera. Atak wymaga uruchomienia polecenia. Jeśli zamknąłeś stronę bez wykonania instrukcji, wystarczy opróżnić schowek, kopiując dowolny inny tekst, i ewentualnie zgłosić stronę.

Kiedy nie robić tego samemu

Samodzielne potwierdzenie infekcji i sprawdzenie listy administratorów jest proste. Usunięcie ClickFix do końca bywa trudne, bo kod jest projektowany tak, żeby go nie znaleźć. Oddaj to specjaliście, gdy:

  • klienci zgłaszają okno, a Ty nie potrafisz znaleźć źródła,
  • okno wraca po Twoim czyszczeniu,
  • to sklep z kontami klientów i nie wiesz, czy wyciekły dane,
  • podejrzewasz, że hasło wykradziono z Twojego komputera i nie wiesz, co jeszcze mogło wyciec,
  • hosting zablokował konto (zobacz co zrobić, gdy hosting zablokował stronę).

Koszty opisuję w artykule Ile kosztuje usunięcie wirusa ze strony.

Klienci widzą fałszywą CAPTCHA? Usunę ją do końca

Znajduję wstrzyknięty skrypt i wszystkie furtki, ustalam drogę wejścia, czyszczę stronę i zabezpieczam panel. Odwirusowanie kosztuje 499 zł netto, zgłoszenia przyjmuję 24/7, a po czyszczeniu daję 30 dni gwarancji czystości.

Najczęstsze pytania

Dlaczego nie widzę fałszywej CAPTCHA na własnej stronie?

Bo złośliwy skrypt wybiera, komu się pokazać. Często pomija zalogowanych administratorów, osoby, które już raz go widziały, telefony oraz roboty wyszukiwarek i skanery. Sprawdź stronę w oknie prywatnym, bez logowania, z innego urządzenia i innej sieci, na przykład z komputera znajomego albo przez internet z telefonu.

Skaner bezpieczeństwa nic nie znalazł. Czy to znaczy, że strona jest czysta?

Nie. Kod ClickFix jest celowo ukrywany przed automatami, a jego główna część często nie leży na Twoim serwerze, tylko jest pobierana z zewnątrz w chwili wizyty. Na stronie zostaje krótki fragment, który skaner może uznać za zwykły skrypt. Jeśli klienci zgłaszają fałszywą weryfikację, traktuj to jako potwierdzenie infekcji.

Czy sama wizyta na stronie z fałszywą CAPTCHA zaraża komputer?

Według CERT Polska nie. Atak wymaga, żeby odwiedzający sam wkleił i uruchomił polecenie, na przykład w oknie Uruchom (Windows + R) albo w Terminalu. Kto zamknął stronę bez wykonania instrukcji, nie uruchomił złośliwego programu.

Czy muszę informować klientów, że na stronie była fałszywa CAPTCHA?

Nowozelandzkie centrum cyberbezpieczeństwa NCSC zaleca ostrzeżenie odwiedzających, którzy mogli zobaczyć fałszywą weryfikację. Krótki komunikat na stronie lub w mailu do klientów pozwala osobom, które wkleiły polecenie, szybko zmienić hasła. Jeśli doszło też do wycieku danych osobowych ze sklepu, obowiązki wynikające z RODO oceń z prawnikiem lub inspektorem ochrony danych.

Jak atakujący dostał się do mojej strony?

Najczęściej przez nieaktualną wtyczkę ze znaną luką albo przez prawdziwe hasło administratora, wykradzione na przykład przez złośliwy program na komputerze osoby, która loguje się do panelu. Dlatego po czyszczeniu hasła trzeba zmienić z czystego urządzenia, a w logach serwera poszukać, kiedy i skąd ktoś zainstalował nową wtyczkę.

Grzegorz Wojterzak naprawia strony internetowe po awariach i włamaniach: WordPress, WooCommerce, PHP i Node.js. Od ponad dekady pracuje przy stronach i sklepach internetowych polskich firm.