Na kratko: Kaj storiti kot stranka gostovanja ob ranljivosti PHP2Shell? Posodobitve PHP vam večinoma ni treba nameščati sami, pri shared hostingu to prevzame ponudnik gostovanja. Vaše naloge so druge: pridobiti pisno potrdilo o stanju popravkov, v meniju za stranke izbrati podprto različico PHP in spletno stran preveriti glede nepravilnosti. Teh 15 najpogostejših vprašanj ta prispevek odgovarja kratko in po vrsti.
Ranljivost PHP kot stranka gostovanja: sem prizadet, kaj storiti?
Od 21. oktobra 2026 dobivamo veliko vprašanj podjetij, katerih spletna stran je pri ponudniku gostovanja. Večina se vrti okoli istih točk. Kdor želi podrobneje prebrati odgovornosti, jih najde pod Shared hosting: kaj naredi ponudnik gostovanja in kaj morate storiti vi.
1. Ali je moja spletna stran sploh prizadeta?
Če vaša spletna stran teče z WordPressom, Shopwarom, TYPO3, Joomlo, Contaom ali drugim sistemom PHP, je strežnik pod njo morda prizadet. Čiste strani HTML brez PHP niso. Če ste v dvomih, pomaga pogled v meni za stranke: če tam obstaja nastavitev za različico PHP, uporabljate PHP.
2. Kakšna je razlika med shared hostingom in lastnim strežnikom?
Pri shared hostingu si strežnik, ki ga upravlja ponudnik gostovanja, delite z drugimi strankami; ponudnik vzdržuje PHP. Pri lastnem root strežniku ali vServer ste odgovorni sami. Pri upravljanem strežniku pogodba določa, kdo nameščaja posodobitve.
3. Moj ponudnik gostovanja je poslal skupno e-pošto. Ali moram še kaj storiti?
Natančno preberite, kaj piše v njej. Skupna e-pošta pogosto potrjuje le, da ponudnik gostovanja „dela na temi“. Potrebujete izjavo o vašem paketu: veja PHP, stanje popravkov, čas in ponovni zagon.
Odgovornost in posodobitev
4. Ali ponudnik gostovanja posodobitev namesti samodejno?
Praviloma da, za različice PHP, ki jih ponuja na svojih strežnikih. Ali se je to že zgodilo in ali so pokrite tudi starejše različice, je od ponudnika do ponudnika različno. Vprašajte.
5. Moj meni za stranke kaže staro številko različice. Ali sem nezaščiten?
Ne nujno. Mnogi ponudniki gostovanja popravke vgradijo kot backport, številka potem ostane enaka. Plesk na primer lahko še naprej kaže 8.2.34, čeprav je napaka odpravljena. Merodajno je potrdilo ponudnika gostovanja.
6. Še uporabljam PHP 7.4 ali 8.1. Kaj zdaj?
Te veje od projekta PHP ne dobivajo več uradnih posodobitev. Nekateri ponudniki gostovanja dobavljajo lastne popravke, drugi ne. To razjasnite pisno in načrtujte prehod na podprto vejo. Prej v sistemskih zahtevah svojega CMS preverite, katere različice PHP podpira.
7. Ali lahko različico PHP preklopim sam?
Pri večini ponudnikov gostovanja da, v meniju za stranke. Kako to storiti in na kaj paziti vnaprej, opisuje prispevek Sprememba različice PHP v območju za stranke pri gostovanju. Prej naredite varnostno kopijo.
8. Ali pomaga posodobitev WordPressa ali vtičnikov?
Proti PHP2Shell ne, saj je ranljivost v PHP. Posodobitve CMS so kljub temu smiselne, ker zaprejo druge ranljivosti.
Preverjanje in dokazovanje
9. Kako dobim dokazilo od ponudnika gostovanja?
S pisno poizvedbo, ki zahteva konkretne podatke: stanje paketa za vsako vejo PHP, datum namestitve, ponovni zagon vseh procesov PHP. Predlogo za kopiranje ponuja vodnik Zahtevajte potrdilo o posodobitvi PHP pri ponudniku gostovanja.
10. Ali lahko prehodne ukrepe nastavim prek .user.ini?
Ne. php.net izrecno odsvetuje, da bi prehodne nastavitve nastavljali prek ini_set() ali .user.ini. Sodijo v konfiguracijo strežnika, ki jo pri shared hostingu upravlja ponudnik gostovanja.
11. Moja spletna stran je bila kratek čas brez povezave. Ali sem bil vdrt?
Ne nujno. Nekateri ponudniki gostovanja so spletne strani preventivno izklopili ali strežnike znova zagnali. Vprašajte po razlogu, preden sklepate.
12. Kako prepoznam, da je bila moja spletna stran napadena?
Možni znaki so neznani skrbniški računi, nove datoteke PHP v mapi za nalaganje, preusmeritve na tuje strani, tuje strani v Googlovem indeksu ali opozorila v Search Console. Prosite ponudnika gostovanja, naj hrani dostopne loge od 20. oktobra.
Kadar nekaj ni prav
13. Ponudnik gostovanja ne odgovarja ali izmikajoče. Kaj storiti?
Vprašajte pisno in določite primeren rok. Če odgovora ni, strežnik obravnavajte kot nepreverjenega in razmislite, da spletno stran začasno preklopite na statično zasilno stran.
14. Ali naj zamenjam ponudnika gostovanja?
Zamenjava sredi tega položaja ustvarja lastna tveganja. Smiselna je, če ponudnik trajno ne daje informacij ali naprej upravlja stare različice PHP brez popravka. Na kaj paziti pri tem, opisuje Zamenjava ponudnika gostovanja po incidentu.
15. Ali moram kaj prijaviti?
Če obstajajo znaki napada in so lahko prizadeti osebni podatki, lahko obstaja obveznost obveščanja po GDPR, praviloma v 72 urah. To razjasnite s pooblaščencem za varstvo podatkov ali odvetnikom. To ni pravno svetovanje.
Vaš kratek kontrolni seznam
- Ponudnika gostovanja pisno vprašati po stanju popravkov in ponovnem zagonu.
- V meniju za stranke preveriti različico PHP, zastarele veje zamenjati.
- Pregledati skrbniške račune in mapo za nalaganje.
- V Search Console preveriti opozorila.
- Ob nepravilnostih poiskati pomoč, preden brišete datoteke.
Kako konkretno pomaga PHP SOS?
- Razjasnitev s ponudnikom gostovanja: Poizvedbo oblikujemo ali vodimo pogovor in ovrednotimo odgovor.
- Pregled spletne strani: Iščemo sledi v datotekah, podatkovni bazi in računih, kolikor paket gostovanja to dopušča.
- Čiščenje: Če najdemo škodljivo kodo, jo odstranimo in zamenjamo vse dostope.
- Dokumentacija: Stanje prejmete pisno.
Ob konkretnem sumu pomaga nujna pomoč pri vdrtih spletnih straneh.
Sklep
Kot stranka gostovanja pri PHP2Shell ne nosite bremena posodobitve, nosite pa odgovornost za svojo spletno stran. Večino vprašanj je mogoče rešiti z jasnim pisnim odgovorom vašega ponudnika gostovanja. Kar ostane potem, je pogled na lastno spletno stran: računi, datoteke, opozorila Googla. Kdor je storil oboje, je opravil svoj del in lahko ob dvomu dokaže, da je ravnal skrbno.
Pogosta vprašanja
Kdo je pri spletnem gostovanju odgovoren za posodobitev PHP?
Pri shared hostingu praviloma ponudnik gostovanja, saj upravlja strežnik in namestitev PHP. Vi ste odgovorni za svojo spletno stran, svoje dostope in izbiro različice PHP v meniju za stranke. Pri upravljanih strežnikih delitev ureja pogodba.
Zakaj moj ponudnik gostovanja kaže staro različico PHP?
Mnogi ponudniki gostovanja in distribucije popravek vgradijo kot backport v obstoječo različico. Številka potem ostane enaka, čeprav je ranljivost zaprta. Zato se zanesite na pisno potrdilo ponudnika gostovanja, ne na prikaz.
Kaj lahko kot stranka gostovanja preverim sama?
Preverite lahko nastavljeno različico PHP v meniju za stranke, preglejte skrbniške račune svojega CMS, poiščete neznane datoteke v mapi za nalaganje in v Search Console preverite opozorila. Stanje popravkov samega strežnika lahko dokaže samo ponudnik gostovanja.
Ali pomaga nastavitev požarnega zidu v paketu gostovanja?
Pravila požarnega zidu ponudnika gostovanja ali predhodne storitve lahko zmanjšajo tveganje. Posodobitve PHP na strežniku pa ne nadomestijo. Zato vedno najprej vprašajte po posodobitvi.