Nazwa wtyczki	Galeria konkursów
Rodzaj podatności	Eskalacja uprawnień
Numer CVE	CVE-2026-4021
Pilność	Wysoki
Data publikacji CVE	2026-03-26
Adres URL źródła	CVE-2026-4021

Pilne ostrzeżenie: Eskalacja uprawnień w Contest Gallery (≤ 28.1.5) — Co właściciele stron WordPress muszą teraz zrobić

Krótko mówiąc
Wysokosekwencyjna luka (CVE-2026-4021, CVSS 8.1) wpływająca na wtyczkę WordPress Contest Gallery (wersje do 28.1.5 włącznie) pozwala nieautoryzowanemu atakującemu na eskalację uprawnień i potencjalne przejęcie kont administracyjnych za pomocą błędu typu “email-do-id” w potwierdzeniu rejestracji. Zaktualizuj natychmiast do 28.1.6 lub nowszej. Jeśli nie możesz zaktualizować od razu, zastosuj wirtualne łatanie i zasady zapory, przeprowadź audyt w poszukiwaniu kompromitacji i postępuj zgodnie z poniższymi krokami reagowania na incydenty.

Uwaga: To ostrzeżenie jest napisane z perspektywy WP-Firewall — dostawcy zabezpieczeń WordPress i zarządzanego WAF — i ma na celu pomóc właścicielom stron, deweloperom i hostom szybko zrozumieć ryzyko, wykryć wskaźniki i złagodzić problem, aż będzie można zastosować pełną łatkę.

---

Spis treści

• Podsumowanie luki
• Dlaczego to jest niebezpieczne (wpływ)
• Jak działa luka (ogólny przegląd techniczny)
• Scenariusze wykorzystania i cele atakującego
• Natychmiastowe działania (w ciągu następnej godziny)
• Krótkoterminowe środki łagodzące (do czasu łatania)
• Rekomendacje łagodzenia WP-Firewall (wirtualne łatanie / zasady WAF)
• Jak potwierdzić, czy zostałeś zaatakowany (wskaźniki kompromitacji)
• Lista kontrolna reagowania na incydenty (ograniczenie, eliminacja, odzyskiwanie)
• Wzmacnianie i monitorowanie po incydencie
• Zalecane długoterminowe kontrole dla procesów rejestracji
• Często zadawane pytania
• Zabezpiecz swoją stronę — darmowy plan na natychmiastową ochronę

---

Podsumowanie luki

• Dotknięta wtyczka: Galeria konkursów
• Dotyczy wersji: ≤ 28.1.5
• Poprawione w: 28.1.6
• Typ podatności: Nieautoryzowana eskalacja uprawnień — błąd typu “potwierdzenie rejestracji email → id”
• CVE: CVE-2026-4021
• Powaga: Wysokie (CVSS 8.1)
• Wymagane uprawnienia: Brak (atakujący może być nieautoryzowany)
• Wpływ eksploatacji: Potencjalne przejęcie konta administratora i pełna kompromitacja strony

Krótko mówiąc: proces rejestracji/potwierdzenia wtyczki zawiera błąd typu lub niewłaściwą walidację, którą atakujący może wykorzystać do potwierdzenia lub manipulacji rejestracjami użytkowników w sposób, który przyznaje podwyższone uprawnienia.

---

Dlaczego to jest niebezpieczne

• Luki w eskalacji uprawnień, w których atakujący nie potrzebuje autoryzacji, są jednymi z najpoważniejszych w środowiskach WordPress. Gdy atakujący może przekształcić konto o niskich uprawnieniach w konto administratora (lub w inny sposób wstrzyknąć użytkownika administratora), może:
  • Instalować tylne drzwi lub złośliwe wtyczki/tematy
  • Modyfikować treść strony i wstrzykiwać złośliwy JavaScript do ataków drive-by
  • Ekstrahować dane uwierzytelniające, resetować hasła lub tworzyć trwały dostęp
  • Przejdź do innych witryn na tym samym hoście (w scenariuszach hostingu współdzielonego)
• Ta luka jest łatwa do zautomatyzowania, a zatem atrakcyjna dla masowych kampanii eksploatacyjnych. Pojedyncza podatna witryna może być całkowicie przejęta w ciągu kilku minut, jeśli zostanie wykorzystana.

---

Jak działa luka — (na wysokim poziomie, odpowiedzialne ujawnienie)

Luka wynika z niewłaściwej walidacji i obsługi typów w kodzie potwierdzenia rejestracji wtyczki. Wtyczka wydaje linki potwierdzające lub obsługuje żądania potwierdzenia, które zawierają identyfikator (zwykle id lub token), który powinien być traktowany jako określony typ (np. numeryczny identyfikator użytkownika lub bezpiecznie wygenerowany token). Z powodu problemu z myleniem typów/luznej porównania i braku ścisłych kontroli, wtyczka może traktować wartości kontrolowane przez atakującego jako ważne identyfikatory lub w inny sposób błędnie mapować wartości e-mail/token na rekordy użytkowników.

Ponieważ logika potwierdzenia ufa przychodzącej wartości i przechodzi do zmiany stanu użytkownika (np. oznaczając konto jako potwierdzone, aktywując konto lub zmieniając rolę/zdolności) bez ścisłej weryfikacji (nonce, wygasanie tokena, walidacja mapowania lub ścisłe kontrole typów), atakujący może stworzyć żądania potwierdzenia, które prowadzą do podniesienia uprawnień dla kont kontrolowanych przez atakującego lub potwierdzenia kont, które nie powinny być potwierdzone.

Ważny: Celowo nie publikujemy tutaj kodu dowodowego exploita, aby uniknąć dostarczenia atakującym łatwego przepisu na eksploatację. Powyższe streszczenie techniczne oraz poniższe wskaźniki i środki zaradcze są wystarczające dla obrońców, aby chronić witryny.

---

Prawdopodobne scenariusze wykorzystania

1. Zautomatyzowane masowe przejęcie
   Atakujący skanuje witryny z podatną wtyczką i wysyła skonstruowane żądania potwierdzenia, które przekształcają konta o niskich uprawnieniach w administratorów lub potwierdzają konta przypisane do istniejących użytkowników — co skutkuje masowym przejęciem kont.
2. Przejęcie potwierdzenia konta
   Przesyłając specjalnie skonstruowane parametry do punktu końcowego potwierdzenia wtyczki, atakujący może potwierdzić rejestrację dla konta, które kontroluje, ale przypisane do innej tożsamości, lub przekształcić konto bez uprawnień w konto z uprawnieniami.
3. Eskalacja uprawnień w celu zainstalowania trwałego tylnego wejścia
   Po uzyskaniu dostępu administratora, atakujący może zainstalować wtyczkę lub umieścić plik PHP, aby utrzymać trwałość, zdeface'ować witrynę lub dostarczyć złośliwe oprogramowanie odwiedzającym.
4. Ruch boczny w środowisku hostingowym
   W środowiskach współdzielonych lub słabo izolowanych, skompromitowana witryna WordPress może być używana jako przyczółek do uzyskania dostępu do innych witryn lub eskalacji do zasobów na poziomie hostingu.

---

Natychmiastowe działania (pierwsza godzina)

Jeśli zarządzasz jedną lub więcej witrynami WordPress, postępuj zgodnie z tą listą kontrolną teraz:

1. Aktualizacja wtyczki
   • Jeśli to możliwe, natychmiast zaktualizuj Contest Gallery do wersji 28.1.6 lub nowszej. To jedyne pełne rozwiązanie.
2. Jeśli nie możesz zaktualizować natychmiast
   • Umieść witrynę w trybie konserwacji i ogranicz zewnętrzny dostęp do dotkniętej ścieżki kodu.
   • Wdrażaj zasady WAF/wirtualne łatanie (zobacz sekcję WP-Firewall poniżej).
   • Tymczasowo wyłącz rejestrację użytkowników w całej witrynie, jeśli to możliwe.
3. Zmień cenne dane uwierzytelniające
   • Zresetuj wszystkie dane logowania administratora i na poziomie witryny (użyj bezpiecznego menedżera haseł). Jeśli witryna może być już skompromitowana, przeprowadź rotację danych logowania po ograniczeniu (zobacz kroki incydentu).
4. Sprawdź konta użytkowników administratora
   • Natychmiast sprawdź stronę Użytkownicy pod kątem nieznanych kont administratorów. Usuń lub zawieś wszelkich podejrzanych użytkowników.
5. Wykonaj kopie zapasowe
   • Utwórz pełną kopię zapasową plików i bazy danych (zachowaj do śledztwa).
6. Sprawdź logi
   • Zbierz logi serwera WWW, logi wtyczek oraz logi logowania/błędów WP dotyczące nietypowych żądań do punktów końcowych potwierdzenia wtyczki.

---

Krótkoterminowe środki zaradcze (aż będziesz mógł zastosować poprawkę)

• Wyłącz rejestrację w WordPressie: Ustawienia → Ogólne → odznacz “Każdy może się zarejestrować”, jeśli Twoja witryna nie potrzebuje publicznej rejestracji.
• Wyłącz wtyczkę (jeśli to możliwe): Jeśli Twoja witryna nie potrzebuje funkcjonalności Galerii Konkursowej natychmiast, dezaktywuj i usuń ją, aż poprawka zostanie zastosowana.
• Ogranicz dostęp do punktów końcowych wtyczki: Użyj reguł na poziomie serwera (nginx/Apache) lub swojego zapory aplikacji internetowej, aby zablokować ruch do punktów końcowych rejestracji/potwierdzenia wtyczki z nieznanych źródeł.
• Wzmocnij role użytkowników: Tymczasowo usuń niepotrzebne konta administratorów i, jeśli to możliwe, przekształć konta administratorów w rolę o niższych uprawnieniach (używaj tylko zaufanych kont do przywracania).
• Wymuś uwierzytelnianie dwuskładnikowe dla istniejących administratorów: Wprowadź 2FA tam, gdzie to możliwe, aby złagodzić próby przejęcia, nawet jeśli konto jest potwierdzone.

---

Rekomendacje łagodzenia WP-Firewall (wirtualne łatanie / zasady WAF)

Jako operatorzy i obrońcy WP-Firewall zalecamy stosowanie reguł wirtualnych poprawek, aby zablokować powszechne wzorce exploitów związane z tego typu pomyleniem typów w przepływie potwierdzenia.

Poniżej znajdują się koncepcyjne reguły (dostosuj do składni swojej zapory). Nie kopiuj i nie wklejaj bezmyślnie bez testowania na etapie testowym.

1. Zablokuj podejrzane znaki w parametrach id numerycznych
   Uzasadnienie: Jeśli punkt końcowy potwierdzenia oczekuje numerycznego id, ale traktuje łańcuchy luźno, zablokuj żądania, w których id parametr zawiera znaki niecyfrowe lub niezwykle długie łańcuchy.
   Przykład logiki reguły:
   Jeśli ścieżka żądania zawiera /wp-content/plugins/contest-gallery/.../potwierdź i parametr zapytania id nie składa się całkowicie z cyfr (regex: ^[0-9]+$), zwróć 403.
2. Zablokuj zbyt długie wartości tokenów
   Uzasadnienie: Tokeny, które są niezwykle długie lub zawierają dziwne kodowania, mogą być złośliwymi próbami wymuszenia pomyłki typów.
   Przykład logiki reguły:
   Jeśli ścieżka zawiera punkt końcowy potwierdzenia i token długość > 128, zablokuj.
3. Wymagaj ważnych WP nonces dla żądań potwierdzenia POST
   Uzasadnienie: Legitymne przepływy potwierdzenia powinny weryfikować nonces. Jeśli wtyczka tego nie robi, wymuś blokowanie żądań POST bez ważnych nonces (lub wymagaj referera).
4. Ograniczenie szybkości i blokada geograficzna
   Uzasadnienie: Skany brute force często pochodzą z rozproszonych adresów IP. Ogranicz liczbę żądań do punktu końcowego potwierdzenia i zablokuj nienormalnie wysokie wskaźniki żądań.
5. Zablokuj podejrzane user-agenty lub znane wzorce skanowania
   Uzasadnienie: Wiele masowych skanerów używa charakterystycznych user-agentów lub braku UA. Zablokuj lub wyzwij te.
6. Heurystyka: zablokuj żądania, które próbują zmienić rolę/zdolności bez ważnego ciasteczka/sesji administratora
   Uzasadnienie: Każde nieautoryzowane żądanie, które próbuje działań przypisanych do zmian ról, powinno być zablokowane.

Klienci WP-Firewall mogą włączyć zestaw reguł łagodzących, który wdraża te wzorce jako wirtualną łatkę, podczas gdy stosujesz oficjalną aktualizację. Wirtualne łatanie to podejście o przemysłowej sile: zmniejsza narażenie przy minimalnej zmianie na stronie i bez potrzeby natychmiastowego usunięcia wtyczki.

Notatka: Najpierw przetestuj reguły na stronie testowej, aby uniknąć fałszywych pozytywów, które mogą zaszkodzić legitymnym użytkownikom.

---

Jak potwierdzić, czy byłeś atakowany — wskaźniki kompromitacji (IOC)

Jeśli podejrzewasz, że twoja strona była celem lub już została wykorzystana, sprawdź następujące:

1. Nieoczekiwane konta administratorów
   Zapytaj bazę danych o konta z wp_capabilities zawierające administrator. Szukaj nieznanych nazw użytkowników, dziwnych e-maili lub kont utworzonych w podejrzanym oknie czasowym.
   Przykład SQL: WYBIERZ ID, user_login, user_email, user_registered Z wp_users ZAMÓW wg user_registered DESC LIMIT 50;
   Następnie sprawdź wp_usermeta Gdzie meta_klucz = ‘wp_capabilities’ i wartość zawiera ‘administrator’.
2. Nieuzasadnione zmiany w plikach wtyczek/motywów
   Porównaj bieżące pliki wtyczek/motywów z nowymi kopiami z repozytorium. Szukaj nowych plików PHP w wp-content lub zmodyfikowanych znaczników czasowych na krytycznych plikach.
3. Tylnie drzwi i webshells
   Szukaj podejrzanych plików PHP z obfuskowanym kodem lub plików w wp-content/uploads z rozszerzeniem PHP.
   Użyj skanera złośliwego oprogramowania, aby wykryć znane wzorce.
4. Nowe zaplanowane zadania (cron jobs)
   Sprawdzać opcje_wp dla cron wpisy planujące nieznane zadania.
5. Niezwykłe połączenia wychodzące
   Sprawdź logi serwera pod kątem wychodzących połączeń do podejrzanych domen lub adresów IP z procesów PHP.
6. Podejrzane zmiany w treści strony lub przekierowania
   Sprawdź najważniejsze strony pod kątem wstrzykniętych skryptów, treści spamowej lub reguł przekierowań w Plik .htaccess lub w bazie danych.
7. Powiadomienia e-mail o resetach haseł lub nieudanych logowaniach
   Szukaj nagłego wzrostu liczby e-maili o resetach haseł lub udanych resetów haseł dla kont administratorów.
8. Logi pokazujące podejrzany dostęp do punktów końcowych potwierdzenia
   Przeanalizuj logi dostępu do serwera WWW pod kątem powtarzających się trafień do konkretnych punktów końcowych potwierdzenia wtyczek z dziwnymi ciągami zapytań lub ładunkami.

Jeśli którykolwiek z tych elementów jest obecny, postępuj zgodnie z poniższą listą kontrolną reagowania na incydenty.

---

Lista kontrolna reagowania na incydenty (ograniczenie, dochodzenie, odzyskiwanie)

1. Zawierać
   • Tymczasowo wyłącz stronę lub włącz tryb konserwacji.
   • Cofnij podejrzane sesje administratorów (wymuś wylogowanie wszystkich użytkowników).
   • Wyłącz podatny plugin (jeśli to nie przerwie pilnych procesów biznesowych) lub zastosuj wirtualną łatkę WAF, aby zablokować dostęp do podatnych punktów końcowych.
   • Zmień dane logowania do hostingu/FTP/SSH, jeśli podejrzewasz kompromitację na poziomie serwera.
2. Zachowaj
   • Wykonaj pełny zrzut systemu plików i bazy danych do analizy kryminalistycznej.
   • Zachowaj logi (serwera WWW, PHP, bazy danych, logi debugowania WP).
3. Wytępić
   • Usuń wszelkie złośliwe pliki/backdoory, które zostały zidentyfikowane.
   • Usuń nieznanych użytkowników administratorów i zresetuj hasła dla wszystkich uprzywilejowanych użytkowników.
   • Zastąp zmodyfikowane pliki rdzenia/pluginów/motywów znanymi dobrymi wersjami z oficjalnych źródeł.
4. Odzyskiwać
   • Zaktualizuj podatny plugin do wersji 28.1.6 lub nowszej.
   • Zaktualizuj wszystkie pluginy, motywy i rdzeń WordPressa do najnowszych stabilnych wydań.
   • Zmień sól i klucze w wp-config.php (wygeneruj nowe).
   • Włącz ponownie stronę, gdy będziesz pewny, że jest czysta i załatana.
5. Po odzyskaniu
   • Ponownie przeskanuj stronę w poszukiwaniu wskaźników kompromitacji.
   • Monitoruj logi i alerty uważnie przez co najmniej 30 dni.
   • Rozważ zaangażowanie zewnętrznego specjalisty ds. kryminalistyki lub reagowania na incydenty, jeśli naruszenie jest poważne.

---

Konkretne zapytania i kontrole dla administratorów

• Znajdź ostatnie konta administratorów:
  • WYBIERZ ID, user_login, user_email, user_registered Z wp_users GDZIE user_registered > TERAZ() - INTERWAŁ 30 DZIEŃ;
  • SELECT user_id FROM wp_usermeta WHERE meta_key = 'wp_capabilities' AND meta_value LIKE '%administrator%';
• Sprawdź nietypowe usermeta:
  • SELECT * FROM wp_usermeta WHERE meta_key LIKE '%confirm%' OR meta_key LIKE '%token%' ORDER BY umeta_id DESC LIMIT 100;
• Znajdź pliki PHP w uploads:
  • Na serwerze: znajdź wp-content/uploads -typ f -iname "*.php"
• Oś czasu modyfikacji plików:
  • ls -la --time=ctime /path/to/wordpress/wp-content/plugins/contest-gallery

---

Wzmocnienie i długoterminowe kontrole

Natychmiast zastosuj poprawki, a następnie wdroż te kontrole, aby zmniejszyć ryzyko podobnych luk:

1. Wprowadź zasadę najmniejszych uprawnień
   • Przyznawaj rolę administratora tylko zaufanym pracownikom. Używaj ról Edytora/Autora, gdy to możliwe.
2. Wymagaj uwierzytelniania dwuskładnikowego dla kont administratorów
3. Wyłącz edytor plików
   • Dodać define('DISALLOW_FILE_EDIT', true); Do wp-config.php aby zapobiec modyfikacjom plików w panelu.
4. Wzmocnij procesy rejestracji
   • Używaj tokenów o ograniczonym czasie ważności, ścisłej walidacji tokenów i przechowuj tokeny po stronie serwera powiązane z userid.
   • Ściśle waliduj typy parametrów (używaj rzutowania typów, sprawdzania liczb całkowitych, długości tokenów i dozwolonych znaków).
   • Używaj nonce'ów i zabezpieczeń CSRF dla działań zmieniających stan.
5. Włącz ochrony na poziomie hosta
   • Używaj odpowiednich uprawnień do plików (644/640 dla plików, 755 dla katalogów).
   • Ogranicz wykonanie PHP w katalogach uploads.
6. Włącz rejestrowanie i monitorowanie
   • Centralizuj logi i ustaw alerty dla podejrzanych zdarzeń tworzenia administratorów, anomalii w zmianach ról oraz wysokich wskaźników potwierdzeń rejestracji.
7. Automatyczne wirtualne łatanie
   • Zatrudnij WAF, który może szybko zastosować zasady łagodzenia, gdy ujawniona zostanie nowa luka.

---

Sugestie dotyczące monitorowania

• Skonfiguruj powiadomienia dla:
  • Nowi użytkownicy dodani z rolą administratora
  • Wiele nieudanych prób logowania i wzorców ataków brute-force
  • Żądania do punktów końcowych potwierdzenia wtyczki przekraczające próg
  • Zmiany w systemie plików w wp-content
• Zachowaj politykę przechowywania logów przez co najmniej 90 dni, aby ułatwić analizę kryminalistyczną.

---

Ujawnienie i harmonogram (zalecana najlepsza praktyka)

Gdy odkryjesz lukę w zabezpieczeniach lub zostaniesz o niej powiadomiony:

1. Weryfikacja wewnętrznie i w środowisku testowym.
2. Powiadom dewelopera wtyczki prywatnie, jeśli jeszcze o tym nie wie.
3. Koordynuj poprawkę i harmonogram publicznego ujawnienia.
4. Opublikuj łatkę i komunikat o bezpieczeństwie gdy poprawka będzie dostępna.
5. Zapewnij wskazówki dotyczące łagodzenia dla użytkowników, którzy nie mogą natychmiast zaktualizować.

Ta luka w zabezpieczeniach została przypisana CVE-2026-4021, a oficjalna poprawiona wersja (28.1.6) jest dostępna — zastosuj ją natychmiast.

---

Często zadawane pytania

P: Moja strona nie ma włączonej publicznej rejestracji — czy jestem bezpieczny?

O: Jesteś mniej narażony, jeśli rejestracja jest wyłączona, ale upewnij się, że nie istnieją żadne niestandardowe punkty końcowe ani ujawnione linki potwierdzające. Sprawdź również inne wtyczki/motywy, które mogą używać podobnych wzorców kodu.

P: Zaktualizowałem wtyczkę — czy muszę jeszcze coś zrobić?

O: Tak. Zaktualizuj, a następnie przeprowadź audyt swoich użytkowników i plików pod kątem podejrzanej aktywności (zobacz IOCs). Jeśli widziałeś dowody na wykorzystanie przed łatką, postępuj zgodnie z krokami reakcji na incydent.

P: Znalazłem nieznane konto administratora — co mam zrobić?

A: Natychmiast zawiesić/usunąć to konto, zmienić wszystkie hasła administratora, obrócić klucze/sól, i przeprowadzić pełne skanowanie witryny. Może być konieczne przywrócenie z czystej kopii zapasowej, jeśli zostanie wykryte głębokie naruszenie.

---

Dlaczego WAF/wirtualna łatka ma znaczenie dla tej podatności

• Charakter tej podatności (mylenie typów w punkcie końcowym potwierdzenia) sprawia, że jest ona szczególnie podatna na proste, wartościowe wirtualne łatki. WAF może:
  • Zatrzymać próby wykorzystania, zanim dotrą do aplikacji
  • Zapobiec masowemu zautomatyzowanemu wykorzystaniu
  • Dać ci bezpieczny czas na zastosowanie aktualizacji
• Wirtualne łatanie jest szczególnie pomocne dla witryn, gdzie natychmiastowe aktualizacje wtyczek są operacyjnie ryzykowne (złożone zależności, niestandardowe modyfikacje lub wymagania dotyczące testowania).

---

Zabezpiecz swoją witrynę — zacznij chronić za darmo z planem WP-Firewall Free

Tytuł: Chroń swoją witrynę teraz z WP-Firewall — darmowy zarządzany zapora i WAF

Jeśli chcesz szybkiej, praktycznej ochrony podczas testowania i wdrażania aktualizacji wtyczek, zarejestruj się w planie WP-Firewall Basic (Darmowym) pod adresem:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Co otrzymujesz natychmiast z planem darmowym:

• Niezbędna zarządzana ochrona zapory
• Nielimitowana przepustowość na naszym WAF
• Skanowanie złośliwego oprogramowania i szybkie wskazówki dotyczące łagodzenia
• Ochrona przed ryzykami OWASP Top 10
• Zestaw reguł WAF zdolny do wirtualnego łatania, który można aktywować natychmiast, aby zablokować rodzaje wzorców wykorzystania opisanych powyżej

Jeśli potrzebujesz dodatkowej automatyzacji, okresowych raportów lub automatycznego usuwania wykrytego złośliwego oprogramowania, rozważ aktualizację do naszych planów Standard lub Pro. Ale nawet plan Basic (Darmowy) pomaga natychmiast zmniejszyć narażenie — zarejestruj się, włącz reguły łagodzenia dla punktów końcowych rejestracji/potwierdzenia i chroń swoją witrynę podczas łatania.

---

Zakończenie notatek od WP-Firewall

Ta podatność pokazuje, jak przepływy rejestracji i potwierdzenia użytkowników są często niedoceniane jako powierzchnie ataku. Odpowiednie sprawdzanie typów, solidna walidacja tokenów i ścisła weryfikacja po stronie serwera muszą być częścią każdego publicznego punktu końcowego.

Jeśli jesteś klientem WP-Firewall i potrzebujesz pomocy w zastosowaniu wirtualnej łatki lub audytowaniu witryny pod kątem oznak naruszenia, nasz zespół ds. bezpieczeństwa jest dostępny, aby pomóc. Jeśli jeszcze nie jesteś klientem WP-Firewall, zarejestrowanie się w naszym darmowym planie może zapewnić twojej witrynie natychmiastową podstawową ochronę podczas stosowania aktualizacji.

Bądź bezpieczny, działaj szybko i zawsze testuj łagodzenia w środowisku testowym przed wdrożeniem ich w produkcji.

— Zespół Bezpieczeństwa WP-Firewall