Nazwa wtyczki	Smartsupp – czat na żywo, chatboty, AI i generowanie leadów
Rodzaj podatności	XSS
Numer CVE	CVE-2025-12448
Pilność	Średni
Data publikacji CVE	2026-02-24
Adres URL źródła	CVE-2025-12448

Smartsupp (≤ 3.9.1) — uwierzytelniony subskrybent przechowywany XSS (CVE‑2025‑12448): co musisz wiedzieć i co zrobić teraz

Niedawno ujawniona luka wpływająca na wtyczkę Smartsupp — czat na żywo, chatboty, AI i generowanie leadów (naprawiona w 3.9.2) pozwala uwierzytelnionemu użytkownikowi z uprawnieniami subskrybenta na przechowywanie złośliwego JavaScriptu, który może być wykonany później, gdy inni użytkownicy przeglądają dotkniętą treść. Jest to klasyfikowane jako przechowywana luka Cross‑Site Scripting (XSS) i ma powagę podobną do CVSS, którą wiele zespołów ocenia jako średnią (zgłoszone CVSS: 6.5).

Jeśli używasz Smartsupp na jakiejkolwiek stronie WordPress, traktuj to jako pilny problem związany z bezpieczeństwem operacyjnym. W tym poście wyjaśniamy, w prostych słowach i z praktycznymi krokami, jakie jest ryzyko, jak wykrywać oznaki prób lub udanych exploitów, jak naprawić i jak WP‑Firewall pomaga chronić Twoje strony — w tym natychmiastowe wirtualne łatanie i ciągłe zabezpieczenia w czasie rzeczywistym.

Notatka: Autor wtyczki wydał poprawioną wersję (3.9.2). Najlepszym działaniem, które możesz podjąć, jest aktualizacja. Poniżej wyjaśniamy, dlaczego natychmiastowe łatanie jest nadal ważne, nawet jeśli nie możesz od razu zaktualizować, jak prowadzić dochodzenie i jak odzyskać się, jeśli podejrzewasz kompromitację.

---

Streszczenie wykonawcze (krótkie)

• W wtyczce Smartsupp istnieje przechowywana luka XSS w wersjach ≤ 3.9.1.
• Uwierzytelniony użytkownik z uprawnieniami subskrybenta może przechowywać złośliwy skrypt w lokalizacji wyświetlanej innym odwiedzającym lub administratorom.
• Atakujący mogą wykorzystać przechowywaną XSS do wielu celów po eksploatacji (kradzież sesji, zniekształcenie strony, przekierowywanie użytkowników na strony phishingowe lub dostarczanie dalszych ładunków).
• Natychmiastowe działania: zaktualizuj wtyczkę do 3.9.2 lub nowszej; jeśli nie możesz zaktualizować od razu, zastosuj wirtualne łatanie / zasady WAF, ogranicz uprawnienia użytkowników, audytuj konta użytkowników i treści, skanuj w poszukiwaniu podejrzanych ładunków i monitoruj logi.
• WP‑Firewall może blokować próby eksploatacji na krawędzi, skanować i czyścić artefakty oraz zapewniać wirtualne łatanie podczas stosowania aktualizacji wtyczki.

---

Jak działa problem (proste wyjaśnienie techniczne)

Przechowywana XSS oznacza, że dane dostarczone przez użytkownika są zapisywane przez aplikację i później wyświetlane na stronach bez odpowiedniej sanitacji lub właściwego kodowania wyjścia. W tym przypadku:

• Użytkownik z uprawnieniami subskrybenta (lub równoważne konto o niskich uprawnieniach) może przesłać treść, która zawiera ładunek skryptu.
• Ta treść jest przechowywana w bazie danych (na przykład — wiadomość czatu, pole profilu lub inne pola wejściowe zarządzane przez wtyczkę) i później wyświetlana innym użytkownikom lub administratorom strony.
• Gdy inny użytkownik przegląda przechowywaną treść, złośliwy JavaScript działa w kontekście przeglądarki ofiary, dziedzicząc sesję i uprawnienia ofiary na tej stronie.

Ponieważ luka jest “przechowywana” i “uwierzytelniony-subskrybent”, jest atrakcyjna dla atakujących, którzy mogą tworzyć wiele kont o niskich uprawnieniach (poprzez rejestracje lub skompromitowane konta) i czekać, aż użytkownicy o wyższej wartości lub administratorzy wyświetlą stronę zawierającą ładunek.

Przechowywana XSS jest szczególnie niebezpieczna, ponieważ nie wymaga od atakującego oszukania użytkownika z uprawnieniami w celu kliknięcia w przygotowany link — ładunek ataku czeka na stronie i wykonuje się automatycznie, gdy strona jest ładowana.

---

Dlaczego to jest ważne dla stron WordPress

• Wiele stron pozwala na wprowadzanie danych przez subskrybentów lub komentatorów: recenzje produktów, komentarze, formularze kontaktowe, wiadomości czatu, biografie użytkowników itp. Przechowywana XSS w którymkolwiek z tych miejsc stanowi trwałe ryzyko.
• Atakujący mogą zwiększyć wpływ poza uciążliwość: przejęcie sesji, eskalacja uprawnień (za pomocą CSRF w połączeniu z podwyższonym UI), przechwytywanie poświadczeń, przekierowywanie użytkowników do złośliwego oprogramowania/phishingu oraz trwałe zniekształcenie.
• Zautomatyzowane skanery i boty rutynowo sprawdzają publiczne strony pod kątem znanych luk w wtyczkach. Gdy dostępne są dowody koncepcji, próby wykorzystania często szybko rosną.

Nawet jeśli Twoja strona nie hostuje danych o wysokiej wartości, wykorzystane strony mogą być używane do przygotowywania odwiedzających, dystrybucji złośliwego oprogramowania lub jako część większego łańcucha ataków.

---

Natychmiastowe działania (co zrobić w ciągu następnej godziny)

1. Zaktualizuj Smartsupp do wersji 3.9.2 lub nowszej
   • To jest ostateczna poprawka. Jeśli możesz zaktualizować natychmiast, zrób to teraz z ekranu wtyczek WP admin, lub za pomocą WP-CLI: wp wtyczka aktualizacja smartsupp-live-chat.
   • Jeśli Twoje środowisko hostingowe lub problemy z kompatybilnością opóźniają aktualizacje (np. wymagane testy/staging), kontynuuj z pozostałymi środkami zaradczymi, aż będziesz mógł zaktualizować.
2. Wprowadź stronę w defensywną postawę
   • Tymczasowo ogranicz, kto może przeglądać wrażliwe strony (tryb konserwacji lub wymagaj uwierzytelnienia dla widoków administratora).
   • Wyłącz części wtyczki, które akceptują dane wejściowe od użytkowników, jeśli to możliwe (np. funkcje czatu) do czasu naprawienia.
3. Zastosuj wirtualne łatanie / zasady zapory na krawędzi
   • Jeśli używasz WP-Firewall lub innej zapory aplikacji webowej, włącz regułę ochrony dla tej luki XSS w Smartsupp. To blokuje próby wykorzystania bez potrzeby modyfikacji kodu wtyczki.
   • Wirtualne łatanie chroni Cię, aż wtyczka zostanie zaktualizowana i zapobiega automatycznym próbom wykorzystania.
4. Audytuj podejrzane konta użytkowników
   • Zidentyfikuj niedawno utworzone lub zmodyfikowane konta subskrybentów.
   • Tymczasowo zawieś lub zresetuj hasła dla podejrzanych kont.
   • Wymuś uwierzytelnianie dwuskładnikowe na wszystkich kontach administratorów i redaktorów.
5. Szybkie skanowanie integralności
   • Przeprowadź pełne skanowanie złośliwego oprogramowania (na poziomie wtyczki lub hosta) oraz skanowanie treści w poszukiwaniu podejrzanych znaczników skryptów lub typowych wzorców XSS (np. <script>, JavaScript:, onerror=, ładowanie= wewnątrz danych wyświetlanych użytkownikom).
   • Szukaj wspólnych lokalizacji przechowywania: posty, strony, komentarze, metadane użytkowników, wp_options i tabele specyficzne dla wtyczek.
6. Wykonaj kopię zapasową witryny (baza danych + pliki)
   • Wykonaj kopię zapasową w punkcie czasowym przed przeprowadzeniem inwazyjnego czyszczenia. To zachowuje dowody i wspiera przywracanie.

---

Jak szukać oznak eksploatacji (polowanie na zagrożenia)

Przechowywane XSS mogą być subtelne. Szukaj:

• Nieoczekiwanych fragmentów JavaScript w bazie danych (w tym zafałszowanych ładunków, takich jak kodowanie szesnastkowe, base64 lub znaki ucieczki).
• Nowa lub niedawno zmodyfikowana treść stworzona przez konta subskrybentów.
• Powiadomienia w dziennikach dostępu serwera pokazujące nietypowe ciągi zapytań, POST-y lub powtarzające się żądania do punktów końcowych wtyczek.
• Dzienniki konsoli przeglądarki lub zrzuty ekranu od użytkowników zgłaszających dziwne okna pop-up, przekierowania, monity o dane logowania lub wstrzykniętą treść.
• Podejrzane połączenia wychodzące inicjowane przez strony na twojej witrynie (np. żądania po stronie klienta do domen zewnętrznych).
• Nietypowe zachowanie administratora: żądania zmiany ustawień lub pojawianie się nowych użytkowników administratora (jeśli XSS zostało użyte do kradzieży ciasteczka/sesji).

Wskazówki dotyczące polowania:

• Użyj zapytań przeciwko swojej bazie danych dla tagów skryptów: GDZIE content LIKE '%<script%' LUB meta_value LIKE '%onerror=%'.
• Sprawdź tabele wtyczek i tabele komentarzy. Napastnicy często ukrywają ładunki w nieoczekiwanych polach.
• Szukaj ciągów base64 osadzonych w treści; napastnicy czasami kodują ładunki, aby obejść naiwne filtry.

---

Jeśli znajdziesz wstrzyknięty ładunek — ograniczenie i czyszczenie

1. Izoluj dotkniętą treść
   • Wyłącz stronę(-y) lub tymczasowo usuń treść.
   • Jeśli ładunek znajduje się w tabeli wtyczki, której nie możesz bezpiecznie edytować w interfejsie administratora, użyj kopii stagingowej do bezpiecznego usunięcia.
2. Usuń lub zneutralizuj ładunek
   • Usuń złośliwe wpisy lub bezpiecznie je zakoduj, aby przeglądarka nie wykonywała skryptu.
   • Jeśli nie jesteś pewien, co usunąć, wyeksportuj podejrzane rekordy, przejrzyj je offline, a następnie usuń potwierdzoną złośliwą zawartość.
3. Zresetuj dotknięte konta i sesje
   • Wymuś resetowanie haseł dla kont, które podejrzewasz, że były celem atakującego.
   • Unieważnij sesje (zmień ciasteczka uwierzytelniające, zmieniając klucze tajne lub korzystając z funkcji ponownego uwierzytelniania).
4. Obracanie sekretów
   • Jeśli strona przechowuje klucze API lub tokeny integracyjne, które mogły zostać ujawnione za pomocą XSS lub innych metod, zmień je.
5. Ponownie zeskanuj i monitoruj
   • Po oczyszczeniu przeprowadź kolejne skanowanie i uważnie monitoruj logi w poszukiwaniu powtarzających się wzorców lub nowych prób wykorzystania.
6. Zachowaj dowody
   • Zapisz kopie złośliwych ładunków, logów i znaczników czasowych. Pomoże to w analizie i raportowaniu po incydencie.

---

Długoterminowe wzmocnienie w celu zmniejszenia wpływu XSS

1. Wprowadź zasadę najmniejszych uprawnień
   • Przejrzyj role i uprawnienia użytkowników. Subskrybenci powinni mieć minimalne wymagane uprawnienia.
   • Rozważ ograniczenie, kto może publikować treści, które są renderowane bez ucieczki.
2. Kodowanie wyjściowe i sanitizacja
   • Programiści: upewnij się, że autorzy wtyczek/motywów używają odpowiednich funkcji ucieczki podczas renderowania danych wejściowych użytkownika (np., esc_html(), esc_attr(), wp_kses dla dozwolonego HTML).
   • Przejrzyj wszelkie niestandardowe kody, które wyprowadzają treści użytkowników.
3. Polityka bezpieczeństwa treści (CSP)
   • Wdrożenie surowej CSP łagodzi wpływ XSS, zapobiegając wykonywaniu skryptów inline i ograniczając dozwolone źródła skryptów.
   • Zacznij od polityki raportowania (Content‑Security‑Policy‑Report‑Only), aby zobaczyć wpływ przed egzekwowaniem.
4. Nagłówki HTTP dla bezpieczeństwa
   • Zabezpiecz ciasteczka za pomocą flag HttpOnly, Secure i SameSite.
   • Ustaw X‑Content‑Type‑Options: nosniff I X‑Frame‑Options aby zmniejszyć inne wektory ataku.
5. Kontrola wejścia użytkownika i limity prędkości
   • Ogranicz lub moderuj treści z nowo utworzonych kont.
   • Wymagaj moderacji dla pierwszych zgłaszających treści.
6. Regularne skanowanie i testy penetracyjne
   • Zaplanuj regularne skany w poszukiwaniu problemów z XSS i innymi atakami typu injection oraz zorganizuj okresowe ręczne testy penetracyjne dla krytycznych witryn.
7. Bezpieczny cykl życia rozwoju
   • Uczyń przegląd kodu i zautomatyzowane kontrole bezpieczeństwa standardem dla wszelkich zmian wtyczek lub motywów.

---

Jak WP‑Firewall chroni Twoją witrynę (praktyczne możliwości)

W WP‑Firewall projektujemy nasze zabezpieczenia, aby właściciele witryn mogli uzyskać ochronę natychmiast — nawet jeśli aktualizacje wtyczek są opóźnione. Nasza platforma łączy wiele warstw, podsumowanych tutaj:

• Zarządzane zasady WAF: wprowadzamy ukierunkowane zasady, które blokują znane próby wykorzystania dla konkretnych luk (jak ten wzór XSS przechowywany w Smartsupp), aby złośliwe żądania nigdy nie dotarły do procesu WordPress.
• Wirtualne łatanie: gdy luka zostaje ujawniona, WP‑Firewall może wdrożyć zasadę, która neutralizuje wektor ataku w czasie rzeczywistym. To daje Ci czas na przetestowanie i zastosowanie aktualizacji wtyczki.
• Skanowanie i usuwanie złośliwego oprogramowania: skanujemy artefakty bazy danych i systemu plików w poszukiwaniu wstrzyknięć skryptów, podejrzanych kodowań i znanych wskaźników, a także zapewniamy bezpieczne usuwanie i wskazówki dotyczące naprawy.
• Wykrywanie zachowań: monitorujemy nietypową aktywność POST, nowe konta o niskich uprawnieniach szybko tworzące treści oraz powtarzające się próby wstrzyknięcia treści skryptów.
• Rejestrowanie i powiadamianie: szczegółowe logi żądań i powiadomienia pozwalają zobaczyć, kto próbował wykorzystania i co zostało zablokowane — wspierając reakcję na incydenty i pracę kryminalistyczną.
• Rekomendacje dotyczące wzmocnienia: zapewniamy pragmatyczne wskazówki dostosowane do Twojego środowiska: zmiany polityki, konfiguracja wtyczek i nagłówki obronne.

Jeśli masz wiele witryn WordPress, centralne zarządzanie ochroną krawędzi zmniejsza obciążenie operacyjne i pomaga szybciej reagować na nowe luki.

---

Praktyczne wskazówki dotyczące WAF/wirtualnego łatania dla administratorów

Jeśli obsługujesz WAF (w tym WP‑Firewall) lub zaporę na poziomie hosta, praktyczne typy zasad do wdrożenia to:

• Blokuj podejrzane POST, które zawierają tagi skryptów lub powszechne wzory XSS w punktach końcowych wtyczek (na przykład: blokuj, jeśli treść żądania zawiera <script, onerror=, ładowanie=, JavaScript:).
• Ogranicz prędkość lub tymczasowo blokuj rejestracje nowych kont, które zgłaszają treści, aż do ich weryfikacji — szczególnie z tego samego adresu IP lub nowych domen e-mailowych.
• Blokuj żądania zawierające zafałszowane ładunki (np. skrypty base64) do punktów końcowych, które akceptują dane wejściowe od użytkowników.
• Wymuś ograniczenia długości treści i zestawu znaków dla pól, które nie powinny zawierać HTML.
• Powiadom i kwarantannuj zamiast blokować, gdy fałszywe alarmy mogą przerwać krytyczny przepływ pracy - a następnie szybko dostosuj zasady.

Notatka: Dostosowanie jest kluczowe. Ograniczające zasady mogą przerwać legalne przepływy pracy (na przykład, jeśli Twoja strona pozwala na HTML w niektórych polach). Zacznij od postawy monitorującej (blokuj + powiadom lub tylko raportuj) przez krótki okres, a następnie zaostrz.

---

Testowanie i walidacja po naprawie

1. Potwierdź, że wtyczka jest zaktualizowana.
   • Sprawdź wersję wtyczki w interfejsie administracyjnym lub za pomocą WP-CLI.
2. Ponownie uruchom skany.
   • Przeprowadź pełne skanowanie złośliwego oprogramowania i treści.
   • Zweryfikuj, że w bazie danych nie pozostał żaden podejrzany skrypt.
3. Zweryfikuj ochrony WAF.
   • Upewnij się, że zestawy zasad WAF są aktywne i że ostatnie blokady odpowiadają oczekiwanym wzorcom.
   • Przeprowadź kontrolowany test (bezpieczny, nie złośliwy), aby potwierdzić, że WAF blokuje typowe formaty ładunków XSS. Jeśli nie czujesz się komfortowo przeprowadzając testy, poproś doświadczonego inżyniera ds. bezpieczeństwa o ich przeprowadzenie w środowisku testowym.
4. Monitoruj powiadomienia.
   • Przez dwa tygodnie po usunięciu zagrożenia zwiększ monitorowanie dzienników dostępu, dzienników błędów i powiadomień WAF, aby wykryć wszelkie próby kontynuacji.

---

Lista kontrolna reakcji na incydenty (zwięzła)

• Zaktualizuj Smartsupp do wersji 3.9.2 lub nowszej.
• Wykonaj świeżą kopię zapasową (pliki + DB) w celach kryminalistycznych.
• Uruchom skanowanie złośliwego oprogramowania + treści; udokumentuj wyniki.
• Usuń złośliwe ładunki lub zneutralizuj treść.
• Zresetuj hasła i unieważnij sesje dla podejrzanych kont.
• Zmień ujawnione klucze API lub sekrety.
• Włącz/zweryfikuj zasadę WAF dla tej podatności.
• Dodaj monitorowanie nowych oznak kompromitacji.
• Skontaktuj się z wewnętrznymi interesariuszami, a jeśli to stosowne, z dotkniętymi użytkownikami.
• Zachowaj ślad audytu (dzienniki + dowody) do przeglądu incydentów.

---

Przykładowe bezpieczne zapytania wyszukiwania w celu znalezienia ładunków XSS (używaj ostrożnie)

Przeszukaj swoją bazę danych i kopie zapasowe w poszukiwaniu wspólnych wskaźników:

• Szukaj dosłownych tagów skryptów: %<script%
• Szukaj onerror=, ładowanie=, JavaScript:, dokument.cookie
• Szukaj blobów base64, które dekodują się do tagów skryptów
• Miejsca zapytań: wp_posts.post_content, wp_comments.comment_content, wp_usermeta.meta_value, wp_options.option_value, tabele specyficzne dla wtyczek

Jeśli nie masz umiejętności ani uprawnień do uruchamiania tych zapytań, poproś swojego hosta lub zaufanego dostawcę usług bezpieczeństwa o pomoc.

---

Rozważania dotyczące komunikacji i ujawnienia

Jeśli potwierdzisz kompromitację, postępuj zgodnie z procedurami odpowiedzialnego ujawniania w swojej organizacji. Może to obejmować:

• Powiadomienie użytkowników, których konta lub dane mogą być zagrożone (jeśli tokeny sesji lub dane uwierzytelniające mogły zostać ujawnione).
• Opcjonalne zgłoszenie incydentu do swojego hosta i odpowiednich dostawców usług.
• Utrzymywanie publicznej aktualizacji statusu, jeśli strona świadczy usługi dla użytkowników.

Szczerość i jasna komunikacja pomagają zarządzać ryzykiem reputacyjnym — ale koordynuj komunikację z zespołami prawnymi i kierowniczymi.

---

Dlaczego same aktualizacje wtyczek nie wystarczą — i jak wirtualne łatanie się w to wpisuje

Łatanie wtyczek to najważniejszy krok. Jednak w wielu środowiskach aktualizacje nie są natychmiastowe:

• Może być konieczne przetestowanie aktualizacji wtyczek w kontekście niestandardowych motywów lub integracji.
• Okna zmian w zarządzanym hostingu lub polityki kontroli zmian mogą opóźniać aktualizacje.
• Napastnicy często szybko wykorzystują ujawnienia; okres między ujawnieniem a w pełni zastosowaną łatą może być wykorzystany.

Wirtualne łatanie (reguły brzegowe stosowane przez WAF) natychmiast chroni Twoją stronę, blokując próby wykorzystania, zanim dotrą do WordPressa. Nie jest to substytut poprawki upstream, ale jest niezbędnym uzupełnieniem, które zmniejsza ryzyko podczas okna aktualizacji.

---

Zalecana lista kontrolna konfiguracji dla właścicieli WordPressa

• Utrzymuj aktualne jądro WordPressa, motywy i wtyczki; automatyzuj bezpiecznie tam, gdzie to możliwe.
• Ogranicz tworzenie kont i natychmiast monitoruj nowe rejestracje.
• Używaj silnych haseł i wymuszaj MFA dla kont administratorów/edytorów.
• Uruchom zarządzany WAF i usługę wirtualnego łatania, aby zmniejszyć narażenie na luki zero-day i ujawnione podatności.
• Wdroż politykę bezpieczeństwa treści i zabezpiecz nagłówki HTTP.
• Zaplanuj regularne skanowanie podatności i audyty.
• Utrzymuj przetestowany proces tworzenia kopii zapasowych i przywracania.

---

Uzyskaj natychmiastową podstawową ochronę z WP‑Firewall Basic (Darmowe)

Chroń podstawy teraz: jeśli chcesz silnej, odpowiedzialnej podstawowej ochrony podczas testowania i wdrażania aktualizacji, zarejestruj się w planie WP‑Firewall Basic (Darmowe) na https://my.wp-firewall.com/buy/wp-firewall-free-plan/. Nasz plan Basic zapewnia niezbędną ochronę dla witryn WordPress — zarządzany zapora, nielimitowana przepustowość, wzmocniony WAF, skanowanie złośliwego oprogramowania i automatyczne łagodzenie ryzyk OWASP Top 10 — dzięki czemu możesz blokować powszechne próby wykorzystania i natychmiast wykrywać złośliwą aktywność, podczas gdy kończysz swoje działania naprawcze i testy. Jest szybki do włączenia i zapewnia bezpieczną podstawę bez kosztów.

(Jeśli potrzebujesz automatycznego usuwania, kontroli czarnej/białej listy IP lub głębszych, ciągłych usług zarządzanych, nasze płatne plany dodają te możliwości — Standard i Pro — ale Basic to natychmiastowy krok bez kosztów, który każda witryna powinna włączyć.)

---

Ostateczne uwagi od inżynierów WP‑Firewall

Ta podatność Smartsupp to aktualne przypomnienie: bezpieczeństwo w sieci to połączenie łatania, kontroli defensywnych i solidnego podręcznika reakcji na incydenty. Przechowywane XSS to poważny problem, ponieważ może być wprowadzone przez konta o niskich uprawnieniach i uruchamiane automatycznie, gdy ofiara odwiedza dotkniętą stronę. Dla większości właścicieli witryn właściwa sekwencja to:

1. Zaktualizuj wtyczkę (3.9.2 lub nowszą).
2. Jeśli nie możesz zaktualizować natychmiast, włącz wirtualne łatanie i ochronę WAF.
3. Szukaj podejrzanej treści i oczyść artefakty.
4. Wzmocnij konta, dodaj monitoring i przejrzyj swój ogólny proces łatania.

Jeśli potrzebujesz pomocy w wdrażaniu któregokolwiek z powyższych kroków — szybkie zasady WAF aktywowane dla tego problemu Smartsupp, prowadzone czyszczenie lub analiza kryminalistyczna — zespół WP‑Firewall jest dostępny, aby pomóc. Specjalizujemy się w szybkim wirtualnym łataniu i czyszczeniu dostosowanym do środowisk WordPress, abyś mógł zminimalizować przestoje i narażenie, zachowując jednocześnie zgodność.

Bądź bezpieczny i priorytetuj zarówno szybkie łagodzenie, jak i trwałe poprawki. Jeśli masz konkretne pytania dotyczące swojego środowiska, skontaktuj się z naszym zespołem wsparcia i dołącz odpowiednie logi oraz dane wersji wtyczek — im więcej szczegółów podasz, tym szybciej będziemy mogli pomóc.

— Zespół ds. bezpieczeństwa WP‑Firewall