Krytyczna podatność PHP · CVSS 9.2

Czy Twoja strona jest podatna na PHP2Shell?

PHP2Shell (CVE-2026-109618 i CVE-2026-109619) pozwala atakującemu uruchomić kod na Twoim serwerze bez logowania, a ataki już trwają. Sprawdzimy Twoją stronę, jasno powiemy, jak wygląda sytuacja, i wycenimy naprawę.

Audyt tylko za 29 € + VAT, płatność jednorazowa

Chcesz sprawdzić cały serwer? Pełny audyt bezpieczeństwa za 199 € + VAT

Zamów audyt
Kontaktujemy się w ciągu 2 godzin roboczych od płatności
9.2
ocena CVSS v4.0, oba CVE
0
logowań potrzebnych atakującemu
5.4+
najstarsza podatna wersja PHP
1,3 mln+
narażonych serwerów (szacunek)

Czym jest PHP2Shell?

PHP2Shell to nazwa dwóch krytycznych błędów w samym silniku PHP, ujawnionych 20 października 2026 r. i załatanych 21 października 2026 r. Ponieważ tkwią one w PHP, a nie w WordPressie, wtyczce czy Twoim kodzie, zagrożona jest każda strona działająca na podatnej wersji PHP, niezależnie od aplikacji.

Atak to specjalnie spreparowane żądanie HTTP. PHP przetwarza je zanim uruchomi się jakikolwiek kod Twojej aplikacji, więc hasła, CAPTCHA i wtyczki bezpieczeństwa go nie zatrzymają. Badacze potwierdzili zdalne wykonanie kodu bez uwierzytelnienia na stronach WordPress, Drupal, Joomla i Magento. Pierwsze próby wykorzystania odnotowano 17 października, jeszcze przed publicznym ogłoszeniem, a od tego czasu ataków przybywa.

CVE-2026-109618

CVSS 9.2
Błąd wyczerpania pamięci

Gdy PHP zabraknie pamięci podczas odczytu żądania POST, zostaje niedokończony wpis. Przy sprzątaniu po żądaniu jest on traktowany jako poprawny, a jego zawartość kontroluje atakujący, co można wykorzystać do uruchomienia własnego kodu.

CVE-2026-109619

CVSS 9.2
Użycie zwolnionej pamięci

Dane pozostałe po jednym żądaniu mogą wskazywać na już zwolnioną pamięć, której używa późniejsze żądanie w tym samym procesie PHP. Prowadzi to do wycieku zawartości pamięci i może umożliwić wykonanie kodu. Błąd jest osiągalny przez funkcję postępu przesyłania sesji, domyślnie włączoną.

Czy moja strona jest zagrożona?

Zagrożona jest każda instalacja PHP obsługująca żądania WWW: PHP-FPM, Apache mod_php, php-cgi, LiteSpeed i FrankenPHP. Porównaj wersję PHP, która faktycznie obsługuje Twoją stronę, z tabelą.

Gałąź PHP Status Bezpieczna wersja
PHP 8.5 Podatna przed 8.5.12 8.5.12 lub nowsza
PHP 8.4 Podatna przed 8.4.27 8.4.27 lub nowsza
PHP 8.3 Podatna przed 8.3.36 8.3.36 lub nowsza
PHP 8.2 Podatna przed 8.2.35 8.2.35 lub nowsza
PHP 7.4 – 8.1 Podatna, brak oficjalnego wydania (tylko poprawki źródłowe) Aktualizacja do 8.2+ lub pakiet załatany przez dostawcę
PHP 5.4 – 7.3 Podatna, koniec wsparcia, poprawki nie będzie Wymagana aktualizacja

Sam numer wersji może wprowadzać w błąd. Dystrybucje Linuksa często dodają poprawkę bez zmiany numeru, PHP widoczne w wierszu poleceń może różnić się od tego, które obsługuje stronę, a na hostingu współdzielonym może działać kilka wersji jednocześnie. Audyt sprawdza to w Twoim konkretnym środowisku.

Co obejmuje audyt

Twoją stronę ręcznie sprawdza inżynier, a nie automatyczny skaner, a Ty otrzymujesz pisemny raport zrozumiałym językiem.

Dokładna wersja PHP i SAPI (FPM, mod_php, LiteSpeed…) obsługujące Twoją domenę
Czy dostawca hostingu dodał poprawkę do Twojego pakietu PHP
Logi błędów: wyczerpanie pamięci „on line 0” i awarie procesów
Oznaki włamania od 17 października: powłoki uruchamiane przez procesy WWW, nieznane pliki, nowi administratorzy
Twój CMS i wtyczki (WordPress, Joomla, Drupal, Magento, PrestaShop…) oraz ich ryzyko
Pisemny raport z jasnymi kolejnymi krokami i wyceną naprawy

Jak to działa

1

Zamów i zapłać

Wpisz domenę strony i zapłać za wybrany audyt (29 € lub 199 € + VAT) kartą, przelewem online, PayPal lub kryptowalutą.

2

Kontakt w ciągu 2 godzin

Inżynier odezwie się w ciągu 2 godzin roboczych (pon.–pt. 9:00–18:00 czasu wileńskiego) i ustali dostęp.

3

Raport i wycena naprawy

Otrzymasz wnioski zrozumiałym językiem i przybliżoną cenę naprawy. Ty decydujesz, czy ją zlecić.

Wybierz audyt

Dla każdej strony, niezależnie od tego, gdzie jest hostowana. Nie musisz być naszym klientem hostingowym.

Płatność jednorazowa, bez subskrypcji. VAT jest doliczany przy płatności.

Naprawa problemu

Każdy serwer jest inny, więc cena naprawy ustalana jest indywidualnie. Po audycie otrzymasz przybliżoną cenę, a prace rozpoczniemy dopiero za Twoją zgodą.

  • Aktualizacja PHP do załatanego wydania lub instalacja poprawionej kompilacji dla 7.4–8.1
  • Zaostrzenie ustawień PHP i serwera WWW na czas planowania aktualizacji
  • Sprawdzenie, czy CMS, wtyczki i motyw działają z nowym PHP
  • Oczyszczenie i zabezpieczenie strony, jeśli zostaną znalezione oznaki włamania

Na Twoim hostingu nie możesz sam zmienić PHP? Powiemy dokładnie, o co poprosić dostawcę, lub pomożemy w przeprowadzce.

Co możesz zrobić już teraz

Jedynym pełnym rozwiązaniem jest aktualizacja PHP. Dopóki nie możesz jej wykonać, zespół PHP zaleca środki tymczasowe:

  • Ustaw memory_limit=-1 na poziomie serwera, tak aby aplikacje nie mogły go zmienić, i ogranicz rozmiar żądań na serwerze WWW lub proxy. To blokuje znaną ścieżkę wykorzystania CVE-2026-109618.
  • Ustaw session.upload_progress.enabled=0, a w PHP 8.5 także fatal_error_backtraces=0 (CVE-2026-109619).
  • Po zmianach zrestartuj wszystkie procesy PHP.

WAF, np. Cloudflare, pomaga przeciwko znanym wzorcom ataków, ale tylko dla ruchu, który przez niego przechodzi. To rozwiązanie tymczasowe, a nie poprawka. Jeśli nie masz pewności, czy ustawienia zadziałały lub czy ktoś nie włamał się wcześniej, właśnie to sprawdza audyt.

Najczęściej zadawane pytania

Czym jest PHP2Shell?
PHP2Shell to nazwa dwóch krytycznych podatności silnika PHP, CVE-2026-109618 i CVE-2026-109619, obie ocenione na 9.2 w CVSS v4.0. Pozwalają zdalnemu atakującemu uruchomić kod na serwerze WWW bez logowania. Poprawki wydano 21 października 2026 r.: PHP 8.5.12, 8.4.27, 8.3.36 i 8.2.35.
Czy moja strona na WordPressie, Joomli, Drupalu, Magento lub PrestaShop jest zagrożona?
Najprawdopodobniej tak, jeśli działa na niezałatanej wersji PHP. Błąd tkwi w samym PHP, więc nie ma znaczenia, jakiego CMS-a, platformy sklepu czy wtyczek używasz. Badacze potwierdzili działające ataki na WordPress, Drupal, Joomlę i Magento, a PrestaShop działa na PHP dokładnie w ten sam sposób. Sklepy internetowe są szczególnie atrakcyjnym celem, bo przez przejęty serwer mogą wyciec dane klientów lub do strony płatności może zostać wstrzyknięty skimmer kart.
Czy wtyczka bezpieczeństwa lub zapora mnie ochroni?
Wtyczki bezpieczeństwa nie pomogą: atak następuje, zanim uruchomi się WordPress lub inny kod aplikacji. WAF może blokować znane wzorce ataków dla przechodzącego przez niego ruchu, ale to tylko rozwiązanie tymczasowe. Problem usuwa wyłącznie aktualizacja PHP.
Czy moja strona musi być hostowana u was?
Nie. Audytujemy każdą stronę, niezależnie od tego, gdzie jest hostowana. Jeśli zmianę musi wprowadzić Twój dostawca, powiemy dokładnie, o co poprosić.
Jakiego dostępu potrzebujecie?
Ustalimy to podczas kontaktu. Zwykle jest to dostęp do panelu hostingu (cPanel, DirectAdmin, Plesk…) lub SSH. Część kontroli można wykonać przy mniejszym dostępie, a my wyjaśnimy, na co pozwala każdy wariant.
Jak szybko się ze mną skontaktujecie?
W ciągu 2 godzin roboczych od otrzymania płatności. Pracujemy od poniedziałku do piątku w godz. 9:00–18:00 czasu wileńskiego. Zamówienia złożone poza tymi godzinami realizujemy na początku następnego dnia roboczego.
Ile kosztuje naprawa?
Zależy od wyników audytu: często wystarczy aktualizacja PHP i kilka ustawień, czasem potrzebna jest większa aktualizacja lub oczyszczenie. Po audycie otrzymasz przybliżoną cenę i sam zdecydujesz, czy kontynuować. Opłata za audyt (29 € lub 199 € + VAT) jest jednorazowa.
Czym różni się audyt PHP2Shell od pełnego audytu bezpieczeństwa?
Audyt PHP2Shell (29 € + VAT) odpowiada na jedno pytanie: czy Twoja strona jest podatna na CVE-2026-109618 i CVE-2026-109619 i czy ktoś już je wykorzystał. Pełny audyt bezpieczeństwa (199 € + VAT) obejmuje to wszystko, a dodatkowo sprawdza resztę serwera: nieaktualne pakiety i jądro, konfigurację serwera i zapory oraz kod strony, wtyczki i motywy pod kątem typowych błędów bezpieczeństwa. Otrzymujesz jeden raport ze wszystkimi ustaleniami uporządkowanymi według ważności.
Moja strona działa na PHP 7.4, 8.0 lub 8.1. Co teraz?
Dla tych wersji nie ma oficjalnego wydania z poprawką, są tylko poprawki źródłowe od zespołu bezpieczeństwa PHP, a PHP 7.3 i starsze nie zostaną naprawione w ogóle. Bezpieczna droga to aktualizacja do PHP 8.2 lub nowszego. Audyt sprawdza, czy Twoja strona i wtyczki są na to gotowe.
Co jeśli moja strona została już zhakowana?
Ataki zaczęły się 17 października 2026 r., jeszcze przed ogłoszeniem, dlatego audyt szuka oznak włamania od tej daty. Jeśli je znajdziemy, poinformujemy Cię i uwzględnimy oczyszczenie w wycenie naprawy.
Źródła: PHP, Tenable, Datadog Security Labs, Help Net Security. Informacje według stanu na 22 października 2026 r.