













































Obie otrzymały ocenę 9,2 na 10 punktów w skali CVSS 4.0, co oznacza krytyczny poziom zagrożenia.
W określonych warunkach mogą prowadzić do tzw. Remote Code Execution (RCE), czyli zdalnego wykonania kodu na podatnym serwerze.
Co szczególnie niepokojące, potencjalny atakujący nie musi posiadać konta administratora ani znać danych logowania.
Luki dotyczą mechanizmów samego PHP, a nie błędów w kodzie konkretnej strony internetowej. Oznacza to, że nawet prawidłowo zaprojektowana aplikacja może być narażona na atak, jeśli działa w podatnym środowisku serwerowym.

Należy sprawdzić, z jakiej wersji korzysta środowisko produkcyjne oraz czy dostawca hostingu wdrożył poprawki bezpieczeństwa.
Konieczne jest zastosowanie odpowiedniego, poprawionego wydania PHP lub zweryfikowanego pakietu bezpieczeństwa dostarczonego przez producenta środowiska. Przed aktualizacją warto wykonać kopię zapasową i sprawdzić kompatybilność platformy oraz jej integracji.
Rozwiązania takie jak Web Application Firewall (WAF), monitoring podejrzanych żądań czy ograniczenia dostępu do infrastruktury mogą zmniejszyć ryzyko skutecznego ataku. Nie zastępują jednak usunięcia podatności.
Warto sprawdzić, czy przed wdrożeniem poprawek nie występowała podejrzana aktywność, nietypowe procesy lub nieautoryzowane modyfikacje plików. Biorąc pod uwagę ustalenia Amazon Threat Intelligence, analiza powinna uwzględniać również okres poprzedzający oficjalne ujawnienie luki, co najmniej od 17 października 2026 roku.
Po publikacji poprawek PHP2Shell ujawniono również powiązaną podatność CVE-2026-115560, dotyczącą określonych konfiguracji mechanizmu monitorowania postępu przesyłania plików w sesjach PHP. Nie została ona wyeliminowana przez aktualizacje z 21 października. Do czasu wydania odpowiedniej poprawki zalecana jest zmiana konfiguracji wskazana przez zespół PHP.