| Nazwa wtyczki | nginx |
|---|---|
| Rodzaj podatności | Luka w zabezpieczeniach kontroli dostępu |
| Numer CVE | Żadne |
| Pilność | Informacyjny |
| Data publikacji CVE | 2026-04-13 |
| Adres URL źródła | https://www.cve.org/CVERecord/SearchResults?query=None |
Pilne: Co zrobić, gdy pojawi się alert o podatności WordPressa (lub link do alertu 404) — Odpowiedź eksperta i przewodnik po wzmacnianiu od WP-Firewall
Notatka: Link do podatności, który został podany, zwrócił stronę 404. Może to oznaczać, że ostrzeżenie zostało usunięte, przeniesione lub jest tymczasowo niedostępne. Niezależnie od tego, czy publiczne ostrzeżenie jest niedostępne, czy nowo opublikowane, ryzyko dla stron WordPress pozostaje takie samo: podatności związane z logowaniem są rutynowo celem ataków i wykorzystywane. Jako specjaliści w zakresie zapór ogniowych aplikacji internetowych WordPress i reakcji na incydenty, my w WP-Firewall przygotowaliśmy ten szczegółowy przewodnik, abyście — właściciele stron, administratorzy i deweloperzy — mogli natychmiast ocenić, złagodzić i wzmocnić się przeciwko zagrożeniom związanym z logowaniem.
Ten post przeprowadzi cię krok po kroku przez:
- Dlaczego podatności związane z logowaniem są wysokiego ryzyka
- Powszechne wzorce ataków i typy podatności, na które musisz zwrócić uwagę
- Natychmiastowe działania w zakresie triage i ograniczenia
- Kroki wykrywania, rejestrowania i kryminalistyczne, które każdy administrator powinien podjąć
- Długoterminowe wzmacnianie i praktyki bezpiecznego rozwoju
- Jak WP-Firewall pomaga (w tym nasz darmowy plan) w redukcji powierzchni ataku i szybszym odzyskiwaniu
Przeczytaj i zastosuj kroki, które pasują do twojego środowiska. Jeśli potrzebujesz wsparcia praktycznego, nasz zespół jest gotowy do pomocy w ocenach, wirtualnym łatach i zarządzanym czyszczeniu.
Dlaczego podatności związane z logowaniem są krytyczne
Punkty końcowe logowania są najcenniejszymi celami dla atakujących. Kompromitacja administracyjnego logowania może pozwolić na:
- Całkowite przejęcie strony (tworzenie kont administratorów, modyfikacja treści)
- Wstrzykiwanie złośliwego oprogramowania (spam SEO, tylne drzwi, koparki kryptowalut)
- Kradzież danych (rekordy użytkowników, e-maile, dane transakcji)
- Przechodzenie do innych systemów (konta hostingowe, bazy danych, połączone API)
- Utrzymywanie stałej obecności (zaplanowane zadania, tylne drzwi, nieautoryzowane wtyczki)
Ponieważ WordPress napędza dużą część internetu, atakujący aktywnie skanują w poszukiwaniu:
- Nieaktualnych rdzeni, wtyczek i motywów z znanymi błędami uwierzytelniania lub eskalacji uprawnień
- Słabe lub ponownie używane hasła administratora za pomocą ataków credential stuffing
- Brak limitów prędkości i ochrony na punktach końcowych logowania
- Wrażliwy niestandardowy kod logowania lub źle zaimplementowane punkty końcowe REST/AJAX
Gdy pojawia się powiadomienie o podatności — lub gdy link do powiadomienia niespodziewanie zwraca 404 — zakładaj, że aktor zagrożenia znalazł nowy exploit lub powiadomienie jest aktualizowane. Nie zwlekaj: działaj zgodnie z zasadą ograniczenia i weryfikacji.
Powszechne podatności związane z logowaniem i jak są wykorzystywane
Poniżej znajdują się rodzaje problemów, które widzimy najczęściej i jak atakujący przekształcają je w kompromisy.
- Ominięcie uwierzytelniania
Przyczyna: Błędna logika w wtyczkach lub motywach (np. brak kontroli uprawnień, kontrole, które można obejść).
Wykorzystanie: Atakujący uruchamia przepływ, który ustawia lub akceptuje ciasteczko uwierzytelniające lub sesję z niewystarczającą walidacją.
Skutek: Natychmiastowy dostęp na poziomie administratora. - Atak siłowy / credential stuffing
Przyczyna: Brak limitów prędkości, słabe hasła, ponownie używane hasła z publicznych wycieków.
Wykorzystanie: Zautomatyzowane boty składają tysiące prób logowania; niektóre się udają, jeśli hasła są ponownie używane.
Skutek: Przejęcie konta, masowe kompromisy. - SQL Injection w punktach końcowych logowania/resetowania
Przyczyna: Niesanitarny input w logice logowania lub resetowania hasła.
Wykorzystanie: Tworzenie ładunków, aby obejść kontrole lub odczytać/zapisać wpisy w bazie danych (na przykład, tworzenie użytkownika administratora).
Skutek: Tworzenie konta, eksfiltracja danych, pełny kompromis. - Cross-Site Request Forgery (CSRF) i brak nonce'ów
Przyczyna: Brak lub niewłaściwie zwalidowane nonce'y w formularzach lub punktach końcowych AJAX.
Wykorzystanie: Uwierzytelniony użytkownik administracyjny jest oszukiwany, aby kliknąć lub załadować przygotowaną stronę, która wykonuje działania administracyjne.
Wpływ: Nieautoryzowane zmiany, instalacja tylnej furtki. - Wady resetowania hasła
Przyczyna: Słabe generowanie tokenów, przewidywalne linki, brak wygasania/resetowania tokenów.
Wykorzystanie: Atakujący żąda resetowania haseł lub fałszuje tokeny, aby zresetować hasła administratorów.
Wpływ: Przejęcie konta administratora. - Niechronione punkty końcowe REST lub AJAX
Przyczyna: Punkty końcowe, które wykonują wrażliwe działania bez sprawdzania uprawnień lub nonce.
Wykorzystanie: Zdalne wywołania do tworzenia użytkowników, zmiany ustawień lub przesyłania plików.
Wpływ: Wykonanie zdalnego kodu, tworzenie konta administratora. - Nadużycie XML-RPC
Przyczyna: XML-RPC ujawnia punkty końcowe i metody uwierzytelniania, takie jak wp.getUsersBlogs i system.multicall.
Wykorzystanie: Atak siłowy, amplifikacja (wiele metod w jednym żądaniu).
Wpływ: Kompromitacja konta i degradacja usługi. - Niezabezpieczone niestandardowe formularze logowania lub dodatki osób trzecich
Przyczyna: Niestandardowy kod często nie ma wzmocnionych kontroli i sanitizacji.
Wykorzystanie: Atakujący wykorzystują brak wzmocnienia (SQLi, niewłaściwe ucieczki, brak nonce).
Wpływ: Różni się od kompromitacji użytkownika do pełnej kontroli nad witryną.
Wskaźniki kompromitacji (IoCs), na które należy zwrócić uwagę teraz
Jeśli podejrzewasz próbę wykorzystania lub widzisz powiązane ostrzeżenie (nawet jeśli link do ostrzeżenia zwrócił 404), sprawdź te wczesne oznaki w logach i na stronie:
- Wzrost liczby żądań POST do /wp-login.php, /wp-admin/admin-ajax.php, /xmlrpc.php
- Liczne nieudane próby logowania, po których następuje udana z tego samego zakresu IP
- Nowi użytkownicy administratora lub podejrzane zmiany ról w tabeli użytkowników
- Zmodyfikowane pliki rdzenia, wtyczek lub motywów (nieoczekiwane znaczniki czasowe, nowe pliki w wp-includes lub wp-content)
- Nieoczekiwane zaplanowane zadania (wp_options wpisy cron z nietypowymi hakami)
- Połączenia wychodzące z serwera WWW do nieznanych adresów IP lub domen
- Nietypowe błędy PHP w logach wskazujące na funkcje wtyczek lub motywów
- Zmiany w index.php lub .htaccess z przekierowaniami do zewnętrznych domen
- Obecność plików nazwanych tak, aby wyglądały na nieszkodliwe (np. template, cache), ale zawierających kod backdoor WP
Zbieraj i zachowuj logi natychmiast — logi dostępu do serwera WWW, logi PHP-FPM, aktywność bazy danych, jeśli dostępna, oraz wszelkie logi wykrywania intruzji. Będą one niezbędne do dochodzenia i oczyszczania.
Natychmiastowa lista kontrolna triage (pierwsze 60–120 minut)
- Zachowaj dowody
– Skopiuj logi z serwera do bezpiecznej lokalizacji.
– Zrób migawkę serwera lub wykonaj czyste kopie zapasowe (nie nadpisuj istniejących dowodów). - Ograniczenie
– Włącz tryb konserwacji, aby zmniejszyć aktywność atakującego i chronić odwiedzających.
– Wyłącz XML-RPC, jeśli nie jest używane: zmień nazwę lub zablokuj na serwerze WWW.
– Tymczasowo ogranicz dostęp do /wp-admin i /wp-login.php według IP, jeśli to możliwe.
– Jeśli używasz zapory aplikacji internetowej, przełącz na surowszy tryb blokowania lub zastosuj zasady awaryjne dla ataków brute force na logowanie i podejrzanych POST-ów. - Poświadczenia i klucze
– Wymuś resetowanie haseł dla wszystkich kont administratorów. Zachęć wszystkich uprzywilejowanych użytkowników do natychmiastowej zmiany haseł.
– Rotuj klucze API i wszelkie dane uwierzytelniające aplikacji trzecich przechowywane w wp-config.php lub wtyczkach. - Zaktualizuj i izoluj
– Zaktualizuj rdzeń WordPressa, wtyczki i motywy do najnowszych stabilnych wersji, jeśli możesz to zrobić bezpiecznie.
– Jeśli aktualizacja może wywołać dalsze problemy, rozważ wykonanie kopii zapasowej i przetestowanie aktualizacji najpierw w środowisku stagingowym.
– Tymczasowo wyłącz wszelkie podejrzane wtyczki lub motywy (zmień nazwę katalogów wtyczek, jeśli to konieczne). - Skanuj i identyfikuj
– Przeprowadź skanowanie złośliwego oprogramowania i sprawdzenie integralności plików (WP-Firewall lub inne skanery).
– Szukaj znanych złośliwych wzorców: base64_decode, eval(), pliki w wp-content/uploads z rozszerzeniami .php, nieoczekiwane wywołania exec/system. - Komunikacja z interesariuszami
– Powiadom wewnętrznych interesariuszy i użytkowników downstream, że reagujesz na potencjalne zdarzenie bezpieczeństwa.
– Zachowaj jasny harmonogram podjętych działań i zebranych dowodów.
Kryminalistyka: co zbierać i jak analizować
- Dzienniki dostępu do serwera WWW: wyodrębnij żądania do punktów końcowych logowania z znacznikami czasu, adresami IP, agentami użytkownika i ciałami POST, gdy to możliwe.
- Dzienniki aplikacji: błędy związane z punktami końcowymi admina lub AJAX.
- Zrzuty bazy danych: sprawdź wp_users, wp_usermeta pod kątem nieznanych kont admina oraz wp_options pod kątem złośliwych wpisów autoloaded.
- Zrzuty systemu plików: zanotuj różnice w porównaniu do znanego dobrego wzorca lub oficjalnych wydań WordPressa.
- crontab i zadania wp-cron: sprawdź nieznane lub podejrzane zaplanowane zadania.
Narzędzia i polecenia (przykłady):
- Eksportuj listę użytkowników (WP-CLI):
wp user list --fields=ID,user_login,user_email,roles,zarejestrowany - Sprawdź ostatnio zmodyfikowane pliki:
find . -type f -mtime -10 -print - Szukaj podejrzanych ciągów:
grep -R --binary-files=without-match -nE "(base64_decode|eval\(|exec\(|system\(|passthru\()" .
Zachowaj wszystkie oryginały. Jeśli usuniesz złośliwe oprogramowanie, zachowaj kopię offline do analizy.
Odzyskiwanie i czyszczenie (po kryminalistyce)
- Usuń złośliwe pliki i tylne drzwi
– Dopiero po zebraniu dowodów, usuń złośliwe pliki i przywróć zmodyfikowane pliki rdzenia z znanych dobrych źródeł. - Oczyść modyfikacje bazy danych
– Usuń nieautoryzowanych użytkowników admina, oczyść złośliwe opcje lub ustawienia wtyczek, które automatycznie wykonują kod. - Wyczyść i przywróć, jeśli to konieczne
– Jeśli usunięcie tylnej furtki nie może być zagwarantowane, rozważ pełną odbudowę z czystych kopii zapasowych lub świeżą instalację oraz migrację zweryfikowanej zawartości. - Zmień wszystkie dane uwierzytelniające
– Baza danych, FTP/SFTP, panel sterowania hostingu, klucze API i wszelkie tokeny OAuth. - Zainstaluj poprawki i aktualizacje
– Upewnij się, że rdzeń, wtyczki i motywy są aktualne. Jeśli łatka dostawcy nie jest dostępna, użyj wirtualnego łatania (zasady WAF), aby zablokować ścieżki eksploatacji, aż do momentu, gdy dostępna będzie poprawka dostawcy. - Utwardź i udokumentuj
– Zastosuj poniższe kroki utwardzania i udokumentuj wnioski oraz wprowadzone zmiany.
Lista kontrolna utwardzania na dłuższą metę (priorytety)
Podstawowy zestaw środków utwardzających, który znacząco zmniejsza ryzyko związane z kompromitacją logowania:
- Wymuszaj silne, unikalne hasła i polityki haseł (używaj menedżera haseł).
- Włącz uwierzytelnianie wieloskładnikowe (MFA) dla wszystkich kont administratorów.
- Ogranicz próby logowania i zastosuj ograniczenie szybkości na poziomie WAF lub serwera WWW.
- Zablokuj lub ogranicz XML-RPC, chyba że jest to wymagane; jeśli jest wymagane, chroń go za pomocą bramy z ograniczoną szybkością.
- Wyłącz edytowanie plików z pulpitu:
define('DISALLOW_FILE_EDIT', true); - Ogranicz dostęp do /wp-admin i /wp-login.php według IP lub użyj ochrony bramki z dwuetapowym uwierzytelnianiem dla adresów URL administratora.
- Użyj zapory aplikacji internetowej (WAF) z sygnaturami specyficznymi dla logowania, wirtualnym łataniem i łagodzeniem botów.
- Wymuszaj HTTPS wszędzie i HSTS.
- Wdrażaj politykę bezpieczeństwa treści, X-Frame-Options i inne nagłówki bezpieczeństwa.
- Przechowuj wrażliwe dane uwierzytelniające poza katalogiem głównym, gdzie to możliwe, i zabezpiecz wp-config.php (zabroń dostępu przez serwer WWW).
- Minimalizuj użycie wtyczek i usuń nieużywane wtyczki/motywy.
- Przyjmij role użytkowników z minimalnymi uprawnieniami; nie używaj kont administratora do codziennych zadań.
- Zaplanuj regularne skanowania i okresowe testy penetracyjne.
Przykład fragmentu ograniczania szybkości nginx, aby chronić punkty końcowe logowania:
server {
(Skonsultuj się z gospodarzem lub administratorem systemu przed wprowadzeniem zmian na poziomie serwera; nieprawidłowe konfiguracje mogą powodować przestoje.)
Bezpieczne praktyki rozwoju dla deweloperów WordPressa
Jeśli tworzysz niestandardowe przepływy logowania, wtyczki lub punkty końcowe REST, stosuj te praktyki bezpiecznego kodowania:
- Zawsze waliduj i oczyszczaj wszystkie dane wejściowe — używaj przygotowanych zapytań do dostępu do bazy danych.
- Używaj sprawdzeń uprawnień WordPress i ról: current_user_can(), user_can().
- Używaj nonce'ów dla formularzy i AJAX: wp_nonce_field() i check_admin_referer() dla działań administracyjnych.
- Unikaj bezpośredniego dołączania plików i dynamicznych wywołań eval().
- Utrzymuj biblioteki stron trzecich w aktualności i ograniczaj ich zakres tam, gdzie to możliwe.
- Nie przechowuj sekretów w plikach wtyczek; używaj bezpiecznego przechowywania i rotuj klucze.
- Używaj zasady najmniejszych uprawnień: ujawniaj tylko to, co jest niezbędne w punktach końcowych REST i działaniach AJAX.
- Rejestruj zdarzenia uwierzytelniania i błędy w śladzie audytu, nie ujawniaj wrażliwych informacji w komunikatach o błędach.
Jak WP-Firewall broni punktów końcowych logowania (co robimy i jak to pomaga)
Z naszego doświadczenia w ochronie tysięcy stron WordPress, następujące funkcje oferują najlepszą równowagę między zapobieganiem, wykrywaniem a naprawą zagrożeń związanych z logowaniem:
- Zarządzany WAF i zestawy reguł: Dostarczamy ukierunkowane reguły, które blokują znane techniki wykorzystania logowania, wypełnianie poświadczeń i podejrzane wzorce POST — nawet zanim pojawią się poprawki dostawcy. Wirtualne łatanie daje ci czas i zapobiega masowemu wykorzystaniu.
- Ochrona przed atakami brute-force i łagodzenie botów: Blokowanie oparte na reputacji i analiza zachowań, aby zatrzymać wypełnianie poświadczeń i zautomatyzowane próby logowania na dużą skalę.
- Skanowanie i czyszczenie złośliwego oprogramowania: Skanuj w poszukiwaniu znanych tylni drzwi, złośliwych fragmentów PHP i automatycznie naprawiaj wiele powszechnych infekcji.
- Łagodzenie OWASP Top 10: Reguły i heurystyki, które zmniejszają narażenie na wstrzykiwanie, złamaną autoryzację i inne główne ryzyka internetowe.
- Czarna/biała lista IP: Elastyczne kontrole, aby natychmiast blokować podejrzane sieci i dodawać zaufane adresy IP administratorów do białej listy.
- Ograniczenie liczby żądań i integracja CAPTCHA: Dodaje opóźnienia dla botów, jednocześnie umożliwiając ruch legalnym użytkownikom.
- Monitorowanie, powiadomienia i raportowanie: Codzienne skany i powiadomienia o podejrzanych zmianach; plany Pro oferują miesięczne raporty bezpieczeństwa i głębszą analizę.
- Zarządzana reakcja na incydenty i wirtualne łatanie (w wyższych poziomach): Gdy ujawniona zostanie nowa luka, możemy globalnie wprowadzać aktualizacje reguł, aby chronić strony, aż do zastosowania poprawek dostawcy.
Projektujemy nasze zasady, aby zminimalizować fałszywe pozytywy, jednocześnie priorytetowo traktując wzorce ataków wysokiego ryzyka, które celują w procesy logowania i funkcjonalność administracyjną.
Praktyczna lista kontrolna konfiguracji do zastosowania w ciągu najbliższych 24 godzin
- Zablokuj /xmlrpc.php, jeśli Twoja strona tego nie potrzebuje:
– Reguła serwera WWW, która zwraca 403, lub wyłączenie oparte na wtyczkach. - Dodaj ograniczenie liczby żądań na /wp-login.php i /wp-admin:
– Użyj WAF lub ograniczenia liczby żądań na poziomie serwera. - Wymuś reset hasła i egzekwuj MFA dla administratorów.
- Zaktualizuj wszystkie wtyczki, motywy i rdzeń WordPress; jeśli łatka nie jest jeszcze dostępna, zastosuj wirtualne łatanie WAF.
- Ogranicz dostęp do obszarów administracyjnych za pomocą list dozwolonych adresów IP lub uwierzytelniania HTTP dla /wp-admin.
- Włącz zarządzany WAF WP-Firewall (lub równoważny) i upewnij się, że działa w trybie blokowania, a nie tylko monitorowania, jeśli wykryjesz próby wykorzystania.
- Uruchom pełne skanowanie złośliwego oprogramowania i sprawdzenie integralności plików.
Jeśli wykryjesz aktywne naruszenie: plan eskalacji
- Nie uruchamiaj natychmiast ponownie serwera. Zachowaj pamięć i logi, chyba że zostaniesz poinstruowany przez reagujących.
- Umieść stronę w trybie konserwacji; przekieruj odwiedzających, jeśli to konieczne.
- Zabezpiecz logi poza siedzibą i zrób zrzut systemu plików.
- Izoluj serwer od dalszych połączeń wychodzących, jeśli to możliwe, poprzez blokowanie ruchu wychodzącego.
- Zmień wszystkie dane uwierzytelniające (baza danych, hosting, klucze API).
- Zaangażuj specjalistę ds. bezpieczeństwa do dokładnego czyszczenia, jeśli nie możesz potwierdzić pełnego usunięcia.
- Powiadom swojego dostawcę hostingu — mogą być w stanie pomóc w łagodzeniu na poziomie sieci i tworzeniu kopii zapasowych.
Gdy porady dostawcy są niedostępne (404) — co robić
Brakująca strona z poradami może być myląca. Nie oznacza to, że luka zniknęła. Traktuj to jako sygnał do ostrożności:
- Przeglądaj dzienniki zmian i źródła CVE z wielu zaufanych źródeł.
- Szukaj powiązanych trackerów problemów, problemów na GitHubie lub notatek wydawców w poszukiwaniu wskazówek dotyczących poprawek lub możliwości wykorzystania.
- Zastosuj ochronne środki zaradcze (zasady WAF, ograniczenie liczby żądań, resetowanie haseł) zamiast czekać na oficjalną łatkę.
- Utrzymuj listę obserwacyjną nazw dotkniętych wtyczek/motywów i aktualizuj automatycznie, gdy pojawią się poprawki.
- Jeśli polegasz na wtyczkach osób trzecich, które nie publikują terminowych powiadomień, rozważ zastąpienie ich lepiej utrzymywanymi alternatywami.
Komunikacja z użytkownikami i interesariuszami po incydencie
Przejrzystość i jasny harmonogram są niezbędne. Podaj:
- Krótkie podsumowanie tego, co się stało i jakie dane (jeśli w ogóle) zostały dotknięte.
- Kroki podjęte w celu ograniczenia, zbadania i naprawienia.
- Działania, które użytkownicy powinni podjąć (np. resetowanie haseł).
- Dane kontaktowe do działu bezpieczeństwa i wsparcia.
- Obietnicę udostępnienia pełnego raportu po incydencie, gdy będzie dostępny.
Utrzymuj obowiązki dotyczące powiadamiania prawnego i regulacyjnego, gdzie to możliwe.
Ochrona Twojej witryny WordPress to ciągły program
Bezpieczeństwo to nie jednorazowa lista kontrolna. Stwórz program cykliczny, który obejmuje:
- Regularne skanowanie podatności i zarządzanie łatkami
- Zaplanowane kopie zapasowe i testowanie odzyskiwania
- Przeglądy dostępu i egzekwowanie zasady najmniejszych uprawnień
- Ćwiczenia w odpowiedzi na incydenty w formie symulacji
- Ciągłe monitorowanie i powiadamianie
W połączeniu te praktyki zmniejszają zarówno prawdopodobieństwo kompromitacji, jak i czas potrzebny na odzyskanie.
Chroń swoje logowanie — wypróbuj darmowy plan WP-Firewall już dziś
Chcesz natychmiastowej podstawowej ochrony bez kosztów? Podstawowy (darmowy) plan WP-Firewall pozwala szybko wdrożyć niezbędne zabezpieczenia: zarządzany firewall, nielimitowaną przepustowość, WAF, skanowanie złośliwego oprogramowania oraz łagodzenie ryzyk z OWASP Top 10. Został zaprojektowany tak, aby właściciele stron mogli zatrzymać powszechne ataki na logowanie i szybko uzyskać widoczność. Zarejestruj się natychmiast i zacznij chronić swoją stronę teraz: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Jeśli potrzebujesz więcej automatyzacji i ręcznego usuwania, nasze płatne plany dodają automatyczne usuwanie złośliwego oprogramowania, czarną/białą listę adresów IP, miesięczne raporty bezpieczeństwa oraz zarządzane wirtualne łatanie, aby odciążyć Twój zespół.
Zakończenie — Zachowaj spokój, szybko ograniczaj i nieustannie wzmacniaj
Uszkodzony link do porady lub niedostępna strona z luką może być niepokojąca — ale właściwa reakcja jest pragmatyczna: przyjmij ryzyko, zbierz dowody, ogranicz i zastosuj warstwowe zabezpieczenia. Luki związane z logowaniem są jednymi z najbardziej konsekwentnych, ale dzięki terminowym działaniom i odpowiednim zabezpieczeniom możesz zapobiec większości kompromisów i zredukować skutki, gdy incydenty się zdarzają.
Jeśli chcesz, aby nasz zespół WP-Firewall przeprowadził natychmiastowe skanowanie ryzyka, wdrożył awaryjne zasady WAF dla Twoich punktów logowania lub pomógł w odzyskaniu po podejrzanym kompromisie, skontaktuj się z nami przez nasz panel po zarejestrowaniu się w darmowym planie: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Bądź bezpieczny, często przeglądaj logi i utrzymuj krytyczne ścieżki, takie jak uwierzytelnianie, pod najsurowszą kontrolą.
