Poradnik dotyczy samodzielnie hostowanych stron WordPress. Zmiany wymagają uprawnień i bezpiecznego wycofania. Jeśli nie znasz plików, baz danych i hostingu, uzgodnij diagnozę z dostawcą lub opiekunem strony.
Zapisz obserwacje
Zapisz URL, dokładny komunikat, pierwszy czas ze strefą i ostatnią zmianę. Porównaj stronę główną, podstronę i logowanie. Dokumentuj próby: pojedynczy nieudany odczyt nie dowodzi pełnej awarii.
Kopia i droga powrotu
Przed zmianami zachowaj w miarę możliwości pliki, bazę i starsze kopie. Sprawdź datę oraz możliwość odtworzenia. Uszkodzona lub zainfekowana kopia może być dowodem; zabezpiecz ją osobno i nie traktuj jako czystej.
Zmieniaj jedną rzecz i powtarzaj tę samą próbę. Rozległe testy wtyczek, motywów i ustawień wykonuj na stagingu. Wyłączenie to nie usunięcie: może dotknąć sklep, formularze i ochronę. Zapisz stan wyjściowy i sposób cofnięcia.
Ukierunkowana diagnoza
01
Zapisz ślady
Obce przekierowania, nieznani administratorzy i ostrzeżenia malware są istotne. Zachowaj URL, czas i wiadomości hostingu. Sama powolność nie dowodzi ataku. Nie rozpowszechniaj podejrzanych linków.
02
Odizoluj z hostingiem
Uzgodnij odcięcie publicznego dostępu z zachowaniem dowodów. Wtyczka konserwacyjna w przejętej instalacji może nie wystarczyć. Zablokuj zagrożone formularze i sklep; nie omijaj ostrzeżeń przeglądarki.
03
Zachowaj stan po ataku
Przed czyszczeniem zabezpiecz pliki, bazę i logi. Kopia może zawierać malware i dane prywatne; nie jest czysta. Zachowaj starsze kopie: atak może poprzedzać objawy.
04
Sprawdź dostępy i wejście
Zleć kontrolę hostingu, WordPressa, SSH/SFTP, bazy, poczty, praw i sesji. Zmieniaj dane z zaufanego urządzenia i zweryfikuj po czyszczeniu. Nowe hasło nie usuwa backdoorów.
05
Zweryfikuj przed otwarciem
Sprawdź pliki, bazę, konfigurację i inne instalacje. Zewnętrzny skan nie wystarczy. Zamknij wejście, sprawdź źródła i odtwarzanie w izolacji. Włącz odpowiedzialne osoby przy danych klientów.
06
Zaplanuj obserwację
Po akceptacji sprawdź funkcje, przekierowania i widok niezalogowany. Ustal dalsze kontrole. Sprawdź bezpieczeństwo i właścicieli Search Console; poproś o weryfikację po naprawie. Ostrzeżenia mogą znikać z opóźnieniem.
Rozważ przywrócenie
Kopia nie zastępuje ustalenia przyczyny. Sprawdź ją najpierw w izolacji. Odtworzenie może usunąć nowe zamówienia, zapytania i treści. Uzgodnij zakres; po ataku nie przenoś bieżących plików bez weryfikacji.
Sprawdź po korekcie
Sprawdź pierwotny URL, stronę główną, podstrony i logowanie. Formularze oraz sklep testuj w odpowiednim środowisku bez przypadkowych rzeczywistych zamówień. Po poprawce czyść tylko właściwą pamięć podręczną. Zapisz przyczynę i wynik.
Kiedy potrzebna jest pomoc
Przerwij zmiany, gdy przyczyna pozostaje niejasna, powrót jest niepewny lub dotknięto funkcji krytycznych. Ślady malware wymagają analizy bezpieczeństwa. Nie publikuj pełnych logów, haseł, kluczy i linków odzyskiwania.
Uzgodnij zakres i koszty →Opieka po naprawie
Rdzeń WordPress, wtyczki i motywy aktualizujemy co tydzień, aby codzienne zadania nie opóźniały potrzebnych aktualizacji. Co miesiąc, codziennie lub co godzinę: zależnie od pakietu. Kopie są przechowywane na serwerach w UE.
Naprawy i czyszczenie już zhakowanych stron są odrębnymi usługami. Płatne licencje nie są wliczone.