Czy moja strona jest zagrożona przez październikowe luki w PHP z 2026 roku (php2shell)?
Jeśli Państwa strona działa na PHP, a serwer nie został zaktualizowany do PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35 lub nowszego, należy zakładać, że jest narażona. Automatyczne aktualizacje CMS i wtyczek tego nie naprawiają: trzeba zaktualizować PHP na serwerze, a dla PHP 8.1 i starszych projekt PHP nie wydaje poprawek. Prosimy przesłać adres strony, a ją sprawdzimy.
Czy potraficie szybko naprawić luki bezpieczeństwa PHP?
Tak. Aktywne zagrożenia mają priorytet. Najpierw aktualizujemy lub łagodzimy ryzyko (załatane wydanie PHP, reguły zapory, izolacja), sprawdzamy ślady włamania, a następnie planujemy trwałą naprawę.
Co obejmuje audyt bezpieczeństwa strony?
Wersje serwera i PHP, rdzeń CMS, wtyczki i motywy, certyfikaty TLS i ich konfigurację, nagłówki bezpieczeństwa, wystawione pliki i panele administracyjne, konta użytkowników i dostęp, kopie zapasowe oraz rekordy DNS poczty e-mail. Otrzymują Państwo raport z priorytetami, napisany prostym językiem, wraz z planem napraw o stałej cenie.
Czy utrzymujecie strony, których nie zbudowaliście?
Tak, to częsty punkt wyjścia. Zaczynamy od audytu, naprawiamy wszystko, co krytyczne, a następnie obejmujemy stronę planem utrzymania. Strony w PHP również.
Czy migracja z PHP zaszkodzi naszym pozycjom w Google?
Nie, jeśli zostanie wykonana prawidłowo. Każdy dotychczasowy adres URL zachowuje swój adres albo otrzymuje stałe przekierowanie (301), tytuły i metadane są przenoszone, a po uruchomieniu monitorujemy Google Search Console.
Ile to kosztuje?
Każdy projekt otrzymuje stałą wycenę na piśmie po wstępnej kontroli. Utrzymanie to stała opłata miesięczna lub roczna, zależna od wielkości i krytyczności strony.