| Nazwa wtyczki | Workflow druku "Osiem dni tygodnia" |
|---|---|
| Rodzaj podatności | Wstrzyknięcie SQL |
| Numer CVE | CVE-2026-5028 |
| Pilność | Wysoki |
| Data publikacji CVE | 2026-05-12 |
| Adres URL źródła | CVE-2026-5028 |
Wstrzyknięcie SQL wtyczki “Workflow druku Osiem dni tygodnia” (<= 1.2.6)
W dniu 12 maja 2026 roku ujawniono wysokoprioritetową lukę (CVE-2026-5028) wpływającą na wtyczkę WordPress “Workflow druku Osiem dni tygodnia” w wersjach do i włącznie 1.2.6. Problem to wstrzyknięcie SQL (SQLi), które może być wykorzystane przez każdego uwierzytelnionego użytkownika z rolą Subskrybenta (lub wyższą). Ponieważ wiele stron WordPress pozwala na rejestrację kont Subskrybenta, ryzyko jest zarówno realistyczne, jak i pilne.
Artykuł ten wyjaśnia lukę w praktycznych terminach, ocenia wpływ, przedstawia kroki wykrywania i łagodzenia, które możesz zastosować natychmiast, oraz opisuje długoterminowe praktyki wzmacniania dla właścicieli stron, deweloperów i dostawców hostingu. Jako dostawca zabezpieczeń WordPress, WP-Firewall również wyjaśnia, jak nasza zarządzana zapora i wirtualne łatanie mogą zmniejszyć twoje narażenie, aż do momentu, gdy dostępna będzie oficjalna poprawka wtyczki.
Notatka: Jeśli twoja strona korzysta z wtyczki “Workflow druku Osiem dni tygodnia” i zainstalowana wersja to <= 1.2.6, załóż, że jesteś narażony na ryzyko i natychmiast zastosuj poniższe kroki ograniczające.
Streszczenie
- Luka: Wstrzyknięcie SQL (SQLi) w wtyczce “Workflow druku Osiem dni tygodnia”, wpływająca na wersje <= 1.2.6.
- CVE: CVE-2026-5028.
- Powaga: Wysoka (zgłoszone CVSS 8.5).
- Wymagane uprawnienia: Subskrybent (uwierzytelniony użytkownik o niskich uprawnieniach).
- Status łatki: Brak oficjalnej łatki dostępnej w momencie ujawnienia.
- Natychmiastowe ryzyko: Ekstrakcja danych, modyfikacja danych, wektory eskalacji uprawnień, kompromitacja strony lub przejście do innych systemów.
- Krótkoterminowe łagodzenie: Wyłącz wtyczkę, blokuj/wirtualnie łataj żądania za pomocą WAF, ogranicz rejestracje i zmniejsz uprawnienia, zbadaj logi i wskaźniki kompromitacji (IoCs).
- Długoterminowe: Zaktualizuj, gdy dostawca udostępni poprawkę, wzmocnij kod, przyjmij zasady minimalnych uprawnień, ciągłe monitorowanie i wirtualne łatanie luk.
Dlaczego to jest poważne
Wstrzyknięcie SQL pozostaje jedną z najbardziej szkodliwych luk aplikacyjnych, ponieważ pozwala atakującemu na bezpośrednią interakcję z twoją bazą danych. Atakujący wykorzystujący SQLi może:
- Odczytać lub wyekstrahować wrażliwe dane z bazy danych (maile użytkowników, hasła w postaci skrótu, treść strony, dane zamówień).
- Modyfikować lub usuwać rekordy (kopie zapasowe, posty, wpisy konfiguracyjne).
- Tworzyć nowych użytkowników administracyjnych lub zmieniać uprawnienia użytkowników.
- Zainstalować mechanizmy utrzymania (złośliwe opcje, zaplanowane zadania, posty z tylnymi drzwiami).
- Dalsza eskalacja poprzez instalację złośliwego oprogramowania lub kradzież poświadczeń, które umożliwiają pełne przejęcie strony.
Co czyni tę konkretną lukę bardziej niebezpieczną, to niskie wymagane uprawnienia: atakujący potrzebuje tylko konta Subskrybenta. Wiele stron pozwala na rejestrację lub ma użytkowników na poziomie subskrybenta (do komentarzy, newsletterów lub treści z ograniczonym dostępem), co oznacza, że powierzchnia ataku jest szeroka. Dodatkowo brak oficjalnej poprawki w momencie ujawnienia zwiększa pilność łagodzenia.
Jak atak może wyglądać w praktyce (koncepcyjnie, nie kod eksploitu)
Chociaż nie opublikujemy ładunków eksploitów, zrozumienie typowego przebiegu ataku pomaga właścicielom stron skutecznie się bronić:
- Atakujący rejestruje lub używa istniejącego konta Subskrybenta na docelowej stronie (lub kompromituje użytkownika o niskich uprawnieniach).
- Korzystając z ujawnionej funkcjonalności wtyczki (punkt końcowy AJAX, formularz lub trasa REST), atakujący wysyła specjalnie przygotowane żądanie zawierające złośliwe dane, które są niebezpiecznie łączone w zapytaniu SQL.
- Niesanitizowane dane zmieniają zamierzoną logikę SQL, umożliwiając atakującemu pobieranie, modyfikowanie lub usuwanie danych.
- Atakujący wykorzystuje dane lub tworzy trwałe tylne drzwi (np. tworząc nowe konto administratora), aby utrzymać dostęp, nawet jeśli pierwotna luka zostanie później zamknięta.
Ponieważ luka znajduje się po stronie serwera w kodzie wtyczki, same zabezpieczenia na poziomie sieci nie są wystarczające, chyba że specjalnie blokują złośliwe ładunki lub zabraniają podatnych punktów końcowych.
Jak szybko określić, czy jesteś dotknięty
- Sprawdź swoją listę wtyczek:
- Zaloguj się do wp-admin > Wtyczki i znajdź “Eight Day Week Print Workflow”.
- Jeśli jest zainstalowana, a wersja to 1.2.6 lub wcześniejsza, traktuj stronę jako podatną.
- Przeszukaj swój system plików w poszukiwaniu katalogu wtyczki:
- Potwierdź lokalizację: wp-content/plugins/eight-day-week-print-workflow (lub podobnie nazwany).
- Sprawdź nagłówek wtyczki pod kątem szczegółów wersji w głównym pliku wtyczki.
- Przejrzyj rejestrację strony i role użytkowników:
- Czy zezwalasz na publiczną rejestrację? Czy jest wiele kont Subskrybentów? Obecność wielu użytkowników o niskich uprawnieniach zwiększa twoje narażenie.
- Sprawdź logi pod kątem podejrzanego zachowania (wskaźniki poniżej).
Jeśli znajdziesz zainstalowaną podatną wtyczkę, natychmiast podejmij kroki w celu ograniczenia (zobacz kroki awaryjne).
Natychmiastowa reakcja — kroki awaryjne (zrób to teraz)
Postępuj zgodnie z tymi priorytetowymi krokami. Pierwsze trzy są krytyczne:
- Ograniczenie: Natychmiast wyłącz lub dezaktywuj podatną wtyczkę.
- W wp-admin: Wtyczki > Dezaktywuj (lub usuń, jeśli potwierdzone).
- Jeśli nie możesz uzyskać dostępu do wp-admin, zmień nazwę folderu wtyczki za pomocą SFTP/SSH: /wp-content/plugins/eight-day-week-print-workflow → dodaj _disabled.
- Zastosuj WAF/wirtualną łatkę: Użyj zarządzanego zapory aplikacji internetowej lub ochrony na poziomie wtyczki, która może blokować żądania pasujące do wzorców wstrzykiwania SQL w punktach końcowych wtyczki. Jeśli używasz WP‑Firewall, włącz zarządzany zestaw reguł lub natychmiast zastosuj ukierunkowaną wirtualną łatkę dla tej wtyczki.
- Zablokuj rejestracje i formularze subskrypcyjne:
- Tymczasowo wyłącz publiczną rejestrację (Ustawienia > Ogólne > Członkostwo).
- Dodaj CAPTCHA/recaptcha do pozostałych formularzy logowania/rejestracji.
- Zmień dane uwierzytelniające:
- Zmień wszelkie dane uwierzytelniające bazy danych, jeśli podejrzewasz kompromitację na poziomie DB (skoordynuj z hostem).
- Wymagaj resetowania haseł dla administratorów i użytkowników z uprawnieniami.
- Ogranicz i zbadaj kompromitację:
- Sprawdź nowych użytkowników administratora lub zmodyfikowane role użytkowników.
- Szukaj podejrzanych zaplanowanych zadań (wp_options wpisy cron), nieautoryzowanej zawartości lub wstrzykniętych plików.
- Sprawdź logi serwera i logi dostępu do sieci w poszukiwaniu powtarzających się żądań do punktów końcowych wtyczki lub żądań zawierających znaki kontrolne SQL.
- Przywróć z znanego dobrego kopii zapasowej, jeśli potwierdzisz kompromitację:
- Jeśli dowody wskazują na manipulację danymi lub dodane tylne drzwi, przywróć z czystej kopii zapasowej wykonanej przed incydentem, a następnie zabezpiecz i zaktualizuj.
- Informowanie interesariuszy:
- Powiadom swojego dostawcę hostingu, dewelopera i wszelkich dotkniętych użytkowników, gdzie to stosowne.
Jeśli nie możesz samodzielnie wykonać tych kroków, natychmiast skontaktuj się z wykwalifikowanym specjalistą ds. bezpieczeństwa WordPress lub swoim hostem.
Wskaźniki kompromitacji (IoCs), na które należy zwrócić uwagę
- Nieoczekiwane zapytania do bazy danych w logach wolnych zapytań lub logach błędów, które zawierają znaki kontrolne SQL lub nietypowe instrukcje SELECT/UNION.
- Nowo utworzone konta administracyjne lub zmienione role użytkowników.
- Nieoczekiwane zmiany w opcjach, plikach motywów, plikach wtyczek lub przesyłkach zawierających PHP.
- Nowe zaplanowane zadania, które wykonują kod PHP (wp_options wpisy cron, które ładują niestandardowy kod).
- Podejrzany wychodzący ruch sieciowy pochodzący z twojej witryny (zewnętrzne wywołania zwrotne, nieautoryzowane wywołania API).
- Alerty z twojego WAF lub skanera złośliwego oprogramowania wskazujące na próby SQLi.
Jeśli znajdziesz coś z powyższego, traktuj to jako aktywne naruszenie i przejdź do reakcji na incydent.
Praktyczne opcje łagodzenia
Ponieważ oficjalna łatka nie była dostępna w momencie ujawnienia, zastosuj te łagodzenia warstwowo:
- Wyłącz lub usuń wtyczkę (najlepsze rozwiązanie krótkoterminowe).
- Zastosuj wirtualne łatanie za pomocą WAF:
- Zablokuj dostęp do punktów końcowych wtyczki dla użytkowników, którzy nie powinni ich używać.
- Zablokuj żądania zawierające metaznaki SQL dla tych punktów końcowych.
- Użyj reguł do odrzucania żądań, które zawierają podejrzane wzorce ładunków (np. operatory SQL tam, gdzie nie są oczekiwane).
- Ogranicz dostęp uwierzytelniony:
- Tymczasowo podnieś wymagane uprawnienia dla działań wtyczki (jeśli konfigurowalne), lub użyj menedżera ról, aby ograniczyć dostęp do wtyczki do zaufanych ról.
- Wzmocnij konta użytkowników:
- Wymuszaj silne hasła i uwierzytelnianie dwuskładnikowe (2FA) dla kont uprzywilejowanych.
- Usuń nieużywane konta subskrybentów i oczyść podejrzane rejestracje.
- Monitoruj dzienniki i ustaw alerty dla:
- Powtarzających się nieudanych prób, anomalii w wzorcach żądań i tworzenia nowych kont.
- Izoluj środowisko:
- Jeśli wtyczka działa w izolowanej strefie (osobna witryna lub środowisko stagingowe), rozważ przeniesienie obciążenia na żywo, podczas gdy prowadzisz dochodzenie.
Klienci WP‑Firewall mogą włączyć natychmiastowe reguły blokowania i wirtualne łatanie, aby zatrzymać próbę eksploatacji ruchu do podatnych tras wtyczek, czekając na łatkę z góry.
Jak WP‑Firewall cię chroni (co oferujemy)
W WP‑Firewall oferujemy kilka warstw ochrony zaprojektowanych w celu zmniejszenia narażenia na takie podatności:
- Zarządzany zapora aplikacji internetowej (WAF): Dostarczamy starannie dobrane reguły sygnatur i wirtualne łaty, które blokują próby eksploatacji znanych podatnych wtyczek, w tym reguły dostosowane do prób wstrzykiwania SQL pochodzących z uwierzytelnionych kont.
- Skaner złośliwego oprogramowania i kontrole integralności: Skanuj pliki pod kątem nieautoryzowanych zmian i wykrywaj znane wzorce tylnej furtki po podejrzanej aktywności.
- OWASP Top 10 łagodzenie: Wstępnie zbudowane zabezpieczenia dla powszechnych zagrożeń internetowych, takich jak wstrzyknięcia, złamane kontrole dostępu i inne.
- Zarządzane zasady łagodzenia: Gdy nowe podatności są ujawniane, szybko wdrażamy wirtualne poprawki do zarządzanego zestawu zasad, aby zatrzymać próby wykorzystania przed dostępnością poprawek od dostawcy.
- Monitorowanie i powiadomienia: Rejestrowanie w czasie rzeczywistym zablokowanych prób oraz opcje powiadomień, abyś mógł szybko reagować.
Te kontrole zmniejszają okno narażenia i dają właścicielom witryn czas na zastosowanie odpowiednich poprawek od dostawcy i przestrzeganie procedur reagowania na incydenty.
Zalecane długoterminowe wzmocnienie dla witryn WordPress
- Zasada najmniejszego przywileju:
- Przydziel minimalne uprawnienia potrzebne dla użytkowników i usług.
- Unikaj nadawania subskrybentom lub podstawowym kontom niepotrzebnego dostępu do wtyczek.
- Regularnie przeprowadzaj audyt ról i możliwości użytkowników.
- Weryfikacja wtyczek i zarządzanie cyklem życia:
- Instaluj tylko wtyczki z zaufanych źródeł, przeglądaj kod, gdy to możliwe, i ogranicz liczbę wtyczek.
- Natychmiast usuń nieużywane lub nieutrzymywane wtyczki.
- Utrzymuj wtyczki, motywy i rdzeń WordPressa na bieżąco; najpierw testuj krytyczne aktualizacje w środowisku testowym.
- Najlepsze praktyki kodowania dla programistów:
- Zawsze używaj zapytań parametryzowanych i przygotowanych instrukcji. W WordPressie używaj $wpdb->prepare() i wiązania parametrów — nigdy nie łącz bezpośrednio danych wejściowych użytkownika z SQL.
- Oczyść dane wejściowe za pomocą odpowiednich funkcji sanitizujących (sanitize_text_field, intval, esc_sql w razie potrzeby).
- Użyj escapingu danych wyjściowych w czasie renderowania (esc_html, esc_attr).
- Waliduj uprawnienia i kontrole nonce dla punktów końcowych AJAX i REST.
- Wdrażaj kontrolę dostępu po stronie serwera: nie polegaj na kontrolach po stronie klienta.
- Ciągłe monitorowanie i rejestrowanie:
- Włącz rejestrowanie dostępu i błędów na serwerze.
- Monitoruj anomalne zapytania i ruch.
- Regularnie przeglądaj logi i ustaw alerty na wzrosty wskaźników błędów, powtarzające się zablokowane żądania lub nietypowe wzorce.
- Kopia zapasowa i odzyskiwanie:
- Utrzymuj częste kopie zapasowe poza siedzibą z przetestowanym procesem przywracania.
- Zachowaj wiele punktów retencji kopii zapasowych i weryfikuj integralność.
- Okresowo testuj pełne przywracanie witryny.
- Użyj kontrolowanego i etapowego przepływu wydania:
- Testuj aktualizacje i zmiany zabezpieczeń w środowisku testowym przed wdrożeniem na produkcję.
- Utrzymuj plan wycofania w przypadku, gdy aktualizacja powoduje problemy.
- Wzmocnij bazę danych i środowisko hostingowe:
- Ogranicz uprawnienia użytkownika bazy danych do minimum niezbędnego.
- Trzymaj dane uwierzytelniające bazy danych poza katalogiem głównym i okresowo je zmieniaj.
- Używaj funkcji zabezpieczeń na poziomie hosta (izolacja kontenerów, uprawnienia systemu plików, wzmocnienie PHP).
Wskazówki dla autorów wtyczek — naprawa wstrzyknięć SQL
Jako deweloper wtyczek, podstawową poprawką jest wyeliminowanie niebezpiecznego zarządzania bazą danych. Kluczowe kroki:
- Używaj $wpdb->prepare() i zapytań parametryzowanych dla wszelkiego SQL związanego z zmiennymi.
- Ściśle waliduj i oczyszczaj wszystkie wartości wejściowe. Używaj białych list dla oczekiwanych wartości zamiast czarnych list.
- Dla punktów końcowych REST lub AJAX:
- Weryfikuj uprawnienia użytkownika za pomocą current_user_can().
- Używaj wp_verify_nonce() tam, gdzie to możliwe.
- Upewnij się, że te punkty końcowe nie są dostępne dla ról, które ich nie potrzebują.
- Unikaj pozwalania na dotarcie surowych fragmentów SQL lub nieescapowanych danych wejściowych użytkownika do warstwy bazy danych.
- Wdrażaj logowanie i ograniczanie liczby żądań dla punktów końcowych, które akceptują dane wejściowe użytkownika.
- Pisanie testów jednostkowych i przeglądów kodu, które obejmują scenariusze wstrzyknięć i inne scenariusze eksploatacji.
- Zachęcaj do odpowiedzialnego ujawniania i utrzymuj proces ujawniania luk w zabezpieczeniach.
Jeśli jesteś autorem wtyczki: wydaj poprawioną wersję tak szybko, jak to możliwe, i doradź użytkownikom, aby zaktualizowali. Komunikuj się jasno z użytkownikami na temat tego, co zostało naprawione i czy zaobserwowano jakiekolwiek znane oznaki wykorzystania.
Lista kontrolna dochodzenia po potwierdzonym wykorzystaniu
Jeśli potwierdzisz wykorzystanie, postępuj zgodnie z standardowymi krokami reagowania na incydenty:
- Zawierać:
- Wyłącz stronę, jeśli to konieczne.
- Cofnij skompromitowane dane uwierzytelniające.
- Zastosuj regułę zapory, aby zatrzymać dalsze wykorzystanie.
- Zachowaj dowody:
- Wykonaj kopie zapasowe systemu plików i bazy danych do analizy kryminalistycznej.
- Zachowaj logi serwera (web, baza danych) na odpowiednie ramy czasowe.
- Triage i eliminacja:
- Zidentyfikuj złośliwe wpisy (użytkownicy, opcje, zaplanowane zadania, pliki).
- Usuń tylne drzwi i złośliwe oprogramowanie.
- Zastąp zmodyfikowane pliki rdzenia i wtyczki z zaufanego źródła.
- Odzyskiwać:
- Przywróć z czystego zrzutu, jeśli to konieczne.
- Zmień wszystkie sekrety i dane uwierzytelniające (baza danych, klucze API, SSH).
- Odbuduj i wzmocnij środowisko przed ponownym otwarciem dla użytkowników.
- Po‑śmierci:
- Udokumentuj oś czasu incydentu, przyczynę źródłową i działania korygujące.
- Podziel się wnioskami wewnętrznie i z klientami, jeśli zostali dotknięci.
- Upewnij się, że poprawki zostały zastosowane, a monitoring został poprawiony, aby wykryć powtórzenie.
Praktyczne wskazówki dotyczące wykrywania i proste zapytania
- Przeszukaj wp_users i wp_usermeta w poszukiwaniu nieoczekiwanych kont administratorów.
- Przejrzyj wp_options w poszukiwaniu nieoczekiwanych opcji autoloaded, które ładują kod.
- Sprawdź przesyłane pliki oraz katalogi motywów/wtyczek pod kątem nieznanych plików PHP.
- Sprawdź czasy ostatniej modyfikacji plików rdzeniowych, motywów i wtyczek.
Jeśli masz dostęp do logów serwera, filtruj żądania, które kierują się do katalogu wtyczek lub powiązanych punktów końcowych AJAX/REST. Szukaj powtarzających się żądań z pojedynczych kont lub adresów IP, lub żądań zawierających podejrzane znaki, takie jak cudzysłowy, komentarze (/* */) lub słowa kluczowe SQL w mało prawdopodobnych parametrach.
Komunikacja i przejrzystość.
Jeśli jesteś odpowiedzialny za stronę, która została skompromitowana i dane klientów mogły zostać ujawnione, przestrzegaj obowiązujących przepisów prawa dotyczących powiadomień o naruszeniach. Zapewnij jasną komunikację dla dotkniętych użytkowników na temat tego, co zostało ujawnione i jakie kroki powinni podjąć (zresetować hasła, monitorować konta itp.).
Poinformuj swojego dostawcę hostingu i rozważ zaangażowanie zespołu ds. reagowania na incydenty bezpieczeństwa, jeśli zakres jest duży lub jeśli wrażliwe dane zostały ujawnione.
Często zadawane pytania (FAQ)
Q: Moja strona pozwala na subskrypcje — czy to oznacza, że na pewno jestem narażony?
A: Niekoniecznie; ryzyko zależy od tego, czy wrażliwa wtyczka jest zainstalowana i dostępna. Jeśli wtyczka nie jest zainstalowana, nie jesteś dotknięty. Jeśli jest zainstalowana i wersja <= 1.2.6, podejmij natychmiastowe kroki łagodzące.
Q: Czy mogę po prostu zaktualizować wtyczkę, aby to naprawić?
A: Jeśli dostawca wtyczki wyda oficjalną poprawioną wersję, zaktualizuj jak najszybciej po przetestowaniu. Dopóki poprawka od dostawcy nie jest dostępna, stosuj środki ograniczające (wyłącz wtyczkę, włącz wirtualne łatanie WAF).
Q: Czy sam zapora ogniowa zatrzyma to?
A: Dobra zapora WAF z niestandardowymi i zarządzanymi regułami może blokować próby wykorzystania i drastycznie zmniejszyć ryzyko, ale powinna być częścią warstwowych zabezpieczeń, w tym łatania, wzmacniania użytkowników i monitorowania.
Zabezpiecz swoją witrynę w kilka minut — zacznij od darmowego planu WP‑Firewall
Jeśli chcesz natychmiastowej, niezawodnej warstwy ochrony podczas stosowania powyższych kroków naprawczych, WP‑Firewall oferuje darmowy plan Basic, który zapewnia podstawowe zabezpieczenia dostosowane do WordPressa:
- Niezbędna ochrona: zarządzany zapora, nielimitowana przepustowość, WAF, skaner złośliwego oprogramowania i łagodzenie ryzyk OWASP Top 10.
- Szybkie wdrożenie: aktywuj usługę i otrzymaj zasady, które blokują powszechne wzorce wykorzystania i podejrzany ruch.
- Siatka bezpieczeństwa, aż będziesz mógł zaktualizować lub usunąć wrażliwe wtyczki.
Dowiedz się więcej i zapisz się na darmowy plan Basic tutaj:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(Jeśli potrzebujesz szybkiej, prowadzonej pomocy, nasz zespół może pomóc w wirtualnym łataniu, wsparciu w odpowiedzi na incydenty i rekomendacjach dotyczących odzyskiwania.)
Uwagi końcowe i dalsze kroki
- Natychmiast sprawdź obecność wtyczki “Eight Day Week Print Workflow” i jej wersji.
- Jeśli jest wrażliwa, wyłącz wtyczkę lub zastosuj wirtualną poprawkę WAF.
- Audytuj konta użytkowników i logi pod kątem podejrzanej aktywności.
- Utrzymuj aktualne kopie zapasowe, zmień krytyczne dane uwierzytelniające i monitoruj oznaki kompromitacji.
- Zaplanuj długoterminowy audyt portfela wtyczek i zastosuj surowsze weryfikacje oraz zasady minimalnych uprawnień.
Luki, które pozwalają na wstrzyknięcie SQL przez użytkowników o niskich uprawnieniach, są szczególnie niebezpieczne, ponieważ dramatycznie zwiększają powierzchnię ataku. Warstwuj swoje zabezpieczenia — wzmacniaj konta i uprawnienia, używaj zarządzanego zapory z wirtualnym łatawaniem i stosuj bezpieczne praktyki kodowania dla wszelkiego niestandardowego rozwoju.
Jeśli potrzebujesz pomocy w praktyce, specjaliści ds. bezpieczeństwa WP-Firewall są dostępni, aby ocenić narażenie, zastosować wirtualne łaty i poprowadzić proces odzyskiwania. Zacznij od darmowego planu Basic, aby natychmiast uzyskać zarządzaną ochronę WAF i skanowanie: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Bądź bezpieczny — i pamiętaj, że szybkie ograniczenie i warstwowe zabezpieczenia zmniejszają ryzyko, podczas gdy czekasz na oficjalne łaty.
Autor: Zespół ds. bezpieczeństwa WP‑Firewall
Kontakt: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
