Kort sagt: Behöver ni IT-säkerhetsexperter för er webbserver och kan eller vill inte vänta tills någon är på plats, arbetar vi på distans. Berörs ni eller är osäkra, hör av er nu. Vi kartlägger läget, patchar eller rensar, härdar systemet och dokumenterar allt, i hela Europa.
Radera ingenting och installera inte om något nu. Om ni misstänker en incident, låt filer och loggar vara som de är tills en expert har säkrat dem. Anmäl nödläge, så tar vi över från första meddelandet.
Berörs ni? När externa säkerhetsexperter är meningsfulla
Inte varje företag har en egen IT-säkerhetsavdelning, och även där en finns saknas ofta tid för ett akut fall. Extern hjälp är befogad om något av följande stämmer:
- Er server kör en PHP-version vars patchnivå ni inte kan belägga, och läget kring PHP2Shell gör er osäkra.
- Det finns tecken på ett angrepp: okända PHP-filer, främmande adminkonton, omdirigeringar, varningar från webbhotell eller Google.
- Er administratör eller byrå är inte nåbar, överbelastad eller på gränsen för sin kompetens.
- En patch går inte att installera enkelt, eftersom programmet är gammalt eller webbhotellet blockerar.
- Ni snabbt måste belägga gentemot ledning, försäkringsbolag eller kunder vad ni har gjort.
- Ni helt enkelt inte vet var ni ska börja.
BSI (den tyska federala myndigheten för informationssäkerhet) har utfärdat varningsnivå 3 (orange) för PHP2Shell och rekommenderar omedelbar uppdatering. Den som inte kan patcha direkt bör enligt BSI ta webbservern tillfälligt offline. Det är ett läge där fackfolk lönar sig.
Det här gör ni direkt
- Skriv ned läget i tre meningar: Vad avviker, sedan när, vilka system berörs?
- Utse server och ansvariga: Var körs webbplatsen, vem förvaltar den, vem har åtkomst?
- Låt säkra loggarna: Be ert webbhotell bevara protokoll från och med den 20 oktober 2026, som fackpressen rekommenderar.
- Ta reda på PHP-versionen: Med
php -vpå kommandoraden, i hostingpanelen eller via ert webbhotell. Tänk på att kommandoraden kan använda en annan PHP-version än webbservern. - Inga hastiga åtgärder: Ingen radering, ingen nyinstallation, ingen återställning av en säkerhetskopia utan föregående säkring.
- Håll beslutsfattaren nåbar: Vi behöver en person som får besluta om avstängning, omstarter och lösenordsbyten.
- Kontakta oss: Ring eller skriv via WhatsApp.
Hur hjälper PHP SOS konkret?
- Kartlägga läget: I det första samtalet klarlägger vi anledning, system, uppgiftstyper och ansvarsfördelning. Ni får en bedömning av vad som är brådskande och vad som kan vänta.
- Säkra och stänga: Vi säkrar läget innan vi ändrar något och stänger den akuta åtkomsten, till exempel genom patch, omstart av alla PHP-processer eller tillfälliga åtgärder.
- Granska och rensa: Vi söker efter spår av en komprometterad miljö och tar bort skadlig kod. Är läget oklart kan ni läsa mer om vårt tillvägagångssätt under PHP2Shell-direkthjälp.
- Härda och rapportera: Vi förbättrar konfigurationen och levererar en rapport som även utomstående kan följa. Återkommande uppgifter som uppdateringar tar på begäran ett säkerhetsunderhållsavtal över.
Arbeta på distans: så ser det ut i praktiken
Distans betyder inte att vi gissar på avstånd. Vi arbetar på själva systemet, bara inte i samma rum. Det sparar resor och snabbar på starten, utan att minska grundligheten.
Tekniskt sker det oftast via en säkrad åtkomst, till exempel SSH med nyckel, eller via ert webbhotells panel. Vi ber om åtkomster med så snäva rättigheter som möjligt, som bara gäller under uppdragets löptid. Efter avslutet drar ni in åtkomsterna igen, och vi bekräftar vilka konton och nycklar vi hade skapat.
Om vi får åtkomst till system med personuppgifter behövs i regel ett personuppgiftsbiträdesavtal. Vad som är viktigt där beskrivs i Personuppgiftsbiträde vid serveråtkomst. Hur ni i allmänhet väljer en passande leverantör förklarar Välja säkerhetsleverantör, och vad som bör stå i ett leverantörsavtal Leverantörsavtal och säkerhet.
Även utan akut incident: PHP-patch och bedömning
Inte varje samtal kommer från ett nödläge. Många företag vill helt enkelt veta om de berörs och få uppdateringen korrekt installerad, med omstart och bevis. Här hjälper PHP-patchtjänsten. Viktigt i det sammanhanget: En uppdatering bevisar inte att inget hände tidigare och tar inte bort skadlig programvara som redan förts in. Därför granskar vi vid behov dessutom efter spår.
Hos distributioner och webbhotell visar det angivna versionsnumret ibland fortfarande ett äldre läge, trots att backports har installerats. Avgörande är paketets status och leverantörens bekräftelse, inte numret ensamt.
Det här bör ni skicka till oss
- en kort beskrivning av anledningen
- uppgifter om hostingen: egen server, managed server, delat webbhotell, container
- namn på webbhotell och, om det finns, byrå eller administratör
- känd PHP-version och använt CMS eller butikssystem
- uppgift om huruvida personuppgifter behandlas
- en kontaktperson med beslutsbefogenhet
Varför PHP SOS
Vi arbetar Made in Germany och är sedan över 25 år, tillsammans med vårt partnernätverk av cyberproffs, specialiserade på IT-säkerhet. Ni får en fast kontaktperson som känner till ert läge, och en spårbar dokumentation. Vi arbetar på distans, utan resor, och ger inga löften som ingen kan hålla. Uttalanden skiljer vi rent åt som belagt, sannolikt och okänt.
Berörs ni? Ring oss. Vi hjälper er.
Behöver ni experter som börjar direkt, utan att någon behöver resa, hör av er nu. Ring eller skriv via WhatsApp. Vi tar över från första meddelandet och är med tills incidenten är avslutad och dokumenterad. Anmäl nödläge nu
Vanliga frågor
Kan IT-säkerhet verkligen fungera helt på distans?
För webbservrar i regel ja. Analys, begränsning, patchning, rensning och härdning sker via SSH, hostingpanel eller CMS-åtkomst. Fysisk åtkomst behövs bara för hårdvara på plats, till exempel en server i det egna datacentret.
Vilken åtkomst behöver ni av mig?
Beroende på fall ett konto på servern eller i hostingpanelen, åtkomst till CMS-backend och vid behov till databasen. Alternativt talar vi med ert webbhotell så snart ni tillåter det. Vi arbetar med så snäva rättigheter som möjligt och med åtkomster som ni när som helst kan dra in.
Behöver jag ett avtal om personuppgiftsbiträde?
Om tredje part får åtkomst till system med personuppgifter ska i regel ett personuppgiftsbiträdesavtal enligt GDPR ingås. Om det behövs i ert fall klarlägger ni med ert dataskyddsombud.
Hur känner jag igen en seriös säkerhetsleverantör?
Den anger vad som är belagt och vad som är en gissning, lovar ingen absolut säkerhet, dokumenterar spårbart och redovisar rättigheter och åtkomster öppet. Var misstänksam mot generella löften och tryck att teckna avtal direkt.
Vad händer om jag inte vet om jag berörs?
Då klarlägger vi det först: PHP-version, driftläge, patchnivå och tecken i driften. Resultatet är en bedömning med tydliga nästa steg, även om svaret blir att inget behöver göras.