Nazwa wtyczki	Wtyczka WordPress WP Visitor Statistics (Ruch w Czasie Rzeczywistym)
Rodzaj podatności	Atak typu cross-site scripting (XSS)
Numer CVE	CVE-2026-4303
Pilność	Niski
Data publikacji CVE	2026-04-08
Adres URL źródła	CVE-2026-4303

Pilne ostrzeżenie o bezpieczeństwie: Przechowywane XSS w wtyczce WP Visitor Statistics (Ruch w Czasie Rzeczywistym) — Co właściciele stron muszą teraz zrobić

Autor: Zespół ds. bezpieczeństwa WP‑Firewall

TL;DR — Zgłoszona podatność na przechowywane Cross‑Site Scripting (XSS) (CVE‑2026‑4303) dotycząca wtyczki WordPress “WP Visitor Statistics (Ruch w Czasie Rzeczywistym)” (wersje ≤ 8.4) została ujawniona. Problem pozwala uwierzytelnionemu użytkownikowi z uprawnieniami Współpracownika na wstrzyknięcie ładunku za pomocą shortcode wtyczki wysokość atrybut, który może być przechowywany i później wykonywany w kontekście stron wyświetlanych odwiedzającym stronę. Łatka jest dostępna w wersji 8.5. Ten post wyjaśnia ryzyko, wykrywanie, krótkoterminowe łagodzenia (w tym wirtualne łatanie z WP‑Firewall), długoterminowe poprawki oraz listę kontrolną reakcji na incydent, którą możesz śledzić już teraz.

Dlaczego to ma znaczenie

Przechowywane podatności XSS pozwalają na zapisanie danych dostarczonych przez uwierzytelnionego użytkownika na serwerze i późniejsze renderowanie ich wewnątrz strony bez odpowiedniej sanitizacji lub kodowania. Gdy przechowywana zawartość jest wyświetlana przez innego użytkownika (często odwiedzającego stronę lub administratora), przeglądarka wykona wstawiony skrypt w obrębie pochodzenia dotkniętej strony. Może to prowadzić do kradzieży sesji, manipulacji treścią, dostarczania złośliwego oprogramowania, formularzy phishingowych, nieautoryzowanych działań lub nawet całkowitego przejęcia konta w połączeniu z innymi słabościami.

Ten konkretny problem jest istotny, ponieważ:

• Zgłoszona podatność dotyczy wersji wtyczki do 8.4 włącznie i została załatana w 8.5.
• Minimalna wymagana rola do wykorzystania to Współpracownik — konto o stosunkowo niskich uprawnieniach, które wiele stron pozwala (dla gościnnych autorów lub zewnętrznych współpracowników).
• Wykorzystanie jest “przechowywane” (złośliwe dane utrzymują się na stronie), co zwiększa ryzyko.
• Udane wykorzystanie wymaga interakcji użytkownika (np. odwiedzenia przygotowanej strony), ale ponieważ ładunek może być przechowywany, kampanie ataków mogą celować w wielu odwiedzających w czasie.

Jeśli Twoja strona korzysta z WP Visitor Statistics (Ruch w Czasie Rzeczywistym) lub pozwalasz na dodawanie treści przez konta na poziomie Współpracownika (np. shortcode), traktuj to jako działanie: zaktualizuj wtyczkę lub natychmiast wdroż łagodzenia.

---

Szybkie fakty

• Podatność: Przechowywane Cross‑Site Scripting (XSS) przez wysokość atrybutu shortcode
• Dotknięta wtyczka: WP Visitor Statistics (Ruch w Czasie Rzeczywistym) — wersje ≤ 8.4
• Załatana w: wersja 8.5
• CVE: CVE‑2026‑4303
• CVSS (zgłoszone): 6.5 (Średni)
• Wymagane uprawnienia: Współtwórca (uwierzytelniony)
• Wykorzystanie: Przechowywane XSS; wymagana interakcja odwiedzającego
• Natychmiastowe działanie: Zaktualizuj wtyczkę do 8.5+, lub zastosuj wirtualne łatanie + zaostrzenie ról

---

Podsumowanie techniczne (co poszło nie tak)

Chociaż kody skrótów są wygodnym sposobem na umożliwienie użytkownikom wstawiania dynamicznej treści, omawiana wtyczka nie zweryfikowała i nie oczyściła poprawnie wartości swojego wysokość atrybutu przed zapisaniem lub wyświetleniem go. Zamiast wymuszać ograniczenie tylko do wartości numerycznych i kodować wyjście podczas renderowania w HTML, wtyczka pozwalała na przejście atrybutów znaczników lub obsługi zdarzeń. Gdy ten atrybut jest później wstrzykiwany do znaczników strony i renderowany przez przeglądarkę odwiedzającego, każdy ładunek HTML lub przypominający skrypt może zostać wykonany w kontekście odwiedzającego.

Kluczowe techniczne przyczyny:

• Niewystarczająca walidacja wejścia: atrybut wysokość nie był ściśle weryfikowany pod kątem wartości numerycznych (np. cyfr i opcjonalnych jednostek).
• Brak kodowania wyjścia: wartości dostarczone przez użytkownika były wstawiane bezpośrednio do atrybutów HTML lub treści bez ucieczki.
• Zapisana lokalizacja: wtyczka zapisywała dane w sposób, który utrzymywał je i czynił widocznymi dla innych użytkowników.

Te czynniki sprawiają, że atrybut jest wiarygodnym wektorem dla przechowywanego XSS.

---

Scenariusze wykorzystania (na wysokim poziomie)

Poniżej znajdują się wiarygodne narracje ataków ilustrujące, jak ta luka może być nadużywana. Są one dla obrońców, aby mogli priorytetowo traktować wykrywanie i wzmacnianie — techniczne ciągi wykorzystania są celowo pominięte.

1. Złośliwe konto współtwórcy:
   • Atakujący rejestruje lub uzyskuje konto Współpracownika (poprzez kompromitację konta lub słabe procesy rejestracji).
   • Tworzą treść, która wykorzystuje kod skrótu wtyczki, ustawiając wysokość atrybut na stworzona wartość, która zawiera znacznik i obsługę zdarzeń.
   • Wyjście kodu skrótu jest zapisywane i później renderowane na publicznej stronie (lub przez innego użytkownika witryny). Gdy odwiedzający ładuje tę stronę, wstrzyknięty kod się uruchamia.
2. Skierowana kompromitacja administratora:
   • Atakujący z Współpracownika wstawia ładunek, który wykonuje się tylko dla użytkowników z określonymi ciasteczkami lub warunkami (np. użytkownicy z uprawnieniami).
   • Gdy administrator przegląda stronę, ładunek się uruchamia i wykrada ciasteczka/tokeny lub wykonuje uprzywilejowane działania za pomocą sekwencji podobnych do CSRF, umożliwiając eskalację.
3. Kampania masowej infekcji:
   • Ponieważ przechowywane XSS utrzymuje się, atakujący mogą rozprzestrzeniać ładunki na wielu stronach lub postach, a następnie używać automatycznego skanowania/przeglądania, aby dotrzeć do wielu odwiedzających, prowadząc do przekierowań drive-by lub trwałych wyskakujących okienek promujących złośliwe oprogramowanie/phishing.

Zrozumienie tych scenariuszy pomoże określić, jakie zabezpieczenia zastosować i jakie logi sprawdzić.

---

Ocena ryzyka — kto jest dotknięty i jak poważne jest to?

• Właściciele stron, którzy używają podatnego wtyczki (≤ 8.4): wysoki priorytet do załatania.
• Strony, które pozwalają na konta Contributor lub mają niskie kontrole nad treściami dostarczanymi przez użytkowników: podwyższone ryzyko.
• Strony z dużą liczbą odwiedzających lub portale eCommerce/admin: bardziej wartościowe cele dla atakujących.

Chociaż zgłoszone CVSS wynosi około 6.5 (średnie), rzeczywisty wpływ zależy od struktury ról na stronie i wrażliwości danych. Na stronach, gdzie Contributorzy mogą publikować treści widoczne dla administratorów lub klientów, atakujący może to przekształcić w poważniejsze naruszenie (kradzież sesji, eskalacja uprawnień).

---

Natychmiastowe działania dla właścicieli witryn (krok po kroku)

1. Aktualizacja wtyczki
   • Natychmiast zaktualizuj WP Visitor Statistics (Real Time Traffic) do wersji 8.5 lub nowszej. To jest ostateczne rozwiązanie.
2. Jeśli nie możesz zaktualizować od razu, tymczasowo:
   • Usuń lub wyłącz wtyczkę, aż będziesz mógł zaktualizować (zalecane).
   • Usuń kody skrótów, które używają wtyczki z publicznych stron.
   • Ogranicz uprawnienia Contributorów (patrz następna sekcja).
3. Wzmocnij dostęp Contributorów.
   • Przejrzyj wszystkich użytkowników z rolami Contributor lub wyższymi. Usuń lub obniż konta, które nie są aktywnie potrzebne.
   • Wymagaj uwierzytelniania dwuskładnikowego dla każdego konta z możliwościami edycji lub użyj weryfikacji e-mailowej i ręcznego przeglądu kont dla nowych kont Contributor.
4. Zastosuj wirtualne łatanie (zasady WAF)
   • Wdróż regułę na poziomie aplikacji (poprzez WP-Firewall lub Twój hosting WAF), aby zablokować żądania, które zawierają podejrzane wysokość treści atrybutów — na przykład wartości, które zawierają nawiasy kątowe, powszechne wzorce obsługi zdarzeń JavaScript (np., onerror=), lub scenariusz słowa kluczowe.
   • Użyj restrykcyjnej białej listy: zezwól tylko na wartości numeryczne (opcjonalnie z przyrostkami jednostkowymi, takimi jak px, %, vh) dla wysokość.
5. Audytuj treść
   • Przeszukaj zawartość bazy danych w poszukiwaniu wystąpień kodu skrótu wtyczki i sprawdź wszelkie wysokość atrybuty dla podejrzanych znaków.
   • Użyj oczyszczonego procesu przeglądu: jeśli znajdziesz podejrzane wpisy, usuń je lub zneutralizuj (usuń HTML i zakoduj wynik).
6. Monitorowanie i wykrywanie
   • Monitoruj logi pod kątem wzorców eksfiltracji tokenów, nieoczekiwanych działań administratorów i wzrostów aktywności POST z kont Contributor.
   • Użyj skanera i logów aktywności WP‑Firewall, aby zidentyfikować anomalie.

---

Jak WP‑Firewall może teraz chronić Twoją stronę

W WP‑Firewall zalecamy podejście warstwowe: aktualizuj tam, gdzie to możliwe, i używaj ochrony w czasie rzeczywistym, aby zapewnić natychmiastowe łagodzenie i monitorowanie podczas stosowania poprawek.

Kluczowe funkcje WP‑Firewall do wykorzystania w tym scenariuszu:

• Zarządzany WAF z wirtualnym łatającym:
  • WP‑Firewall może wdrażać zasady, które blokują żądania próbujące przesłać wartości nienumeryczne wysokość lub które zawierają znaki skryptowe w atrybutach shortcode.
  • Wirtualne łatanie jest stosowane centralnie i chroni witryny nawet przed zainstalowaniem aktualizacji wtyczki — idealne w pilnych sytuacjach.
• Skaner złośliwego oprogramowania i kontrole treści:
  • Skaner złośliwego oprogramowania wykrywa podejrzane przechowywane skrypty w treści postów, wartościach meta i atrybutach shortcode.
  • Regularne skanowanie pozwala na znajdowanie i usuwanie przechowywanych ładunków na dużą skalę.
• Kontrola ról i dostępu:
  • WP‑Firewall umożliwia monitorowanie aktywności konta i może powiadamiać o nowych użytkownikach przypisanych do ról Contributor+, lub nietypowych wzorcach przesyłania.
• Automatyczne łagodzenie ryzyk OWASP Top 10:
  • Zestawy zasad są dostosowane do łagodzenia XSS i innych powszechnych klas wstrzyknięć, minimalizując jednocześnie fałszywe alarmy dla legalnych treści.
• Logowanie aktywności:
  • Szczegółowe logi edycji, wstawień shortcode i działań administracyjnych wspierają analizę kryminalistyczną, jeśli podejrzewasz wcześniejsze wykorzystanie.

Jeśli używasz WP‑Firewall, włącz zarządzany WAF i skaner natychmiast, aby uzyskać warstwę ochrony podczas aktualizacji.

---

Sugerowane zasady wirtualnego łatania (koncepcyjne i bezpieczne)

Poniżej znajdują się koncepcje zasad obronnych, które możesz wdrożyć w swoim WAF. Zostały one podane, aby pomóc obrońcom w implementacji filtrów ochronnych — celowo unikają podawania dokładnych ciągów exploitów.

1. Odrzuć lub oczyść wysokość atrybuty zawierające nawiasy kątowe lub wzorce obsługi zdarzeń:
   • Zablokuj zgłoszenia, gdy wysokość zawiera znaki takie jak < Lub > lub zawiera podciąg na poprzedzony identyfikatorem i =.
   • Zezwól tylko na wartości, które pasują do ścisłego wzorca numerycznego: np. cyfry z opcjonalnym px, %, Lub vh.
2. Zneutralizuj HTML w linii w atrybutach shortcode przy wyjściu:
   • Podczas renderowania shortcode, upewnij się, że atrybut jest zakodowany (np. kodowanie atrybutów HTML), aby wszelkie nieoczekiwane znaki były nieszkodliwe.
3. Rejestruj i blokuj próby przechowywania atrybutów z podejrzanymi sekwencjami:
   • Śledź żądania POST od uwierzytelnionych użytkowników, które zawierają wstawianie shortcode i powiadamiaj o powtarzających się próbach.

Przykład (koncepcyjny) warunku w stylu ModSecurity (nie wklejaj jako exploit):

# Pseudokod zasady koncepcji: Jeśli request_body zawiera 'shortcode_name' i request_body pasuje do regex 'height\s*=\s*["\'][^0-9px%vh-]*["\']', to zablokuj i zarejestruj.

Dokładne wdrożenia będą się różnić w zależności od silnika WAF. Zarządzane zasady WP‑Firewall są dostosowane, aby unikać fałszywych alarmów, jednocześnie blokując odpowiednie niebezpieczne wzorce.

---

Jak wykryć, czy zostałeś wykorzystany

1. Szukaj podejrzanej zawartości w bazie danych:
   • Zapytanie post_content I post_meta dla instancji shortcode wtyczki i sprawdź wysokość atrybut pod kątem treści nienumerycznej lub encji HTML.
2. Sprawdź dzienniki dostępu i dzienniki aktywności:
   • Szukaj kont Contributor, które opublikowały lub zaktualizowały treść w czasie, gdy wtyczka była podatna.
   • Zauważ nowe rejestracje współpracowników i adresy IP używane do przesyłania.
3. Szukaj wskaźników w interfejsie:
   • Niespodziewane okna pop-up, przekierowania, nowe skrypty inline lub zmodyfikowana zawartość na stronach korzystających z wtyczki.
   • Raporty od użytkowników zauważających nietypowe zachowanie na stronie.
4. Użyj skanowania WP‑Firewall:
   • Przeprowadź pełne skanowanie strony, aby znaleźć przechowywane skrypty i powszechne wzorce XSS w postach, komentarzach i metadanych.
5. Sprawdź pod kątem trwałości lub tylnych drzwi:
   • Szukaj nowych użytkowników administratora, zaplanowanych zadań (wp_cron jobs) dodanych przez nieznane źródła lub nieznane pliki wtyczek/tematów.

---

Lista kontrolna reakcji na incydenty (krok po kroku)

Jeśli podejrzewasz wykorzystanie, postępuj zgodnie z tą kontrolowaną procedurą:

1. Ograniczenie
   • Wyłącz lub izoluj podatną wtyczkę (tymczasowo ją dezaktywuj).
   • Zastosuj zasady WAF, aby zablokować wektor (wirtualne łatanie).
2. Dochodzenie
   • Zachowaj logi (serwera WWW, aplikacji, WAF) wraz z znacznikami czasu.
   • Zidentyfikuj wszystkie wpisy zawierające podatny shortcode.
   • Zidentyfikuj konta użytkowników, które wprowadziły podejrzaną zawartość oraz ich adresy IP.
3. Eradykacja
   • Usuń lub oczyść złośliwą zawartość (zastąp obraźliwe wysokość wartości bezpiecznymi wartościami numerycznymi).
   • Jeśli konta administratorów zostały utworzone lub zmodyfikowane, zresetuj hasła i unieważnij sesje.
4. Powrót do zdrowia
   • Zaktualizuj wtyczkę do 8.5+ i upewnij się, że wszystkie inne wtyczki/tematy/jądro WordPress są aktualne.
   • Zresetuj dane logowania dla użytkowników, którzy mogli zostać dotknięci.
   • Przeprowadź pełne skanowanie złośliwego oprogramowania i ponownie sprawdź logi pod kątem anomalii.
5. Działania po incydencie
   • Rotuj wszelkie klucze API lub zewnętrzne tokeny, które mogły zostać ujawnione.
   • Powiadom dotkniętych użytkowników, jeśli dane lub sesje zostały skompromitowane.
   • Przejrzyj i zaostrz procesy wprowadzania użytkowników oraz przypisywania ról.
6. Wyciągnięte wnioski
   • Wprowadź surowszą walidację treści dla shortcode'ów i danych wejściowych użytkowników.
   • Włącz ciągłe monitorowanie i ochronę WAF (taką jak ta zapewniana przez WP‑Firewall).

---

Wskazówki dla deweloperów — bezpieczne przetwarzanie shortcode'ów

Jeśli jesteś deweloperem wtyczek/tematów, poprawny wzór naprawy dla atrybutów shortcode jest prosty, ale istotny:

1. Waliduj dane wejściowe w momencie przesyłania
   • Wymuszaj surowy format dla atrybutów takich jak wysokość. Akceptuj tylko cyfry i ograniczony, wyraźny zestaw sufiksów jednostek.
   • Przykład akceptowanego wzoru: /^\d+(\.\d+)?(px|%|vh)?$/
2. Oczyść i zabezpiecz dane wyjściowe
   • Podczas wyświetlania atrybutów w HTML, używaj funkcji kodowania atrybutów (np. w WordPress: esc_attr() dla atrybutów, esc_html() dla treści HTML).
   • Nigdy nie wyświetlaj surowych, niezakodowanych danych wejściowych użytkownika.
3. Unikaj przechowywania surowego kodu od nieufnych użytkowników
   • Jeśli akceptujesz dane wejściowe od użytkowników, usuń tagi i przechowuj tylko oczyszczone wartości.
   • Używaj kontroli po stronie serwera, aby zapobiec obejściu po stronie klienta.
4. Użyj kontroli uprawnień
   • Nie zakładaj, że każdy uwierzytelniony użytkownik powinien mieć możliwość dodawania złożonej treści osadzonej. Ogranicz, kto może wstawiać shortcode'y, które renderują HTML.
5. Dodaj testy
   • Dodaj testy jednostkowe i integracyjne, aby upewnić się, że atrybuty shortcode są poprawnie walidowane i kodowane.

Wdrożenie tych środków zapobiegnie powtarzaniu się tej klasy podatności.

---

Praktyczne przykłady bezpiecznego przetwarzania (zalecane wzorce WordPressa)

Waliduj dane wejściowe:

<?php

Wyjście w sposób bezpieczny:

<?php

Oto defensywne wzorce: biała lista wejścia i ucieczka przy wyjściu.

---

Długoterminowe strategie zapobiegawcze

1. Zasada najmniejszych uprawnień
   • Przejrzyj role: Czy potrzebujesz kont Współpracowników? Czy możesz zbierać szkice do przeglądu zamiast pozwalać Współpracownikom publikować shortcode'y?
   • Ogranicz, kto może dodawać nieprzefiltrowany HTML lub shortcode'y.
2. Ciągła recenzja kodu
   • Skanuj wtyczki i motywy pod kątem niebezpiecznych wzorców wyjścia (nieoczyszczone atrybuty).
3. Centralizowane WAF i wirtualne łatanie
   • Utrzymuj zarządzane WAF, które może stosować wirtualne łaty w całej flocie, aby zmniejszyć okna narażenia.
4. Zautomatyzowany proces aktualizacji
   • Zaplanuj zautomatyzowane aktualizacje dla nie‑niestandardowych wtyczek, z etapowaniem i szybkim wycofaniem, aby zminimalizować ryzyko.
5. Świadomość bezpieczeństwa i procesy
   • Szkolenie personelu redakcyjnego i menedżerów witryn w zakresie rozpoznawania podejrzanych treści i ograniczania praw do bezpośredniej edycji HTML.

---

Przykładowe zapytania detekcyjne (bezpieczne i defensywne)

Przeszukaj swoją bazę danych w poszukiwaniu wystąpień shortcode'a wtyczki i podejrzanych wysokość atrybutów. Oto koncepcyjny fragment SQL dla obrońców (zrób kopię zapasową swojej bazy danych i uruchom w trybie tylko do odczytu):

-- Znajdź posty zawierające shortcode wtyczki<>].*\"';

Dostosuj wyszukiwanie do swojej specyficznej nazwy shortcode i struktury bazy danych. Jeśli znajdziesz podejrzane wyniki, izoluj posty i oczyść atrybut.

---

Wskazówki dotyczące komunikacji dla zespołów

Jeśli luka w zabezpieczeniach dotyczy twojej organizacji:

• Niezwłocznie powiadom zespoły operacyjne i treściowe swojej witryny.
• Wyłącz wtyczkę lub dezaktywuj ją do czasu naprawienia, jeśli nie możesz zastosować wirtualnej łatki.
• Prześlij krótkiego e-maila z instrukcjami do współtwórców treści: powiedz im, aby nie akceptowali ani nie wstawiali nieznanych shortcode'ów, dopóki nie zostanie przeprowadzona naprawa.
• Jeśli wykryjesz aktywne wykorzystanie, przygotuj szablony powiadomień prawnych i użytkowników zgodnie z polityką i lokalnymi przepisami.

---

Ostateczne zalecenia (krótka lista kontrolna)

• Zaktualizuj WP Visitor Statistics (Ruch w czasie rzeczywistym) do wersji 8.5 lub nowszej.
• Usuń lub oczyść przechowywane shortcode'y z nienumerycznymi wysokość atrybuty.
• Włącz zarządzany WAF WP‑Firewall i skanowanie złośliwego oprogramowania; zastosuj zasady wirtualnych łatek.
• Przejrzyj konta współtwórców i wprowadź surowsze kontrole (2FA, procesy zatwierdzania).
• Przeprowadź pełne skanowanie witryny i przeglądaj logi w poszukiwaniu podejrzanej aktywności.
• Wzmocnij kod wtyczki/tematu i wdroż surowe praktyki walidacji/escapingu.

---

Zabezpiecz swoją witrynę już dziś — dostępna darmowa ochrona

Tytuł: Wypróbuj WP‑Firewall Basic (Darmowy) — podstawowa ochrona dla twojej witryny WordPress

Jeśli chcesz natychmiastowej ochrony podczas aktualizacji i audytu, plan WP‑Firewall Basic (Darmowy) oferuje podstawową zarządzaną ochronę zapory, nielimitowaną przepustowość, WAF dostosowany do blokowania powszechnych ataków typu injection (w tym XSS) oraz skaner złośliwego oprogramowania, który może wykrywać wstrzyknięcia skryptów. Nasza darmowa warstwa została zaprojektowana, aby szybko i łatwo chronić małe i średnie witryny podczas stosowania poprawek.

Rozpocznij tutaj: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Przegląd planów:

• Basic (Darmowy): zarządzany firewall, nielimitowana przepustowość, WAF, skaner złośliwego oprogramowania, łagodzenie ryzyk OWASP Top 10.
• Standard ($50/rok): dodaje automatyczne usuwanie złośliwego oprogramowania oraz kontrolę czarnej/białej listy IP.
• Pro ($299/rok): zawiera miesięczne raporty bezpieczeństwa, automatyczne wirtualne łatanie i opcje wsparcia premium.

Włączenie WP‑Firewall daje ci dodatkową warstwę obrony, aby zmniejszyć okno narażenia podczas aktualizacji wtyczek i czyszczenia wszelkich przechowywanych ładunków.

---

Podsumowanie

Przechowywane luki XSS pozostają jednym z najczęstszych sposobów, w jakie atakujący osiągają trwałe kompromitacje, ponieważ łączą cechy treści z słabym przetwarzaniem wejścia/wyjścia. Ten niedawny problem w WP Visitor Statistics podkreśla, jak nawet stosunkowo niskoprawne konta mogą być wykorzystywane, jeśli dane nie są walidowane i kodowane.

Działaj teraz: zaktualizuj wtyczkę, zastosuj wirtualne łatanie, przeprowadź audyt przechowywanych treści i wzmocnij dostęp współpracowników. Użyj obrony w głębokości: aktualizacje + zarządzany WAF + skanowanie + zmiany procesów. WP‑Firewall został stworzony, aby pomóc Ci wypełnić lukę między ujawnieniem a pełnym wdrożeniem łaty, abyś mógł natychmiast chronić odwiedzających i reputację swojej witryny.

Jeśli potrzebujesz pomocy w stosowaniu wirtualnych łatek lub chcesz przejść przez kroki wykrywania i czyszczenia dla swojej witryny, nasz zespół ds. bezpieczeństwa może Ci pomóc.