1. [Strona główna](/) 2. / 3. [Baza Wiedzy](/baza-wiedzy/) 4. / 5. Monarx w SEOHOST: jak czytać blokady i wykrycia malware i co zrobić aktualnosci # Monarx w SEOHOST: jak czytać blokady i wykrycia malware i co zrobić Opublikowano: 14 października 2026 Monarx w SEOHOST: co znaczą statusy BLOCKED, MALICIOUS i COMPROMISED, jak zgłosić fałszywy alarm 403 i co zrobić po wykryciu malware. TL;DR - przeczytaj w 30 sekund - Panel znajdziesz w DirectAdmin: Dodatkowe funkcje, potem Monarx Security. Nie zakładasz osobnego konta. - BLOCKED to zatrzymane żądanie. Według SEOHOST nie świadczy o włamaniu ani o infekcji. - MALICIOUS i COMPROMISED dotyczą plików na serwerze. Wtedy szukaj przyczyny, np. nieaktualnej wtyczki. - Gdy dostajesz powtarzalny błąd 403, nie wyłączaj ochrony. Zgłoś sprawę do supportu z domeną, adresem URL i czasem zdarzenia. Krótka odpowiedź Jeśli masz stronę na hostingu SEOHOST i w panelu Monarx widzisz setki zdarzeń, najpierw sprawdź, czego dotyczą. **BLOCKED** oznacza zatrzymane żądanie i według SEOHOST samo w sobie nie świadczy o włamaniu. **MALICIOUS** lub **COMPROMISED** oznacza problem w konkretnym pliku. W takiej sytuacji trzeba znaleźć przyczynę infekcji: zaktualizować oprogramowanie, usunąć stare komponenty i sprawdzić konta administratorów. Jeśli prawidłowa czynność, np. zapis strony w builderze, kończy się błędem 403, zgłoś podejrzenie fałszywego alarmu do supportu i nie wyłączaj ochrony. **Źródło:** opracowanie własne HostGrade na podstawie materiału opublikowanego przez SEOHOST ([via SEOHOST](https://seohost.pl/pomoc/zdarzenia-blokady-monarx)). Analiza i komentarz hostingowy - HostGrade.pl. ## Skąd wziął się Monarx w SEOHOST i gdzie go znaleźć Kontekst w skrócie. 14.10.2026 SEOHOST wysłał klientom maila. Firma podaje w nim, że odnotowała 253 mln niechcianych żądań i że w 2026 roku liczba zainfekowanych serwisów bardzo wzrosła. Według SEOHOST główną przyczyną jest brak aktualizacji CMS, wtyczek i szablonów. Firma pisze, że wycofała rozwiązanie Immunify (taką pisownię podaje mail) i jako pierwsza w Polsce wdrożyła Monarx. Według tego samego komunikatu Monarx w ostatnim tygodniu zatrzymał ponad 3 000 szkodliwych procesów i zablokował około 293 tys. prób wykorzystania znanych podatności. To wszystko deklaracje SEOHOST, których nie weryfikowaliśmy niezależnie. SEOHOST nie podał też szczegółowego porównania obu rozwiązań. Ten poradnik odpowiada na jedno pytanie: **co właściciel strony na SEOHOST powinien zrobić, gdy zobaczy zdarzenia w Monarx**. Opis panelu, statusów i reakcji opieramy na publicznych stronach pomocy SEOHOST. Panel jest w DirectAdmin. Po zalogowaniu rozwiń sekcję **Dodatkowe funkcje** i wybierz **Monarx Security**. Według SEOHOST nie musisz zakładać osobnego konta w Monarx ani niczego instalować. Główny widok ma dwie części. Po lewej jest **Malware Scanner**, czyli wynik skanowania plików. Po prawej są dane z **ThreatShield**: liczba zarejestrowanych zdarzeń, wykres aktywności i najczęstsze rodzaje wykrywanego ruchu. Przycisk **VIEW ALL** otwiera szczegółową listę z domeną, adresem URL, źródłowym adresem IP, liczbą wystąpień i statusem każdego zdarzenia. Ważna zasada ze strony pomocy SEOHOST: zdarzenia w panelu nie oznaczają same w sobie, że ktoś włamał się na stronę albo że są na niej zainfekowane pliki. Monarx zapisuje zarówno ruch zatrzymany przez mechanizmy ochronne, jak i zdarzenia dotyczące plików. Dlatego najpierw ustal, którego z tych dwóch rodzajów dotyczy wpis. ## Jak czytać statusy i co zrobić przy każdym z nich **Statusy ThreatShield dotyczą żądań kierowanych do strony.** **BLOCKED** oznacza, że żądanie zostało rozpoznane jako złośliwe i zatrzymane, zanim się wykonało. Jeśli strona działa normalnie, a skaner plików nic nie pokazuje, nie musisz nic robić. Według SEOHOST zwykle widzisz wtedy po prostu zatrzymany niepożądany ruch. **DETECTED** oznacza żądanie rozpoznane jako złośliwe, ale niezablokowane. **LOGGED** oznacza zdarzenie zapisane i obserwowane, którego wykonanie zostało dozwolone. Przy tych dwóch statusach HostGrade radzi sprawdzić w VIEW ALL, którego adresu URL dotyczą i czy powtarzają się wielokrotnie. Jeśli nie wiesz, jak je ocenić, skorzystaj z możliwości, o której pisze SEOHOST: nie musisz sam rozstrzygać, czy zdarzenie to atak, czy fałszywy alarm. Wyślij zgłoszenie przez formularz kontaktowy SEOHOST i podaj domenę, adres URL, przybliżony czas zdarzenia oraz, jeśli są widoczne, adres IP, Rule ID lub Event ID. Przy zdarzeniu może być też podany mechanizm, który zareagował, np. WAF, Anti-Bruteforce, Hardening, IP Blocking albo Anti-Bot. Liczba obok wpisu to często liczba wystąpień tego samego żądania. SEOHOST podkreśla, że 3000 zarejestrowanych zdarzeń nie oznacza 3000 skutecznych ataków. Strona pomocy przytacza publicznie opisaną analizę z 24 godzin: ponad 4,3 mln zablokowanych żądań z prawie 10 tys. różnych adresów IP. Automaty odwoływały się w niej do wp-login.php także tam, gdzie WordPress mógł wcale nie być zainstalowany. Według SEOHOST skanery i boty nie muszą wcześniej wybierać konkretnej strony jako celu, tylko sprawdzają kolejne domeny i popularne adresy, a duża część takiego ruchu nie jest skierowana przeciwko konkretnej firmie. SEOHOST zaznacza też, że Monarx nie ogranicza robotów wyszukiwarek, np. Googlebota, tylko dlatego, że są botami. **Statusy dotyczące plików na serwerze** opisują zupełnie inną sytuację. **MALICIOUS** oznacza plik sklasyfikowany jako złośliwy, który Active Protection może automatycznie usunąć lub poddać kwarantannie. **COMPROMISED** oznacza prawidłowy plik z wstrzykniętym złośliwym kodem. Monarx może wtedy usunąć tylko ten fragment i zostawić resztę pliku. W obu przypadkach przejdź do kroków z następnej sekcji. **SUSPICIOUS** to plik z cechami wymagającymi dalszej analizy, który nie jest automatycznie potwierdzonym malware. **PUA** to potencjalnie niepożądana aplikacja, która nie musi być malware. Jeśli widzisz SUSPICIOUS lub PUA i nie rozpoznajesz pliku, wyślij zgłoszenie do supportu z tymi samymi danymi co wyżej: domeną, adresem URL, przybliżonym czasem oraz, jeśli są widoczne, adresem IP, Rule ID lub Event ID. ## Co zrobić po wykryciu malware SEOHOST pisze, że dzięki Active Protection Monarx może przy potwierdzonych zagrożeniach automatycznie wykonać działania naprawcze, bez zatwierdzania przez klienta lub pracownika supportu. Strona pomocy zastrzega jednak, że **wykrycie i usunięcie złośliwego pliku nie zawsze oznacza usunięcie przyczyny infekcji**. Jeśli malware dostało się na stronę przez nieaktualną wtyczkę, słabe hasło albo podatny komponent, problem może wrócić. Po wykryciu SEOHOST radzi sprawdzić cztery rzeczy: czy WordPress, wtyczki, motywy i inne aplikacje są aktualne, czy na stronie nie ma nieużywanych lub starych komponentów, czy konta administratorów i dane dostępowe są prawidłowo zabezpieczone oraz czy w kolejnych godzinach i dniach nie pojawiają się nowe wykrycia. Jeśli wykrycia regularnie wracają, według SEOHOST warto szukać źródła ponownej infekcji, np. podatnego oprogramowania albo przejętych danych dostępowych. Jeśli po zdarzeniu przestała działać strona lub jakaś funkcja, skontaktuj się z supportem i opisz, co robiłeś tuż przed wystąpieniem problemu. Od siebie, jako ogólną dobrą praktykę HostGrade (nie zalecenie SEOHOST), dodajemy kilka kroków. Przejrzyj listę kont administratorów w CMS i wyjaśnij każde konto, którego nie znasz. Zmień hasła do panelu CMS, FTP i bazy danych, jeśli jest podejrzenie, że mogły wyciec. Tam, gdzie się da, włącz dodatkowe zabezpieczenie logowania. Usuń stare kopie strony i instalacje, których już nie używasz, bo nieaktualizowane i tak pozostają widoczne dla automatów. Przed większymi porządkami zrób kopię zapasową, ale nie przywracaj na ślepo starej kopii, bo może zawierać tę samą lukę. Przez kilka dni regularnie zaglądaj do Malware Scanner. ## Fałszywe alarmy i granice ochrony SEOHOST przyznaje, że jak w każdym automatycznym systemie może wystąpić **false positive**, czyli fałszywie dodatnie wykrycie. Według strony pomocy wygląda to inaczej w każdym z trzech mechanizmów. W **Antivirus** prawidłowy plik zostaje oznaczony jako malware. W **ThreatShield** prawidłowa czynność na stronie kończy się błędem **403 Access Denied**. W **SmartWAF** prawidłowy adres IP zostaje zablokowany na poziomie sieciowym. SEOHOST podaje przykłady sytuacji z błędem 403: zapisywanie strony w Elementorze lub innym builderze, aktualizacja wtyczki, wysyłanie bardziej rozbudowanego formularza. Sam błąd nie musi oznaczać pomyłki systemu. Jeśli jednak wykonujesz znaną, prawidłową czynność, a blokada pojawia się za każdym razem w tych samych okolicznościach, warto to zweryfikować. Najważniejsza zasada SEOHOST w tej sprawie: **nie wyłączaj ochrony tylko po to, żeby sprawdzić, czy problem zniknie**. Wyślij zgłoszenie przez formularz kontaktowy SEOHOST. Podaj domenę, adres URL, przybliżony czas wystąpienia problemu oraz, jeśli są widoczne, adres IP, Rule ID lub Event ID. Domenę, URL i IP sprawdzisz w liście VIEW ALL. Rule ID i Event ID podaj tylko wtedy, gdy je widzisz. Jako opinię redakcji HostGrade dodajemy: opisz w zgłoszeniu także czynność, którą wykonywałeś, np. „kliknąłem Zapisz w edytorze strony głównej”. SEOHOST prosi o taki opis, gdy po zdarzeniu przestała działać strona lub jakaś funkcja. Warto też znać granice ochrony. Według SEOHOST standardowa ochrona nie obejmuje m.in. cyklicznego skanowania zawartości działających baz danych ani skanowania poczty e-mail przez protokoły SMTP, IMAP i POP3. Skanowane są natomiast m.in. pliki PHP i inne pliki aplikacji, pliki konfiguracyjne (w tym .env), logi i kopie zapasowe zapisane jako pliki, dumpy baz danych (np. pliki .sql) oraz inne pliki w chronionych ścieżkach. Złośliwy wpis w samej bazie danych czy podejrzany załącznik w poczcie wymaga więc innych metod kontroli. SEOHOST pisze wprost: „Monarx jest dodatkową warstwą ochrony, ale nie zastępuje aktualizacji podatnego oprogramowania”. ## Checklista dla właściciela strony na SEOHOST 1\. Wejdź do DirectAdmin, otwórz Dodatkowe funkcje i Monarx Security. Najpierw spójrz na Malware Scanner, potem na ThreatShield. 2. Jeśli widzisz wpisy BLOCKED, a strona działa i skaner nie pokazuje złośliwych plików, nic nie musisz robić. 3. Przy DETECTED, LOGGED, SUSPICIOUS lub PUA, których nie rozumiesz, wyślij zgłoszenie do supportu z domeną, adresem URL, przybliżonym czasem oraz, jeśli są widoczne, adresem IP, Rule ID lub Event ID. 4. Przy MALICIOUS lub COMPROMISED zaktualizuj CMS, wtyczki i motywy, usuń stare instalacje i nieużywane dodatki, zadbaj o konta administratorów i obserwuj, czy pojawiają się nowe wykrycia. 5. Instaluj oprogramowanie tylko z zaufanych źródeł (to także rada SEOHOST z maila). 6. Gdy dostajesz powtarzalny błąd 403 przy prawidłowej czynności, zgłoś false positive i nie wyłączaj ochrony. 7. Jeśli przetwarzasz na stronie dane osobowe, pamiętaj, że według SEOHOST Monarx został dodany do wykazu podmiotów przetwarzających dane, a umowę powierzenia przetwarzania danych wygenerujesz w Panelu Klienta SEOHOST. Zakres analizowanych informacji SEOHOST opisał w osobnym materiale. 8. Jako ogólną dobrą praktykę HostGrade dodajemy: rób regularne kopie zapasowe przechowywane poza kontem hostingowym i osobno kontroluj bazę danych oraz pocztę, bo Monarx ich standardowo nie skanuje. Jeśli rozważasz hosting w SEOHOST, sprawdź aktualną ofertę [SEOhost](/out/seohost/#reklama) i przed zakupem zapytaj, które z opisanych tu mechanizmów Monarx obejmuje wybrany pakiet. Jeśli chcesz zgłębić temat, zajrzyj też do naszych powiązanych poradników: [bezpieczeństwo WordPressa na hostingu](/baza-wiedzy/bezpieczenstwo-wordpress-hosting/), [dlaczego kopie zapasowe na hostingu są ważne](/baza-wiedzy/backup-hosting-dlaczego-wazny/), [hosting dla WordPressa](/baza-wiedzy/hosting-dla-wordpress/). Bezpieczeństwo LH.pl Hosting z WAF, ImunifyAV i CloudLinux - ochrona aplikacji w standardzie [Sprawdź ofertę](/out/lh-pl/#reklama) Backup + skan dhosting.pl Hosting z automatycznym backupem i skanerem złośliwego oprogramowania [Sprawdź ofertę](/out/dhosting/#reklama) Bezpieczeństwo CyberFolks Hosting z własną infrastrukturą i zaawansowaną ochroną serwerów [Sprawdź ofertę](/out/cyberfolks/#reklama) ## Najczęstsze pytania Widzę tysiące zdarzeń BLOCKED. Czy moja strona została zhakowana? Według strony pomocy SEOHOST sama duża liczba blokad nie oznacza włamania. BLOCKED to żądanie rozpoznane jako złośliwe i zatrzymane przed wykonaniem. Liczba przy wpisie często pokazuje wielokrotne wystąpienia tego samego żądania. Jeśli strona działa, a Malware Scanner nie wskazuje złośliwych plików, taki raport nie jest dowodem naruszenia bezpieczeństwa. Czym różni się MALICIOUS od COMPROMISED? MALICIOUS oznacza plik sklasyfikowany jako złośliwy. Active Protection może go usunąć lub poddać kwarantannie. COMPROMISED oznacza prawidłowy plik, np. element wtyczki lub motywu, z dopisanym złośliwym kodem. Monarx może wtedy usunąć tylko wstrzyknięty fragment. W obu przypadkach warto poszukać przyczyny, bo według SEOHOST problem może wrócić. Przy zapisie strony w builderze dostaję błąd 403. Co robić? Według SEOHOST może to być false positive w ThreatShield, ale nie musi. Jeśli czynność jest prawidłowa i blokada powtarza się w tych samych okolicznościach, wyślij zgłoszenie przez formularz kontaktowy SEOHOST. Podaj domenę, adres URL, przybliżony czas oraz, jeśli są widoczne, adres IP, Rule ID lub Event ID. Nie wyłączaj ochrony, żeby to sprawdzić. Czy Monarx sprawdza bazę danych i pocztę? Według SEOHOST standardowa ochrona nie obejmuje cyklicznego skanowania zawartości działających baz danych ani poczty przez SMTP, IMAP i POP3. Skanowane są natomiast pliki, w tym dumpy baz zapisane jako pliki .sql i pliki .env. Bazę i pocztę warto kontrolować innymi metodami. Według SEOHOST Monarx nie zastępuje też aktualizacji oprogramowania. [← Baza Wiedzy](/baza-wiedzy/) [Porównaj hosting →](/porownanie/) ## Powiązane strony - [Zmiana hasła użytkownika WordPress i weryfikacja kont – jak to zrobić Jak zweryfikować użytkowników WordPress i bezpiecznie zmienić hasło w panelu administracyjnym – praktyczny poradnik… ](/baza-wiedzy/zmiana-hasla-uzytkownika-wordpress-oraz-weryfikacja-utworzonych-uzytkownikow/) - [Jak usunąć wirusy ze strony na WordPress - praktyczny przewodnik krok po kroku Kompletny przewodnik po rozpoznawaniu, usuwaniu malware i zabezpieczaniu WordPressa po ataku. Sprawdź objawy, procedurę… ](/baza-wiedzy/odwirusowanie-stron-na-wordpress/) - [WordPress 7.1.1 - ważna aktualizacja bezpieczeństwa (hosting) Dowiedz się, co zawiera WordPress 7.1.1, jakie luki bezpieczeństwa zostały naprawione i jak bezpiecznie zaktualizować… ](/baza-wiedzy/wordpress-7-1-1-wazna-aktualizacja-bezpieczenstwa/) - [Co oznacza komunikat „Witryna napotkała błąd krytyczny” w WordPressie? Wyjaśniamy, co oznacza komunikat o błędzie krytycznym w WordPressie, jak działa tryb odzyskiwania i jak krok po kroku… ](/baza-wiedzy/co-oznacza-komunikat-witryna-napotkala-blad-krytyczny-w-wordpressie/) - [Jak zmienić język kokpitu WordPressa - prosta instrukcja krok po kroku Dowiedz się, jak szybko zmienić język kokpitu WordPressa dla siebie i innych użytkowników - krok po kroku, zgodnie z… ](/baza-wiedzy/jak-zmienic-jezyk-w-kokpicie-wordpressa/) - [Jak halucynacje AI zagrażają bezpieczeństwu i SEO Twojego WordPressa Halucynacje AI w WordPressie to nie tylko błędy w tekstach. Dowiedz się, jak wymyślone funkcje i złe porady niszczą… ](/baza-wiedzy/jak-halucynacje-ai-wplywaja-na-wordpressa/) - [Kreator WWW dhosting.pl z dużą aktualizacją i usprawnieniami dhosting.pl zaktualizował Kreator WWW – nowe układy sekcji, lepsza edycja treści i wyższa wydajność panelu. ](/baza-wiedzy/nowosci-w-kreatorze-www-dhosting-pl-duza-aktualizacja-z-wieloma-usprawnieniami/) - [WordPress – kompletny poradnik: czym jest i jak zacząć? Czym jest WordPress, jak go zainstalować i jakie funkcje oferuje? Praktyczny poradnik hostingowy dla każdego, kto chce… ](/baza-wiedzy/poradnik-wordpress/)