Upatchet PHP er en åben dør. Vi lukker den.
Nødhjælp på afstand til virksomheder i Europa: patch PHP, kontrollér spor efter indbrud, fjern skadelig kode, hærd serveren. Med det samme og sammen med specialiserede partnere, indtil hændelsen er afsluttet og dokumenteret.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Status før rettelsen af 21.10.2026 $ phpsos pruefen --ziel produktion Driftsform ....... php-fpm CVE-2026-109618 .. åben CVE-2026-109619 .. åben Genstart af workers .. udestår $ phpsos absichern [ok] Pakke 8.3.36 indspillet [ok] alle workers genstartet [ok] Filsystem kontrolleret for webshells [ok] Rapport til ledelsen udarbejdet
- Made in GermanyIT-sikkerhed fra Tyskland, arbejde efter europæisk databeskyttelsesret.
- Over 25 årSpecialiseret i IT-sikkerhed og serverdrift i over 25 år sammen med vores partnernetværk.
- PartnernetværkSpecialiserede cyberprofessionelle inden for forensics, penetrationstest og serverhærdning, koordineret via én kontaktperson.
Er I berørt? Ring til os. Vi hjælper.
Hacket, låst ude, webshell fundet eller usikre på, om PHP2Shell berører jer: kontakt os nu. Vi overtager fra den første besked, på afstand og uden fremmøde.
Er jeres PHP allerede patchet?
Indtast jeres PHP-version. Testen sammenligner den med sikkerhedsmeddelelserne fra php.net og fortæller, hvad der skal gøres som det næste. Vigtigt: Selv en patchet version beviser ikke, at der ikke skete noget før opdateringen.
Hvor akut er jeres situation?
Fire spørgsmål, en klassificering, de første skridt og en forberedt WhatsApp-besked til os. Ved niveau 3 gælder: slet intet, opsæt intet på ny, sikr spor.
Fra nødopkaldet til den hærdede server
Vi overtager teknikken og leverer den dokumentation, som ledelsen, databeskyttelsen og forsikringen har brug for.
PHP2Shell-akuthjælp: hjælp til PHP-sårbarheden
Vi lukker PHP2Shell på jeres webservere på afstand: opgørelse, rettelse eller midlertidig foranstaltning, genstart af alle workers og skriftlig dokumentation.
Læs videre →02Website hacket, hvad nu? Akuthjælp på afstand
Er jeres website hacket eller opfører den sig mærkeligt? Vi overtager inddæmning, sikring af spor, oprydning og dokumentation på afstand.
Læs videre →03PHP-patch-service: få opdateringen indspillet, med genstart og dokumentation
Vi indspiller PHP-opdateringen på jeres servere, genstarter alle PHP-processer og leverer skriftlig dokumentation af version, pakkestatus og genstart.
Læs videre →04Serverhærdning til PHP-webservere
Vi hærder jeres PHP-webservere efter en fast plan: isolation pr. website, sikker PHP-konfiguration, filrettigheder, adgange, logs og backups.
Læs videre →05Få malware og webshells fjernet fra websitet
Vi fjerner skadelig kode, webshells og bagdøre fra websites og servere, genopbygger fra pålidelige kilder og lukker indgangen.
Læs videre →06Incident response ved serverangreb
Struktureret hændelseshåndtering ved angreb på webservere: situationsbillede, inddæmning, fjernelse, genopretning og efterbehandling med faste roller.
Læs videre →Sådan arbejder vi i en alvorlig situation
Klare skridt, én kontaktperson, alt på afstand. Specialister fra vores partnernetværk kommer til, når der er brug for forensik eller penetrationstest.
Danne overblik over situationen
I skriver på WhatsApp eller ringer. Vi afklarer system, PHP-version, hostingudbyder og observationer.
Sikre og lukke
Sikre spor, patche PHP eller sætte midlertidige foranstaltninger i værk, genstarte alle workers, dokumentere patch-status.
Kontrollere og rense
Kontrollere filer, database, konti og logs for spor efter indbrud. Fjerne webshells og bagdøre.
Hærde og rapportere
Hærde konfigurationen, opsætte overvågning, rapport til ledelsen, databeskyttelsen og forsikringen.
Kan I ikke patche endnu? Midlertidige foranstaltninger
php.net nævner indstillinger, der besværliggør kendte angrebsveje, indtil opdateringen er indspillet. Vælg jeres driftsform, kopiér linjerne og genstart derefter alle PHP-processer.
BSI (det tyske forbundsagentur for informationssikkerhed) anbefaler: Hvis opdateringen ikke kan gennemføres med det samme, tages webserveren midlertidigt af nettet.
Midlertidige foranstaltninger ifølge php.net, ingen erstatning for opdateringen. memory_limit=-1 kun sammen med en hukommelsesgrænse via container eller cgroup. Sikkerhedskopiér konfigurationen først.
Hvem gør hvad? Hullet mellem hostingudbyder og bureau
Mange virksomheder regner med, at »nogen« patcher. Som regel ser fordelingen sådan ud:
| Opgave | Hostingudbyder (shared hosting) | Bureau / webdesign | PHP SOS |
|---|---|---|---|
| Opdatere PHP-pakken | oftest ja | oftest nej | ja, eller sammen med jeres hostingudbyder |
| Genstarte alle workers og dokumentere det | delvist | nej | ja, med dokumentation |
| Kontrollere, om der blev brudt ind før rettelsen | som regel nej | delvist | ja |
| Fjerne webshells og bagdøre | som regel nej | delvist | ja |
| Rapport til ledelsen, databeskyttelsen, forsikringen | nej | sjældent | ja |
| Hærdning og løbende overvågning | delvist | delvist | ja |
Hvad der er dokumenteret, og hvad I gør nu
Fakta fra meddelelserne fra php.net og BSI, tilrettelagt for ledelse og administratorer.
Hvad er PHP2Shell? Sårbarheden forklaret enkelt
PHP2Shell er to kritiske sårbarheder i selve PHP, som angribere kan udnytte til at køre kode på webservere uden login. Her er situationen i klare ord.
Læs videre →CVE-2026-109618: RCE via out-of-memory-tilstand
CVE-2026-109618 er en af de to PHP2Shell-sårbarheder: En out-of-memory-tilstand kan afbryde PHP midt i behandlingen af en forespørgsel. Rettet fra PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35.
Læs videre →CVE-2026-109619: RCE via forældet global tilstand
CVE-2026-109619 er den anden PHP2Shell-sårbarhed: En forespørgsels interne tilstand kan bestå efter frigivelsen af hukommelsen og blive brugt af den næste forespørgsel i samme worker.
Læs videre →CVE-2026-115560: henvisning om session-upload-progress
CVE-2026-115560 er en henvisning fra php.net af 23.10.2026: mulig kodeudførelse kun ved en usædvanlig sessionkonfiguration. Afhjælpning indtil næste release: session.upload_progress.enabled=0.
Læs videre →Hvilke PHP-versioner er berørt?
PHP2Shell er rettet i PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. For PHP 8.1 og ældre findes der ikke længere officielle opdateringer. Tabellen viser status pr. gren.
Læs videre →Kontrollér PHP-version og rettelsesstatus korrekt
Den viste PHP-version alene siger ikke, om PHP2Shell er lukket. Afgørende er pakkestatus, backports og om de nye processer virkelig kører.
Læs videre →Til jeres platform og jeres server
Hvor skadelig kode gemmer sig i WordPress, Shopware eller TYPO3, og hvordan I rent faktisk patcher på Plesk, cPanel eller i containeren.
Platforme
Server og hosting
Hver branche har andre data at miste
Sundhedsdata, klienthemmeligheder, betalingsdata: Vi tilpasser kontrol og rapport efter jeres forpligtelser.
10 skridt, før vi overtager
Sæt flueben ved det, der er gjort. Listen forbliver gemt i jeres browser.
Flueben gemmes kun i jeres browser.
72 timer, NIS2, forsikring
Generel orientering til ledelsen. Ingen juridisk rådgivning.
GDPR-anmeldelsespligt: 72 timer efter hændelsen
Efter et angreb på en webserver kan der bestå en pligt til at anmelde til tilsynsmyndigheden. Her står generelt, hvornår de 72 timer begynder at løbe, og hvad der hører med.
Læs videre →NIS2 og webserversikkerhed
NIS2 forpligter mange virksomheder til risikostyring og indberetninger. Her står generelt, hvad det betyder for webservere, og hvor I finder pålidelige oplysninger.
Læs videre →Cyberforsikring: det er vigtigt ved skade
Ved et angreb afgør tidlig underretning af forsikringsselskabet, sikrede beviser og koordinerede trin ofte ydelsen. Her står de typiske punkter generelt.
Læs videre →Ledelsens ansvar ved it-sikkerhedshuller
It-sikkerhed er en ledelsesopgave. Her står generelt, hvilke omsorgspligter der gælder, og hvordan direktører træffer beslutninger ved sårbarheder som PHP2Shell på en sporbar måde.
Læs videre →Fagartikler til administratorer og udviklere
PHP2Shell-tidslinje: kronologi fra 17. til 25. oktober 2026
Alle dokumenterede datoer for PHP2Shell i ét overblik, fra det første observerede angrebsforsøg til status 25.10.2026, og hvad det betyder for jeres kontrol.
Læs videre →Bekræftelse af hosterens PHP-opdatering: sådan spørger I til patchstatus
Den viste PHP-version beviser efter PHP2Shell kun lidt. Med denne skabelon kræver I fra jeres hoster en bekræftelse, som I kan dokumentere.
Læs videre →Opdag og fjern webshell
Sådan opsporer I bagdøre på PHP-webservere uden at ødelægge spor, og hvorfor sletning alene sjældent er nok.
Læs videre →Find WordPress-bagdør: opspor bagdøre systematisk
Hvor bagdøre typisk skjuler sig i WordPress, og hvordan administratorer opsporer dem systematisk med WP-CLI og få kommandoer.
Læs videre →Konfigurér php.ini sikkert
Hvilke indstillinger i php.ini der mindsker angrebsfladen, hvordan I beskytter dem mod overskrivning, og hvad der gælder yderligere efter PHP2Shell.
Læs videre →Brug PHP disable_functions rigtigt
Med disable_functions spærrer I risikable PHP-funktioner. Sådan fastlægger I listen, så den passer til jeres applikation, uden at lamme websitet.
Læs videre →Situation, vejledninger, beslutningsstøtte
Fra BSI's advarselsniveau over pakke-changelogs til spørgsmålet om, hvorvidt I skal opsætte på ny eller rense. Hver artikel med kilder.
PHP2Shell: Hvad er dokumenteret, og hvad er ikke
Et faktatjek om PHP2Shell: Hvilke udsagn stammer fra primære kilder, hvilke fra mediedækning, og hvilke påstande ikke holder.
Læs videre →Skift PHP-version i hostingens kundeområde
Hvordan I omstiller PHP-versionen i jeres hostingudbyders kundeområde, hvilken version I vælger, og hvad I kontrollerer før og efter.
Læs videre →Advarselstegn: Webserveren starter en shell
Starter en PHP-FPM- eller webserverproces en shell, er det et af de stærkeste advarselstegn på et indbrud. Sådan kontrollerer I procestræet, vurderer undtagelser og overvåger mønsteret varigt.
Læs videre →Isolér PHP-FPM-pools pr. website
En egen pool pr. website er begyndelsen, ikke enden. Sådan kontrollerer I eksisterende pools og hærder sockets, endelser, statussider, ressourcer og logs.
Læs videre →Gem adgangskoder sikkert i PHP: Brug password_hash rigtigt
Hvordan udviklere gemmer adgangskoder i PHP med password_hash og password_verify, vælger den passende metode og afløser gamle MD5- eller SHA-1-hashes uden at nulstille adgangskoden for alle brugere.
Læs videre →IT-leverandørkontrakter: Fastlæg sikkerhedspligter klart
PHP2Shell har vist, hvor ofte det er uklart, hvem der skal patche. Hvilke sikkerhedspligter der hører hjemme i kontrakter med bureau, hostingudbyder og IT-leverandør.
Læs videre →Programmeringssproget PHP, forklaret forståeligt
Hvordan PHP genererer en side, hvad SAPI, PHP-FPM og OPcache er, og hvorfor netop det afgør sikkerheden. Dertil en ordliste med alle fagbegreber.
Hvad er PHP2Shell?
PHP2Shell betegner to kritiske sårbarheder i selve PHP (CVE-2026-109618 og CVE-2026-109619, CVSS 9,2). De kan give angribere mulighed for at køre skadelig kode på serveren uden login. Der findes rettelser siden 21.10.2026.
Hvilke PHP-versioner er sikre?
Rettelserne findes i PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. Hostingudbydere og distributioner indspiller nogle gange backports uden at ændre versionsnummeret. Det afgørende er pakkens status eller udbyderens skriftlige bekræftelse.
Er en WordPress- eller shopopdatering nok?
Nej. Sårbarheden ligger i PHP, ikke i CMS'et. En CMS-opdatering lukker den ikke. Og en PHP-rettelse fjerner ikke skadelig kode, der allerede er blevet indsmuglet.
Hvor hurtigt kan I hjælpe?
Vi arbejder på afstand og går i gang, så snart adgangene er på plads. Skriv til os på WhatsApp med system, PHP-version og jeres observation. Så afklarer vi fremgangsmåden direkte.
Arbejder I også for bureauer og hostingkunder?
Ja. Vi arbejder direkte for virksomheder, i baggrunden på vegne af bureauer og i samråd med jeres hostingudbyder, hvis denne administrerer serveren.
Skal vi anmelde hændelsen?
Hvis personoplysninger kan være berørt, gælder der efter art. 33 GDPR som regel en anmeldelsesfrist på 72 timer fra det tidspunkt, hvor I fik kendskab til hændelsen. Om fristen finder anvendelse, afklarer I med jeres databeskyttelsesrådgiver. Vi leverer den tekniske dokumentation hertil.
Hver time tæller. Skriv til os nu.
Beskriv kort system, PHP-version og observation. Vi vender tilbage, afklarer situationen og arbejder på afstand, indtil hændelsen er afsluttet og dokumenteret.