En sikkerhedsrettelse gør først en forskel, når administratorer kan få den installeret på de systemer, der er berørt. Under PHP2Shell-forløbet hjalp den frivillige vedligeholder Ondřej Surý med at bygge PHP-pakker til Debian og Ubuntu – også til ældre PHP-versioner.
17
28
Hans arbejde synliggør et vigtigt led i open source-sikkerhed: Det er ikke nok at finde en sårbarhed og rette koden. Opdateringen skal også pakkes og distribueres, så dem, der driver serverne, kan tage den i brug.
Hvad var PHP2Shell?
PHP2Shell er betegnelsen for to sårbarheder: CVE-2026-109618 og CVE-2026-109619. PHP’s sikkerhedsteam vurderede begge til 9,2 på CVSS v4.0-skalaen.
6
7 Hvis sårbarhederne blev udnyttet, kunne en angriber uden login udføre kode på afstand på en berørt PHP-installation, der behandlede webforespørgsler.
3
8
Den 21. oktober 2026 udgav PHP rettede versioner af PHP 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
3 Det var rettelserne i selve PHP-projektet. For serveradministratorer var næste skridt at få dem leveret i pakker, der passede til deres systemer.
Fra rettet kode til installerbare pakker
Mange administratorer installerer PHP som en færdig pakke frem for selv at hente og bygge kildekoden. Det kræver en ekstra indsats at gøre rettelsen klar til de forskellige Linux-distributioner og versioner.
Surý har i mere end 20 år vedligeholdt PHP-pakker til Debian og Ubuntu som frivillig, hovedsageligt i sin fritid.
17
32 Ifølge omtalen af forløbet lå der på hans pakkearkiv rettede pakker klar samme dag, som PHP offentliggjorde sine opdateringer. De dækkede PHP-versioner fra 5.6 til 8.5.
28
Det havde særlig betydning for ældre installationer. PHP 8.1 og tidligere modtog ikke længere almindelige opdateringer fra PHP-projektet. Projektet offentliggjorde dog kildekoderettelser til version 7.4, 8.0 og 8.1, og andre leverandører tilbød også rettelser.
2
33
Forskellen er praktisk: En rettelse i kildekoden er nyttig for dem, der selv kan anvende og bygge den. En færdig pakke giver administratorer en mere direkte vej til at installere rettelsen. Surýs arbejde bidrog med den mulighed for Debian- og Ubuntu-brugere, også på ældre PHP-versioner.
24
28 De tilgængelige omtaler dokumenterer, at pakkerne blev klargjort, men ikke hvor mange servere der installerede dem, eller hvor hurtigt det skete.
Strid om tidspunktet for offentliggørelsen
PHP’s sikkerhedsteam havde varslet, at rettelserne skulle udkomme den 21. oktober, og skrev, at tidspunktet kunne blive rykket frem, hvis oplysninger om sårbarhederne blev offentlige, eller hvis der kom tegn på aktiv udnyttelse.
7
Udgivelsesforløbet blev også omdiskuteret. PHP Foundation sagde, at Chainguard offentliggjorde rettede containerbilleder mere end seks timer før den koordinerede offentliggørelse og dermed brød embargoen.
34 En anden omtale gengiver, at Chainguards administrerende direktør sagde, at beslutningen blev truffet, fordi der allerede dukkede exploits op.
36 Kilderne viser altså, at parterne beskrev situationen forskelligt; de afgør ikke i sig selv striden.
Sikkerhed afhænger også af vedligeholdelse
PHP2Shell-forløbet involverede flere led: sikkerhedsforskning, rettelser i PHP-projektet, pakning til forskellige systemer og administratorer, der installerer opdateringerne. Surýs mangeårige frivillige arbejde gjorde pakkedelen særligt synlig, men den bredere pointe gælder open source generelt: En rettelse skal gennem vedligeholdere og distributioner, før den kan beskytte de systemer, der bruger softwaren.
17
24
Derfor er vedligeholdelseslaget også en del af sikkerheden. Opdateringer kræver mennesker og projekter, der kan holde pakker ajour – også når softwaren er blevet så gammel, at den ikke længere får almindelig støtte fra det oprindelige projekt.
28
33