PHP2Shell to wspólna nazwa dwóch krytycznych podatności w środowisku PHP: CVE-2026-109618 i CVE-2026-109619. W określonych warunkach mogą one pozwolić atakującemu bez logowania na uruchomienie kodu na serwerze. Poprawki opublikowano 21 października 2026 r. dla wersji PHP 8.2.35, 8.3.36, 8.4.27 i 8.5.12.
5
36 Najważniejsze jest zaktualizowanie środowiska PHP obsługującego żądania — lub zastosowanie poprawki producenta danego produktu — i potwierdzenie, że zmiana weszła w życie.
Na czym polegają te luki?
Obie podatności dotyczą bezpieczeństwa pamięci w samym PHP, a nie konkretnej aplikacji czy strony internetowej. Opisane przez badaczy scenariusze obejmują użycie nieaktualnych lub zwolnionych obszarów pamięci podczas działania środowiska PHP.
6
9
- CVE-2026-109618 wiąże się z obsługą postępu przesyłania plików i błędem typu use-after-free, czyli użyciem pamięci po jej zwolnieniu. Według Wiz może to ujawnić zawartość pamięci procesu PHP, a w opisanych warunkach prowadzić także do jej uszkodzenia i wykonania kodu.
6
- CVE-2026-109619 dotyczy obsługi pamięci podczas tworzenia śladów stosu po błędzie krytycznym oraz działania OPcache. Zgodnie z opisem PHP nieaktualny stan wewnętrzny może zostać wykorzystany przez kolejne żądanie obsłużone przez ten sam proces roboczy.
6
36
W przywoływanych doniesieniach podatności otrzymały ocenę 9,2 w skali CVSS.
2
37 Wiz szacuje, że PHP jest wykorzystywane przez około 70% internetu. To szacunek popularności tej technologii — nie dowód, że w jednakowy sposób podatnych jest 70% stron albo że zostały one zaatakowane.
6
Jakich wersji PHP dotyczą luki i jakie poprawki są dostępne?
W doniesieniach wskazywany jest zakres od PHP 5.4 do wersji 8.5.11.
56 Poprawki opublikowano w wersjach 8.2.35, 8.3.36, 8.4.27 i 8.5.12.
36 Jeśli system korzysta ze starszej lub niewspieranej wersji, sprawdź dostępność aktualizacji albo poprawki backportowanej u dystrybutora PHP lub dostawcy produktu. Nie zakładaj, że standardowa aktualizacja PHP będzie dostępna dla każdego takiego systemu.
17
54
Samo zaktualizowanie pakietu PHP może nie wystarczyć, jeśli strona lub urządzenie korzysta z osobnej, wbudowanej wersji środowiska. Ustal, która instalacja PHP obsługuje ruch internetowy, a w przypadku produktów zawierających PHP postępuj zgodnie z instrukcjami ich producenta.
5
54
AI pomagało w badaniach, ale relacje różnią się co do osi czasu
Odkrycie przypisuje się zespołom Calif, OpenAI i Wiz, a relacje opisują udział narzędzi opartych na modelach AI.
4
16 Doniesienia nie są zgodne co do tego, kiedy rozpoczęły się badania: USA Today opisuje wstępne odkrycie dokonane przez Calif w lipcu oraz niezależne odkrycie Wiz w sierpniu, natomiast The Register umieszcza prace badaczy między sierpniem a wrześniem.
4
47 Inne publikacje wspominają także o modelach Google, ale dostępne materiały nie wyjaśniają dokładnie, jaki był udział poszczególnych modeli ani w jakim stopniu praca była autonomiczna.
50
To istotne rozróżnienie: dostępne informacje potwierdzają badania wspomagane przez AI, ale nie uzasadniają twierdzenia, że system AI samodzielnie odkrył i zweryfikował obie luki, a następnie je naprawił. W opisywanym procesie uczestniczyli badacze i opiekunowie projektu PHP.
4
16
Co oznacza powiązanie z PAN-OS?
Palo Alto Networks opublikowało komunikat dotyczący wpływu obu podatności na swoje produkty; wymieniono w nim również rodzinę produktów PAN-OS.
34
35 Sam ten fakt nie dowodzi jednak, że każda instalacja PAN-OS jest narażona na taki sam scenariusz ataku jak serwer WWW z PHP. Znaczenie mają konkretna konfiguracja produktu i poprawki udostępnione przez producenta.
Administratorzy powinni sprawdzić aktualny komunikat Palo Alto Networks dotyczący używanego produktu i wersji oprogramowania oraz zastosować się do instrukcji aktualizacji. Nie traktuj zewnętrznych harmonogramów poprawek jako potwierdzenia, że dana poprawka jest już dostępna: jeden z rozpowszechnianych wykazów wyraźnie informuje, że statusy dostawców wygenerowano przy użyciu AI i należy je zweryfikować.
21
Próby ataku to nie to samo co potwierdzone włamania
Według raportów dotyczących zagrożeń pierwszą próbę wykorzystania luki odnotowano 17 października — przed publicznym ujawnieniem szczegółów technicznych i udostępnieniem poprawek PHP 21 października.
53 Jak podał Nextgov, później Cloudflare odnotował wzrost liczby prób: od tysięcy do milionów.
22 Są to liczby prób ataku, a nie potwierdzonych przejęć serwerów.
Informacje o skutecznym wykorzystaniu podatności nie są jednoznaczne. BBC podało 22 października, że do tego momentu nie odnotowano zgłoszeń o udanych atakach.
18 Później Unit 42 należący do Palo Alto Networks poinformował, że nie może potwierdzić, iż aktywność początkowo łączona z PHP2Shell była skutkiem tych konkretnych CVE, i wycofał wcześniejszą aktualizację.
30 Na podstawie dostępnych tu informacji wiadomo o próbach wykorzystania luk, ale nie jest jasne, czy potwierdzono udane włamania przypisane PHP2Shell.
Według doniesień część instytucji publicznych i firm czasowo wyłączyła niektóre usługi internetowe, aby przygotować poprawki lub je wdrożyć.
26
51 Taka ostrożnościowa przerwa w działaniu nie jest dowodem, że doszło do włamania.
Co powinni zrobić administratorzy i właściciele stron?
- Znajdź wszystkie działające środowiska PHP. Sprawdź strony, serwery aplikacyjne, kontenery, środowiska hostingowe i urządzenia. Poproś dostawcę hostingu lub zarządzanej usługi o potwierdzenie wersji i zastosowanej poprawki.
- Zainstaluj zweryfikowaną aktualizację. Użyj poprawionej wersji PHP albo pakietu dostawcy zawierającego odpowiednie zmiany. W przypadku urządzeń i oprogramowania z wbudowanym PHP postępuj zgodnie z instrukcjami producenta.
17
36
54
- Sprawdź działającą usługę. Upewnij się, że poprawiono środowisko obsługujące ruch z sieci — nie tylko osobną instalację używaną z wiersza poleceń. Potwierdź też, że procesy lub usługi działają już na naprawionej wersji.
- Ogranicz ryzyko, jeśli nie możesz szybko zainstalować poprawki. NSA zaleca priorytetowe traktowanie poprawek dostawców, a w przypadku braku możliwości natychmiastowej aktualizacji — odłączenie systemu od sieci.
17 Według doniesień również FBI i CISA wzywały organizacje w USA do szybkiego zajęcia się podatnościami.
25
- Oddziel aktualizację od sprawdzania, czy doszło do włamania. Poprawka zamyka podatność, ale nie rozstrzyga, czy wcześniej ktoś uzyskał dostęp. Jeśli istnieje powód, by podejrzewać włamanie, sprawdź odpowiednie logi i aktywność systemu.
Jeśli masz stronę, ale nie zarządzasz jej serwerem, skontaktuj się z administratorem lub firmą hostingową i zapytaj, czy środowisko PHP zostało zaktualizowane. Nie instaluj poprawek otrzymanych w niezamówionych wiadomościach — korzystaj z oficjalnych instrukcji dostawcy.
Najważniejsze jest rozróżnienie trzech sytuacji: system może być podatny, ktoś może próbować wykorzystać lukę, a system może zostać przejęty. To różne twierdzenia. Zaktualizuj podatne środowisko PHP, potwierdź u dostawcy poprawki dla produktów takich jak PAN-OS, a ewentualne podejrzenie włamania zbadaj osobno.