Hosting WordPress

Jak zabezpieczyć WordPress po dużym wycieku haseł

Po wycieku 24 miliardów rekordów boty masowo atakują logowanie WordPressa. Plan po kolei: konta admina, MFA wtyczką, kopie zapasowe, skan malware i reset haseł.

Redakcja HostingRank · Jun 26, 2026 · zaktualizowano Jun 22, 2026
Jak zabezpieczyć WordPress po dużym wycieku haseł
Spis treści
  1. Najpierw zrozum, na czym polega zagrożenie
  2. 1. Zresetuj hasła kont administratora
  3. 2. Włącz MFA wtyczką
  4. 3. Zaktualizuj rdzeń, motyw i wtyczki
  5. 4. Przeskanuj stronę pod kątem malware
  6. 5. Upewnij się, że masz działającą kopię zapasową
  7. 6. Zabezpiecz warstwę pod WordPressem
  8. Najczęściej zadawane pytania
  9. Podsumowanie
  10. Źródła i dalsza lektura

WordPress napędza znaczną część stron w internecie, co czyni go ulubionym celem zautomatyzowanych ataków — a po wycieku skali 24 miliardów rekordów, opisanym przez Cybernews w czerwcu 2026 roku, tych ataków wyraźnie przybywa. Boty wstrzykują skradzione pary login-hasło do formularzy logowania, licząc na to, że gdzieś hasło się powtórzyło. Oto uporządkowany plan, jak zabezpieczyć stronę WordPress po dużym wycieku haseł.

Najpierw zrozum, na czym polega zagrożenie

Wyciek ujawniony przez Cybernews zawierał hasła w jawnej postaci, pochodzące m.in. z logów malware typu infostealer i wcześniejszych włamań. Dla strony WordPress oznacza to dwa ryzyka. Pierwsze to credential stuffing — boty próbują logować się parami login-hasło z wycieku, masowo i automatycznie. Drugie to powtórzone hasła — jeśli Twoje hasło administratora WordPressa jest takie samo jak gdzie indziej, gdzie wyciekło, atakujący wejdzie bez żadnego "łamania".

Nie da się z góry potwierdzić, że akurat Twoje dane są w tym zbiorze — i nie warto na to czekać. Bezpieczniej założyć, że powtórzone hasło jest już spalone, i działać.

1. Zresetuj hasła kont administratora

Zacznij od kont z uprawnieniami Administrator. Nadaj każdemu długie, unikalne hasło z menedżera haseł. W panelu WordPressa przejrzyj listę użytkowników (Użytkownicy → Wszyscy) i sprawdź:

  • czy nie ma kont administratora, których nie zakładałeś (to sygnał wcześniejszego włamania),
  • czy nieaktywni redaktorzy i byli wykonawcy nadal mają dostęp — usuń ich,
  • czy żadne konto nie ma loginu "admin" — to pierwszy login, jaki testują boty.

Jeśli znajdziesz nieznane konto administratora, potraktuj stronę jako potencjalnie skompromitowaną i przejdź od razu do skanu malware (punkt 4).

2. Włącz MFA wtyczką

WordPress domyślnie nie ma uwierzytelniania wieloskładnikowego, ale dodasz je wtyczką (np. Wordfence Login Security, Two-Factor lub miniOrange). MFA jest tu najskuteczniejszą pojedynczą obroną: nawet gdy hasło administratora wyciekło, samo nie wystarczy do zalogowania. Włącz je dla wszystkich kont z uprawnieniami, nie tylko własnego. Preferuj kody z aplikacji TOTP nad SMS-em.

Warto też ograniczyć liczbę prób logowania (limit login attempts) — bezpośrednio tnie skuteczność credential stuffingu, blokując IP po kilku nietrafionych próbach.

3. Zaktualizuj rdzeń, motyw i wtyczki

Skradzione hasło to jedna droga do środka; niezałatana luka to druga. Przestarzałe wtyczki są najczęstszą przyczyną włamań do WordPressa. Zaktualizuj rdzeń WordPressa, aktywny motyw i wszystkie wtyczki do najnowszych wersji, a te nieużywane — całkowicie usuń (sama dezaktywacja nie wystarczy, kod nadal leży na serwerze). Po dużym wycieku przejrzyj też, czy nie używasz wtyczek od dawna nieaktualizowanych przez autora — to martwy kod, który nikt już nie łata.

Więcej o warstwach ochrony strony — WAF, ochronie przed DDoS i skanowaniu malware — opisaliśmy osobno.

Bezpieczeństwo hostingu w 2026: malware, DDoS, WAF i kopie zapasowe

4. Przeskanuj stronę pod kątem malware

Jeśli istnieje szansa, że ktoś już się dostał (nieznane konto, dziwne wpisy, przekierowania), wykonaj skan malware. Wtyczki takie jak Wordfence czy Sucuri skanują pliki w poszukiwaniu zmodyfikowanego kodu, backdoorów i podejrzanych wpisów w bazie. Wielu hostingodawców oferuje też skan po stronie serwera — sprawdź panel. Szukaj zwłaszcza:

  • zmodyfikowanych plików rdzenia WordPressa,
  • nieznanych plików PHP w katalogu uploads (tam nie powinno być żadnego kodu wykonywalnego),
  • ukrytych kont administratora dodanych bezpośrednio w bazie danych.

5. Upewnij się, że masz działającą kopię zapasową

Kopia zapasowa to siatka bezpieczeństwa na wypadek, gdyby coś już przeniknęło i trzeba przywrócić czysty stan strony. Kluczowe jest, by backup był aktualny, przechowywany poza serwerem i regularnie testowany — backup, którego nigdy nie próbowałeś przywrócić, to tylko nadzieja, nie zabezpieczenie. Jeśli backupy trafiają do chmury powiązanej z Twoją pocztą, pamiętaj, że przejęcie skrzynki może dosięgnąć i ich — dlatego sama poczta też musi mieć MFA.

Jak ustawić kopie zapasowe strony, żeby naprawdę działały

6. Zabezpiecz warstwę pod WordPressem

WordPress nie żyje w próżni — siedzi na koncie hostingowym. Hasła do panelu hostingu, FTP/SFTP i bazy danych (plik wp-config.php) to równie kuszące cele. Zmień je przy okazji resetu, przejdź z FTP na SFTP i włącz MFA w panelu hostingu, jeśli operator je udostępnia.

Jak zabezpieczyć konto hostingowe

Najczęściej zadawane pytania

Od czego zacząć, jeśli mam mało czasu?

Od dwóch rzeczy: zresetuj hasło administratora na unikalne i włącz MFA wtyczką. Te dwa kroki neutralizują największą część ryzyka credential stuffingu.

Czy darmowa wtyczka bezpieczeństwa wystarczy?

Do podstaw — MFA, limit prób logowania, skan malware — darmowe wersje Wordfence czy Sucuri są wystarczające dla małej i średniej strony. Wersje płatne dodają m.in. firewall w czasie rzeczywistym i szybsze sygnatury.

Jak rozpoznać, że stronę już ktoś przejął?

Sygnały to: nieznane konta administratora, niechciane przekierowania, spamowe wpisy lub linki, nagły spadek pozycji w Google i ostrzeżenia przeglądarki. W razie wątpliwości wykonaj skan malware i przywróć czysty backup.

Podsumowanie

Zabezpieczenie WordPressa po dużym wycieku haseł sprowadza się do kilku konsekwentnych kroków: unikalne hasła administratorów, MFA wtyczką, aktualizacje, skan malware i sprawdzona kopia zapasowa. Najwięcej daje połączenie MFA z limitem prób logowania, bo razem unieważniają sam mechanizm credential stuffingu. Wycieki będą się powtarzać, więc te nawyki warto utrzymać na stałe, a nie tylko po kolejnym głośnym incydencie.

Źródła i dalsza lektura

Źródła

  • Cybernews: 24 billion records exposed in colossal data leak cybernews.com
  • Malwarebytes: 24 billion stolen records — here's what to do malwarebytes.com