Kort sagt: Vad göra som webbhotellskund vid PHP-sårbarheten PHP2Shell? PHP-uppdateringen behöver ni oftast inte installera själva, det sköter vid delat webbhotell webbhotellet. Era uppgifter är andra: skaffa en skriftlig bekräftelse av patchnivån, välja en PHP-version med support i kundmenyn och kontrollera er webbplats efter avvikelser. De 15 vanligaste frågorna om det besvarar det här inlägget kort och i ordning.
PHP-sårbarhet som webbhotellskund: är jag berörd, vad göra?
Sedan den 21 oktober 2026 når oss många frågor från företag vars webbplats ligger hos ett webbhotell. De flesta kretsar kring samma punkter. Den som vill läsa mer ingående om ansvarsfördelningen hittar den under Delat webbhotell: vad webbhotellet gör och vad ni måste göra.
1. Är min webbplats överhuvudtaget berörd?
Om er webbplats körs med WordPress, Shopware, TYPO3, Joomla, Contao eller något annat PHP-system kan servern under den vara berörd. Rena HTML-sidor utan PHP är det inte. Vid tvivel hjälper en blick i kundmenyn: finns där en inställning för PHP-versionen använder ni PHP.
2. Vad är skillnaden mellan delat webbhotell och egen server?
Vid delat webbhotell delar ni en server som webbhotellet driver med andra kunder; webbhotellet sköter PHP. Vid en egen root-server eller vServer ansvarar ni själva. Vid en hanterad server reglerar avtalet vem som installerar uppdateringar.
3. Mitt webbhotell har skickat ett massutskick. Måste jag göra något mer?
Läs noga vad som står där. Ett massutskick bekräftar ofta bara att webbhotellet ”arbetar med frågan”. Ni behöver ett besked om ert paket: PHP-gren, patchnivå, tidpunkt och omstart.
Ansvar och uppdatering
4. Installerar webbhotellet uppdateringen automatiskt?
I regel ja, för de PHP-versioner som det erbjuder på sina servrar. Om det redan har skett och om även äldre versioner omfattas skiljer sig från webbhotell till webbhotell. Fråga.
5. Min kundmeny visar ett gammalt versionsnummer. Är jag oskyddad?
Inte nödvändigtvis. Många webbhotell bygger in rättningar som backport, numret förblir då detsamma. Plesk kan till exempel fortsätta visa 8.2.34 fast felet är åtgärdat. Avgörande är webbhotellets bekräftelse.
6. Jag använder fortfarande PHP 7.4 eller 8.1. Vad nu?
De grenarna får inga officiella uppdateringar längre från PHP-projektet. Vissa webbhotell levererar egna rättningar, andra inte. Klargör det skriftligt och planera bytet till en gren med support. Kontrollera dessförinnan i systemkraven för ert CMS vilka PHP-versioner det stöder.
7. Kan jag själv byta PHP-version?
Hos de flesta webbhotell ja, i kundmenyn. Hur det går till och vad ni bör tänka på innan beskriver inlägget Ändra PHP-version i webbhotellets kundområde. Ta en säkerhetskopia innan.
8. Hjälper det att uppdatera WordPress eller tillägg?
Inte mot PHP2Shell, eftersom sårbarheten sitter i PHP. CMS-uppdateringar är ändå rimliga, eftersom de stänger andra sårbarheter.
Kontrollera och styrka
9. Hur får jag ett bevis från webbhotellet?
Med en skriftlig förfrågan som kräver konkreta uppgifter: paketnivå per PHP-gren, datum för installationen, omstart av alla PHP-processer. En mall att kopiera erbjuder guiden Begära PHP-uppdateringsbekräftelse från webbhotellet.
10. Kan jag sätta tillfälliga åtgärder via .user.ini?
Nej. php.net avråder uttryckligen från att sätta de tillfälliga inställningarna via ini_set() eller .user.ini. De hör hemma i serverkonfigurationen, och den sköter vid delat webbhotell webbhotellet.
11. Min webbplats var kort offline. Har jag hackats?
Inte nödvändigtvis. Vissa webbhotell har som försiktighetsåtgärd stängt av webbplatser eller startat om servrar. Fråga efter orsaken innan ni drar slutsatser.
12. Hur känner jag igen att min webbplats har angripits?
Möjliga tecken är okända administratörskonton, nya PHP-filer i uppladdningsmappen, vidarebefordran till andra sidor, främmande sidor i Googles index eller varningar i Search Console. Be webbhotellet spara åtkomstloggar från och med den 20 oktober.
När något inte stämmer
13. Webbhotellet svarar inte eller undvikande. Vad göra?
Fråga skriftligt och sätt en rimlig frist. Uteblir svaret bör ni behandla servern som okontrollerad och överväga att tillfälligt ställa om webbplatsen till en statisk nödsida.
14. Bör jag byta webbhotell?
Ett byte mitt i läget skapar egna risker. Det är rimligt om webbhotellet varaktigt inte ger besked eller fortsätter driva gamla PHP-versioner utan rättning. Vad som bör beaktas beskriver Byta webbhotell efter en incident.
15. Måste jag anmäla något?
Om det finns tecken på ett angrepp och personuppgifter kan vara berörda kan det finnas en anmälningsskyldighet enligt GDPR, i regel inom 72 timmar. Klargör det med ert dataskyddsombud eller en advokat. Detta är ingen juridisk rådgivning.
Er korta checklista
- Fråga webbhotellet skriftligt om patchnivå och omstart.
- Kontrollera PHP-versionen i kundmenyn, byt ut föråldrade grenar.
- Gå igenom administratörskonton och uppladdningsmappen.
- Kontrollera Search Console efter varningar.
- Skaffa hjälp vid avvikelser innan ni raderar filer.
Hur hjälper PHP SOS konkret?
- Klargöra med webbhotellet: Vi formulerar förfrågan eller för samtalet och värderar svaret.
- Kontroll av webbplatsen: Vi söker efter spår i filer, databas och konton, så långt webbhotellspaketet tillåter.
- Sanering: Hittar vi skadlig kod tar vi bort den och byter alla åtkomster.
- Dokumentation: Ni får läget skriftligt.
Vid en konkret misstanke hjälper akuthjälpen vid hackade webbplatser.
Slutsats
Som webbhotellskund bär ni vid PHP2Shell inte bördan av uppdateringen men ansvaret för er webbplats. De flesta frågor går att avklara med ett tydligt skriftligt svar från ert webbhotell. Det som sedan återstår är blicken på den egna webbplatsen: konton, filer, Google-varningar. Den som har gjort båda har gjort sin del och kan vid tvivel styrka att man har agerat omsorgsfullt.
Vanliga frågor
Vem ansvarar för PHP-uppdateringen vid webbhotell?
Vid delat webbhotell i regel webbhotellet, eftersom det driver servern och PHP-installationen. Ni ansvarar för er webbplats, era åtkomster och valet av PHP-version i kundmenyn. Vid hanterade servrar reglerar avtalet fördelningen.
Varför visar mitt webbhotell en gammal PHP-version?
Många webbhotell och distributioner bygger in rättningen som backport i den befintliga versionen. Numret förblir då detsamma fast sårbarheten är stängd. Förlita er därför på webbhotellets skriftliga bekräftelse, inte på visningen.
Vad kan jag som webbhotellskund själv kontrollera?
Ni kan kontrollera den inställda PHP-versionen i kundmenyn, gå igenom administratörskonton i ert CMS, leta efter okända filer i uppladdningsmappen och titta efter varningar i Search Console. Serverns patchnivå kan bara webbhotellet styrka.
Hjälper en brandväggsinställning i webbhotellspaketet?
Brandväggsregler hos webbhotellet eller en förkopplad tjänst kan sänka risken. De ersätter dock inte PHP-uppdateringen på servern. Fråga därför alltid först om uppdateringen.