Kort sagt: At bestille en it-sikkerhedsleverandør kan betale sig, hvis der er tegn på et indbrud, hvis gamle PHP-versioner kører uden officiel opdatering, hvis der internt mangler tid eller fagviden, eller hvis juridiske spørgsmål er berørt. Ligger jeres website hos en hostingudbyder, der skriftligt bekræfter patch og genstart, eller kan jeres egen it selv opdatere og kontrollere en understøttet PHP-version, har I ved PHP2Shell ofte ikke brug for ekstern hjælp.
Spørgsmålet, som mange stiller sig lige nu
I ugen efter den 21.10.2026 har mange virksomheder for første gang set nøjere efter, hvem der egentlig passer deres webservere. Resultatet var ofte nedslående: Bureauet er ansvarligt for indholdet, hostingudbyderen for hardwaren, og PHP-versionen på den gamle vServer kender ingen præcist.
Samtidig gælder: Ikke enhver virksomhed har brug for en sikkerhedsleverandør i denne situation. Den, der ærligt undersøger, hvad der kan lade sig gøre internt, sparer penge og bevarer kontrollen. Den, der overvurderer sig selv, risikerer, at et indbrud forbliver uopdaget. Dette indlæg hjælper med at placere jer, uden at ville sælge jer noget, I ikke har brug for.
Udbedre selv eller bestille en it-sikkerhedsleverandør: kriterierne
| Kriterium | Udbedre selv | Bestille en leverandør |
|---|---|---|
| Hostingmodel | Shared hosting eller managed med bekræftet patch | Egen server uden betjening, uklart ansvar |
| PHP-version | 8.2 til 8.5, officiel opdatering eller distributionens backport tilgængelig | 8.1 eller ældre, kun kildekode-backports eller tredjepartskilder |
| Antal systemer | Ét eller få websites, godt dokumenteret | Mange servere, blandede miljøer, containere |
| Intern kompetence | Administrator med serverrettigheder, erfaring med pakkeadministration og genstarter | Ingen med adgang eller erfaring tilgængelig |
| Tegn på et indbrud | Ingen påfaldende forhold efter kontrol | Ukendte filer, processer, konti eller forbindelser |
| Personoplysninger | Ingen følsomme data på systemet | Kundedata, sundheds- eller betalingsdata |
| Forsikring og anmeldelsespligter | Ingen berøring | Forsikringsselskab eller databeskyttelse skal inddrages |
| Behov for dokumentation | En intern notits er nok | Rapport til direktion, audit eller forsikringsselskab nødvendig |
Hvis flere rækker i den højre kolonne passer på jeres situation, taler meget for ekstern hjælp. Passer kun den højre kolonne ved "Behov for dokumentation", er målrettet støtte til dokumentationen ofte nok.
En selvtest i syv spørgsmål
Besvar spørgsmålene med ja eller nej. Hvert nej er et fingerpeg om, hvor I kunne have brug for hjælp.
- Ved I for hvert website, på hvilken server og med hvilken PHP-version det kører?
- Kan I dokumentere, at denne status er rettet mod CVE-2026-109618 og CVE-2026-109619, f.eks. via pakkens changelog? Vejledningen står under Kontrollér PHP-version og patchstatus korrekt.
- Har nogen i huset rettighederne og viden til at opdatere PHP og genstarte alle workers?
- Har I for websites hos hostingudbyderen en skriftlig bekræftelse af patch og genstart? En skabelon giver Sådan spørger I jeres hostingudbyder om patch-status.
- Har nogen ledt efter påfaldende forhold siden 17.10.2026, f.eks. nye PHP-filer i upload-mapper eller ukendte cronjobs?
- Er serverlogs fra og med 20.10.2026 sikret?
- Findes der en person, som må beslutte en midlertidig nedlukning, og som kan nås?
Syv ja betyder: I er godt stillet. Et eller to nej kan ofte indhentes internt. Ved tre eller flere nej, især ved spørgsmål 2 og 5, er ekstern støtte en alvorlig overvejelse.
Hvornår I udtrykkeligt ikke har brug for en leverandør
Der er situationer, hvor vi selv ville fraråde at bruge penge på ekstern hjælp. Et enkelt virksomhedswebsite hos en stor hostingudbyder, der har bekræftet patchen, uden formularer med følsomme data og uden påfaldende forhold, hører til dem. Ligeså en egen server med PHP 8.3 eller 8.4, hvis administrator har indspillet distributionens backport, genstartet alle processer og kort gennemset logs.
I disse tilfælde er det vigtigste en kort skriftlig notits: Hvad blev kontrolleret hvornår, med hvilket resultat? Den hjælper ved opfølgende spørgsmål og i den næste situation.
Ærligt sagt hører det også med ikke at undervurdere egne grænser. At indspille en opdatering er rutine for mange administratorer. At vurdere en mistænkelig fil rigtigt uden at udviske spor er det som regel ikke. Den, der finder noget påfaldende under patchningen, bør på dette sted holde inde, ikke slette noget og beslutte på ny, om vedkommende fortsætter alene.
Også hvis I klarer alt selv: Fastlæg i dag, hvem I ville ringe til, hvis der alligevel er noget, der falder i øjnene. I en nødsituation er det tabt tid at lede efter en leverandør.
Mellemvejen: fordele i stedet for at give fra sig
Mellem "alt selv" og "alt fra sig" ligger varianten, der fungerer bedst i mange virksomheder. Jeres eget team overtager det, det kender: opdateringer, genstarter, kontakt til hostingudbyderen. En leverandør overtager det, der kræver specialviden eller et uafhængigt blik, f.eks. kontrol for spor, vurdering af en mistanke eller rapporten til forsikringsselskabet.
For at det lykkes, skal adgange, ansvarsområder og databeskyttelse være reguleret. Får en leverandør adgang til servere med personoplysninger, er der som regel brug for en databehandleraftale; henvisninger står under Databehandling, når leverandører får adgang til servere. Hvordan I finder en passende udbyder, beskriver Vælg en it-sikkerhedsleverandør.
Hvordan hjælper PHP SOS konkret?
- Vi begynder med en kort beholdningsopgørelse og siger åbent, hvis I ikke har brug for os.
- Vi overtager målrettet de dele, der mangler internt, f.eks. kontrol for spor, ældre systemer eller dokumentationen, og lader resten blive hos jeres team.
- Vi arbejder på afstand med de adgange, I frigiver, og dokumenterer hvert skridt.
- Ved akut behov overtager vi med PHP2Shell-akuthjælpen beholdningsopgørelse, patch, genstart og sporsøgning fuldt ud.
Konklusion
Det rigtige svar på "selv eller leverandør?" er sjældent sort eller hvidt. Den, der kender sine systemer, driver understøttede PHP-versioner og kan dokumentere, at der er patchet og genstartet, klarer ofte PHP2Shell alene. Den, der har ældre systemer, uklar status eller tegn på et indbrud, bør ikke tøve med at hente hjælp.
Ofte stillede spørgsmål
Hvornår bør jeg bestille en it-sikkerhedsleverandør?
Især hvis der er tegn på et indbrud, hvis gamle PHP-versioner kører uden officiel opdatering, hvis ingen internt med serverrettigheder og erfaring er tilgængelig, eller hvis personoplysninger og forsikringsspørgsmål er berørt.
Kan min hostingudbyder ikke bare klare det?
Ved shared hosting og mange managed-abonnementer patcher hostingudbyderen selv PHP. Få patch-status og genstart bekræftet skriftligt. For jeres applikation, plugins og en kontrol for spor er hostingudbyderen som regel ikke ansvarlig.
Hvad bør jeg forberede, før jeg ringer til en leverandør?
En liste over de berørte websites og servere, adgangsveje, kontaktpersoner med beslutningsbeføjelse og en kort beskrivelse af det, I har lagt mærke til. Slet eller ændr indtil da intet, som kunne indeholde spor.
Findes der en mellemvej mellem at gøre det selv og at give det hele fra sig?
Ja. Ofte overtager jeres eget team rutinen, f.eks. opdateringer og genstarter, mens en leverandør overtager kontrollen for spor, vurderingen eller dokumentationen. Det vigtige er en klar fordeling af, hvem der gør hvad.