En säkerhetsfix gör begränsad nytta innan de som ansvarar för systemen kan installera den. Under arbetet med PHP2Shell hjälpte den frivillige underhållaren Ondřej Surý till att överbrygga det glappet genom att ta fram PHP-paket för Debian och Ubuntu – även för äldre PHP-versioner.
17
28 Hans insats visar att säkerheten i öppen källkod inte bara handlar om att hitta och rätta till sårbarheter. Uppdateringarna måste också kunna färdas hela vägen fram till dem som sköter systemen.
PHP2Shell och PHP:s säkerhetsfix
PHP2Shell är namnet på två sårbarheter: CVE-2026-109618 och CVE-2026-109619. I ett förhandsbesked från PHP:s säkerhetsteam fick båda betyget 9,2 enligt CVSS v4.0.
6
7 Om sårbarheterna utnyttjades kunde en angripare utan inloggning köra kod på distans på en berörd PHP-installation som tog emot webbtrafik.
3
8
Den 21 oktober 2026 släppte PHP de korrigerade versionerna 8.2.35, 8.3.36, 8.4.27 och 8.5.12.
3 Det var PHP-projektets egen release. Men även efter att fixarna fanns i projektets kod behövde de byggas och distribueras i format som systemansvariga kunde installera på sina servrar.
Därför spelade paketeringen roll
Många som sköter servrar använder färdiga programpaket i stället för att bygga PHP direkt från källkoden. Att förbereda sådana paket är ett separat steg från att skriva eller slå samman själva säkerhetsfixen. Surý har arbetat ideellt med PHP-paket för Debian och Ubuntu i över 20 år, till stor del på sin fritid.
17
32
Enligt rapporteringen gjorde hans paketförråd korrigerade paket tillgängliga samma dag som PHP släppte uppdateringen, för versioner från 5.6 till 8.5.
28 Det var särskilt betydelsefullt för äldre installationer. PHP 8.1 och äldre fick inte längre vanliga uppdateringar från PHP-projektet, även om projektet publicerade källkodsförlagor för versionerna 7.4, 8.0 och 8.1. Även andra leverantörer tillhandahöll fixar.
2
33
Skillnaden är praktisk: en fix i källkoden hjälper den som kan tillämpa den och bygga programmet. Ett färdigpaketerat program ger administratörer en mer direkt väg till att installera uppdateringen. Surýs arbete bidrog till den vägen för Debian- och Ubuntu-användare, också för dem som körde äldre PHP-versioner.
24
28 Rapporteringen visar att paketen togs fram, men inte hur många servrar som installerade dem eller hur snabbt det skedde.
Kortare tidsfönster och oenighet om en förtida publicering
PHP:s säkerhetsteam hade planerat att släppa uppdateringen den 21 oktober och sade att datumet kunde tidigareläggas om detaljer blev offentliga eller om det framkom tecken på aktiv exploatering.
7 Själva releaseprocessen blev också omstridd. PHP Foundation uppgav att Chainguard publicerade containeravbilder med fixarna mer än sex timmar före den samordnade releasen och beskrev det som ett brott mot embargot.
34 En annan rapportering säger att Chainguards vd motiverade beslutet med att exploateringsförsök redan förekom.
36 Uppgifterna visar att parterna hade olika ståndpunkter, men avgör inte i sig tvisten.
Säkerhetsfixen är bara en del av arbetet
Hanteringen av PHP2Shell byggde på flera led: sårbarheterna behövde upptäckas, PHP-projektet behövde ta fram fixar, underhållare och distributioner behövde paketera dem och administratörer behövde installera uppdateringarna. Surýs långvariga ideella arbete gjorde paketeringsledet ovanligt synligt. Den större lärdomen gäller däremot infrastrukturen bakom öppen källkod: en fix måste passera genom underhållare och distributioner innan den kan skydda systemen som använder programvaran.
17
24
Det gör själva underhållsarbetet till en säkerhetsfråga. För att uppdateringar ska nå fram behövs människor och projekt som kan hålla paketen aktuella – även när den ursprungliga programvaran har gått vidare från äldre versioner.
28
33