Bezpłatne sprawdzenie
15 minut rozmowy: jaka wersja PHP, jaki hosting, kto odpowiada za serwer i czy poprawka jest już zainstalowana. Dostajesz jasną odpowiedź, co dalej.
21 października PHP wydało poprawki dwóch krytycznych luk, które pozwalają wykonać kod na serwerze bez logowania. Aktualizacja to jedyne pełne zabezpieczenie. Aplikacje na PHP 8.1 i starszym nie dostaną zwykłej łatki. Sprawdzimy, w jakiej sytuacji jest Twoja.
Sprawdźmy to w 15 minutKomunikat bezpieczeństwa na php.net. Reguły WAF u dostawców hostingu ograniczają znane ścieżki ataku, ale projekt PHP podkreśla, że pełną ochronę daje tylko aktualizacja.
15 minut rozmowy: jaka wersja PHP, jaki hosting, kto odpowiada za serwer i czy poprawka jest już zainstalowana. Dostajesz jasną odpowiedź, co dalej.
Instalujemy poprawioną wersję PHP i PHP-FPM, sprawdzamy, czy aplikacja działa jak wcześniej, i przekazujemy krótki raport. Na życzenie dodajemy test penetracyjny. Zakres i cenę ustalamy przed startem.
Aplikacje na PHP 7.x–8.2 przenosimy na wersję, która dostaje poprawki bezpieczeństwa. Zaczynamy od przeglądu kodu i zależności, a zmiany planujemy tak, by system działał bez przerw.
W panelu hostingu zwykle widać wersję PHP przy domenie. Na serwerze pokaże ją polecenie php -v. Jeśli wynik jest niższy niż 8.2.35, 8.3.36, 8.4.27 lub 8.5.12 w danej gałęzi, aplikacja nie ma poprawki.
Reguły na poziomie serwera ograniczają znane metody ataku. Nie zastępują aktualizacji, bo nowe warianty mogą je ominąć. Warto zapytać hosting, którą wersję PHP faktycznie uruchamia Twoja aplikacja.
Na teraz: wdrożyć poprawkę udostępnioną dla starszych gałęzi albo wsparcie od dostawcy systemu. Docelowo: przenieść aplikację na wspieraną wersję PHP. Pomagamy w obu krokach.
Tak. Po aktualizacji możemy przetestować aplikację i serwer, żeby potwierdzić, że luki są zamknięte, i znaleźć inne słabe punkty. Zakres i termin testu ustalamy przed startem.
Napisz, jaka to aplikacja i gdzie działa. Odpowiemy, co sprawdzić i czy potrzebna jest aktualizacja.