SEOHOST wymienia Imunify na Monarx: 253 mln niechcianych żądań i nowa ochrona hostingu

SEOHOST, poznański dostawca hostingu WWW i hostingu SEO, poinformował klientów o największej zmianie w swojej warstwie bezpieczeństwa od lat: z serwerów znika Imunify, a jego miejsce zajmuje Monarx — według firmy jako pierwsze wdrożenie tego systemu w Polsce. Powód jest konkretny i dotyczy każdego, kto utrzymuje stronę na hostingu współdzielonym, niezależnie od dostawcy: sztuczna inteligencja zmieniła skalę i tempo ataków na popularne CMS-y, a ruch botów rośnie szybciej niż ruch prawdziwych odwiedzających.

253 mln niechcianych żądań

SEOHOST podaje jedną liczbę, która dobrze oddaje skalę problemu: 253 mln niechcianych żądań skierowanych do serwisów na jego serwerach. Firma nie precyzuje w komunikacie, jakiego okresu dotyczy ta wartość, ale wskazuje dwa źródła wzrostu.

Pierwsze to boty szukające podatności. Narzędzia oparte na AI pozwalają szybciej i taniej skanować tysiące stron pod kątem znanych luk, a w hostingu współdzielonym celem numer jeden jest WordPress wraz z pluginami i motywami. To, co kiedyś wymagało ręcznej pracy atakującego, dziś jest zautomatyzowane i działa na masową skalę.

Drugie to crawlery modeli AI, które pobierają treści z Internetu, by na nich trenować. W większości przypadków ten ruch nie pojawia się w Google Analytics ani w żadnej statystyce odwiedzin, ale realnie zużywa zasoby konta hostingowego: procesor, pamięć i limity procesów. Właściciel strony widzi wtedy przeciążenie bez wzrostu liczby czytelników. Jak rozpoznać taki stan, opisaliśmy w poradniku o czytaniu limitów hostingu.

Co z tego wynika dla właściciela strony

SEOHOST odnotował w 2026 roku duży wzrost liczby zainfekowanych serwisów, a przyczyny są niemal zawsze te same: nieaktualny CMS, nieaktualne pluginy i szablony, rzadziej błędy w kodzie własnych aplikacji. Konsekwencje wykraczają poza samą stronę:

• wyciek wrażliwych danych — klientów, użytkowników, formularzy,
• czarne listy — zainfekowana strona zaczyna być oznaczana jako niebezpieczna przez programy antywirusowe i przeglądarki, co kończy się spadkiem ruchu i zaufania,
• wyczerpywanie zasobów hostingu bez odzwierciedlenia w statystykach odwiedzin,
• udział w atakach na innych — zainfekowany serwis staje się źródłem spamu, phishingu lub dalszych infekcji.

Ten ostatni punkt tłumaczy, dlaczego dostawcy hostingu traktują temat poważniej niż kiedyś. Jedna zaniedbana instalacja WordPressa na współdzielonym serwerze to problem nie tylko jej właściciela, ale potencjalnie reputacji całego adresu IP i sąsiednich kont.

Odpowiedź SEOHOST: Monarx zamiast Imunify

Firma deklaruje, że przez ostatnie 12 miesięcy rozbudowywała infrastrukturę serwerową i wprowadziła procesy natychmiastowego reagowania na nowe podatności w systemach, za które odpowiada po swojej stronie — podaje przykład serwera LiteSpeed. Najbardziej widoczną zmianą dla klientów jest jednak wymiana systemu ochrony.

Dotychczas SEOHOST korzystał z Imunify, standardu w polskim hostingu współdzielonym. Po testach dostępnych rozwiązań zdecydował się go wycofać i wdrożyć Monarx — platformę bezpieczeństwa dla hostingu, która łączy trzy współpracujące mechanizmy:

Różnica w stosunku do wcześniejszego rozwiązania jest istotna. W naszej recenzji SeoHost jako jeden z minusów wskazywaliśmy, że ochronę zapewniał ImunifyAV, czyli przede wszystkim skaner plików. Monarx dodaje do tego warstwę WAF i ochronę w czasie wykonywania kodu PHP, a to właśnie te dwa elementy zatrzymują próby wykorzystania luk w pluginach, zanim na dysku pojawi się cokolwiek do zeskanowania. Czym w praktyce różni się WAF od antywirusa i kiedy ma sens na zwykłej stronie, wyjaśniamy w osobnym tekście o WAF dla zwykłej strony.

SEOHOST podaje też pierwsze wyniki: w ciągu jednego tygodnia Monarx zatrzymał ponad 3 000 szkodliwych procesów i zablokował około 293 tys. prób wykorzystania znanych podatności. To liczby dostawcy, bez niezależnej weryfikacji, ale ich rząd wielkości jest spójny z tym, co raportują inne firmy hostingowe po włączeniu WAF na poziomie serwera — i pokazuje, że większość tych prób nigdy nie trafiłaby do żadnego logu widocznego dla właściciela strony.

Co zostaje po Twojej stronie

SEOHOST wprost zaznacza, że zabezpiecza infrastrukturę i środowisko hostingowe, ale to klient decyduje o tym, co znajduje się w jego usłudze. Żaden WAF nie naprawi pluginu z luką, którego nikt nie aktualizuje od dwóch lat. Lista kontrolna z komunikatu jest krótka i warto ją przejść niezależnie od tego, u kogo masz hosting:

1. Czy CMS, pluginy i motywy są aktualne? Większość infekcji w 2026 roku wynika z braku aktualizacji, nie z ataków zero-day. Jak krytyczne potrafią być spóźnione aktualizacje, pokazał przypadek luk wp2shell w WordPressie.
2. Czy na koncie nie leżą stare instalacje i nieużywane dodatki? Testowa kopia strony z 2023 roku w podkatalogu jest tak samo dostępna z Internetu jak strona główna — i tak samo atakowana.
3. Czy wszystkie konta administratorów są nadal potrzebne i zabezpieczone? Konta byłych wykonawców, słabe hasła, brak dwuskładnikowego logowania. Szerzej o tym w poradniku jak zabezpieczyć konto hostingowe.
4. Czy korzystasz wyłącznie z oprogramowania z zaufanych źródeł? „Darmowe" wersje płatnych pluginów i motywów z nieoficjalnych stron to jeden z najczęstszych wektorów infekcji.

Dane osobowe i dokumentacja

Wdrożenie Monarx ma też stronę formalną. System analizuje ruch i pliki na serwerach, więc SEOHOST dodał Monarx do wykazu dalszych podmiotów przetwarzających (podprocesorów) i przygotował osobny materiał opisujący zakres analizowanych informacji oraz sposób ich przetwarzania. Jeżeli na hostingu przetwarzasz dane osobowe — a przy sklepie, formularzu kontaktowym czy newsletterze niemal zawsze tak jest — możesz wygenerować zaktualizowaną umowę powierzenia w Panelu Klienta SEOHOST. Pytania dotyczące zakresu przetwarzania firma przyjmuje w odpowiedzi na komunikat, który trafił do klientów.

Jak to wygląda na tle rynku

SEOHOST nie jest jedynym polskim dostawcą, który w tym roku reaguje na ruch botów AI, ale wybrał inną drogę. cyber_Folks dodał do panelu przełącznik blokujący boty AI, a dhosting.pl pozwala wybierać, które crawlery wpuścić — oba rozwiązania oddają decyzję klientowi i dotyczą głównie crawlerów treści. SEOHOST postawił na warstwę ochronną działającą automatycznie na poziomie serwera, wymierzoną przede wszystkim w boty szukające podatności. Dla większości właścicieli stron idealnym stanem jest połączenie obu podejść: WAF i ochrona runtime po stronie hostingu, a do tego świadoma decyzja, które boty AI mogą czytać treści.

Podsumowanie

Komunikat SEOHOST jest przede wszystkim przypomnieniem, że ruch na stronie nie równa się ruchowi w Google Analytics — coraz większa jego część to boty, a część z nich szuka sposobu, by przejąć serwis. Wymiana Imunify na Monarx to realne wzmocnienie: zamiast skanera plików klient dostaje WAF, ochronę PHP w czasie wykonywania kodu i aktywne blokowanie złośliwych plików, bez zmiany ceny i bez konieczności konfiguracji. Druga połowa odpowiedzialności nadal leży po stronie właściciela strony, a lista z czterema punktami powyżej jest dobrym miejscem, żeby zacząć — jeszcze dziś.

▶ Sprawdź hosting SEOHOST z ochroną Monarx

Liczby i opis mechanizmów Monarx pochodzą z komunikatu SEOHOST do klientów z października 2026 roku i nie były przez nas niezależnie weryfikowane.