Trenutno stanje: PHP2Shell. Dvije kritične PHP ranjivosti (CVSS 9.2) omogućuju zlonamjerni kod bez prijave. Zakrpe od 21. 10. 2026.Što sada učiniti →
12 stranica

Poslužitelji i hosting: ispravno zakrpati PHP

Plesk, cPanel, Apache, Nginx, LiteSpeed, kontejneri: tko je odgovoran, kako provjeriti stvarno stanje zakrpe i kako ponovno pokrenuti sve workere?

01

Plesk poslužitelj: provjera PHP verzija i zakrpa

Na Plesk poslužiteljima često paralelno radi više PHP verzija. Evo kako provjeriti svaki handler, instalirati PHP ažuriranje i ponovno pokrenuti sve workere.

Čitajte dalje →
02

cPanel i WHM: zaštita PHP-a

cPanel upravlja PHP-om putem EasyApachea 4 s vlastitim paketima po verziji. Evo kako provjeriti stanje, ponovno pokrenuti sve procese i ispravno postaviti privremene vrijednosti.

Čitajte dalje →
03

Shared hosting: što radi pružatelj, a što morate učiniti Vi

Kod shared hostinga PHP zakrpava pružatelj. Vaša je zadaća zatražiti potvrdu, odabrati PHP verziju i provjeriti web-stranicu zbog tragova napada.

Čitajte dalje →
04

Samostalna zaštita root poslužitelja i vServera

Kod vlastitog root poslužitelja ili vServera sva je odgovornost na Vama. Evo kako provjeriti i zakrpati PHP, ponovno pokrenuti sve procese i ojačati sustav.

Čitajte dalje →
05

Upravljani poslužitelj: razjasnite odgovornost

Upravljani poslužitelj skida Vam puno posla, ali ne sve. Evo kako razjasniti tko zakrpava PHP, tko ponovno pokreće i tko odgovara za aplikaciju, podatke i prijave.

Čitajte dalje →
06

Zaštita Apachea s mod_php

PHP tim rizik kod mod_php-a ocjenjuje najvišim. Evo kako prepoznati način rada, ispravno zakrpati, ponovno pokrenuti Apache i planirati prelazak na PHP-FPM.

Čitajte dalje →
07

Zaštita Nginxa s PHP-FPM-om

Kod Nginxa s PHP-FPM-om sigurnost leži u poolovima, pravima i urednom ponovnom pokretanju. Evo kako zakrpati nakon PHP2Shella i trajno ojačati Nginx i PHP-FPM.

Čitajte dalje →
08

LiteSpeed i LSAPI: ažuriranje PHP-a

LiteSpeed koristi vlastite lsphp pakete i PHP procese dugo drži u memoriji. Evo kako instalirati PHP ažuriranje i osigurati da se zaista svi procesi ponovno pokrenu.

Čitajte dalje →
09

Zaštita FrankenPHP-a

FrankenPHP donosi PHP u vlastitom programu. Zato ažuriranje distribucije nije dovoljno: binarni program ili image treba iznova izraditi i ponovno pokrenuti sve workere.

Čitajte dalje →
10

php-cgi: naslijeđeni rizik

php-cgi se često neprimjetno nalazi u starim postavkama, panelima i na Windowsu. Evo kako ga pronaći, zakrpati nakon PHP2Shella i planirati prelazak na PHP-FPM.

Čitajte dalje →
11

Zakrpa PHP-a u Kubernetesu

U klasteru je PHP smješten u imageima. Evo kako pronaći sve ranjive podove, iznova izraditi imagee s ispravljenim PHP-om, izvesti rollout i dokazati stanje po workloadu.

Čitajte dalje →
12

Zaštita PHP-a na Windowsu i IIS-u

Pod IIS-om PHP najčešće radi kao php-cgi.exe putem FastCGI-ja. Evo kako pronaći sve instalacije, sigurno zamijeniti PHP, reciklirati aplikacijske poolove i provjeriti rezultat.

Čitajte dalje →
Hitni kontakt

Svaki sat se računa. Pišite nam odmah.

Ukratko opišite sustav, verziju PHP-a i opažanje. Javit ćemo Vam se, razjasniti situaciju i raditi na daljinu dok incident nije zaključen i dokumentiran.

Hitna pomoć