.png)
Er webbplats är visitkortet på nätet för alla era kunder och besökare.
För att det digitala visitkortet ska fungera stabilt behöver man också regelbundet tänka på säkerhetsfrågor, även om det kan kännas besvärligt.
IT-säkerhet handlar inte bara om att skydda känsliga uppgifter, utan också om risken för att servern missbrukas. Om en objuden gäst tar över servern kan det få allvarliga straffrättsliga följder för serveroperatören (i värsta fall).
För att förstå riskerna bättre är det viktigt att känna till olika typer av skadlig programvara och de metoder som angripare använder för att försöka komma åt konfidentiell information. Följande översikt förklarar först de viktigaste definitionerna av de olika kategorierna och begreppen.
(1) Vem ansvarar för att uppdatera PHP?
Administratören på servernivå
Din internetleverantör installerar vanligtvis en säkerhetsuppdatering för PHP. När det gäller PHP2Shell har det troligen redan gjorts. Observera att leverantören inte är samma sak som programmeraren eller webbdesignern. Begreppet ”administratör” kan ibland leda till missförstånd.
(2) Vad är PHP2Shell-sårbarheten?
PHP är ett programmeringsspråk som möjliggör dynamiska sidor på webbservern.
PHP2Shell hänvisar till två kritiska sårbarheter i PHP-tolken själv, genom vilka angripare skulle kunna köra kod på webbservrar utan inloggning, ibland till och med innan den faktiska applikationen körs. Genom att skickligt utnyttja en lucka i uppladdningsfunktionen. Även om sidan bara består av /Hej världen/ och inte erbjuder något dynamiskt.
Det räcker att PHP är installerat och aktiverat.
Detta innebär: Webbservern blir kapad och känsliga kunddata kan bli komprometterade eller brott kan begås i ditt namn.
Problemet har varit känt i 20 år, men det ansågs för komplicerat för att vara körbart (i tider utan AI).
För dem som är intresserade av detaljerna, här är en lyckad video om det - lätt att förstå:
Titta på videon: IT
PHP2Shell: Hur ett minnesfel blir en shell (https://youtu.be/qXv8NAIFm9o) (på tyska med engelska undertexter)
(3) Kompatibilitet vs. Säkerhet - ett Dilemma
Det som har programmerats en gång måste också underhållas då och då.
Även om dina webbplatser, till exempel, är oberoende av WordPress och liknande (så kallade CMS-system), är de inte statiska och kräver därför PHP. Endast med /PHP/ är det möjligt att skapa sidor dynamiskt (bilder och innehåll är separerade från HTML); annars skulle ansträngningen att skapa dem vara många gånger högre, och underhållet ännu mer.
För övrigt är PHP ett öppen källkodsprojekt (stiftelse) och har sitt ursprung från det flitiga arbetet av några frivilliga. PHP kan användas utan licensavgift.
För närvarande kör många PHP-skript fortfarande på något föråldrade PHP-versioner (7 och äldre). De få frivilliga tar hand om säkerhetsuppdateringarna. En aktuell PHP-version (8.5 - 2026) är dock ingen garanti för att allt på webbplatsen kommer att fortsätta att fungera. Detta är ett dilemma. För med varje uppdatering uppåt finns det, förutom säkerhetspatchar, ibland betydande förändringar i funktionaliteten (till exempel kan kommandon sluta fungera och måste skrivas om). Detta betyder att inte allt vi kanske har programmerat för dig för fem eller tio år sedan fortfarande fungerar.
Därför innebär detta på medellång sikt att det ibland behövs mer eller mindre många justeringar i programmeringen, vilket tyvärr också medför kostnader så att dina kunder och gäster får uppleva en fungerande webbplats. Detta betyder att endast sidor som kanske programmerades som statiska sidor i ren HTML för 20 år sedan fortfarande fungerar idag (se ovan), men de ser också ut /som för 20 år sedan/ (vilket ingen vill). En dynamisk webbplats bör dock hålla i fem år utan större justeringar. Efter det antingen justera eller helt ny. Så är gång av saker.
(4) Observation och Underhåll av Webbplatsen
Din webbplats är ditt visitkort på internet för alla dina kunder och gäster.
För att undvika för höga kostnader* och för att hålla webbplatsen igång är det viktigt att du själv då och då (helst 1 till 2 gånger i månaden) kollar på din egen företagswebbplats för att kontrollera om allt fortfarande fungerar som avsett. Om inte, räcker det med ett e-postmeddelande som beskriver problemet och ett samtal för att säkerställa att e-postmeddelandet inte går förlorat. Vi kommer sedan att diskutera tillsammans vilken lösning som är bäst.
(* För den tyska marknaden kan man uppskatta att man 2026 för årliga kontrakt ligger på cirka 600 till 900 € netto per månad och webbplats, vilket endast omfattar verklig 24/7-beredskap med bindande svarstider. Plus respektive projektarbete osv., liknande underhållsarbete!)
Jag hoppas att jag med denna information kunde klargöra lite och ge lite lugn. Vänligen kontakta mig om du behöver mer information.
