PHP2Shell är namnet på två kritiska sårbarheter i PHP:s hantering av webbförfrågningar: CVE-2026-109618 och CVE-2026-109619. De kan göra det möjligt för en angripare att köra kod på en berörd server utan att först logga in. PHP släppte akuta säkerhetsuppdateringar den 21 oktober 2026, efter att information om bristerna blivit offentlig tidigare än planerat. Rapporter om angreppsförsök är inte i sig bevis för att angripare lyckats ta sig in i system.
4
6
15
Vad innebär PHP2Shell?
Bristerna finns i själva PHP, inte i en viss webbplats eller applikation. Säkerhetsråd beskriver PHP 5.4 och senare som berörda. Särskilt utformade förfrågningar kan utlösa sårbarheterna i system som hanterar webbtrafik.
8
14
De två problemen har olika bakomliggande orsaker. CVE-2026-109618 rör minneskorruption i samband med att minnet tar slut, medan CVE-2026-109619 handlar om inaktuellt globalt tillstånd. Båda har fått riskpoängen 9,2 enligt CVSS 4.0 och klassas som kritiska.
4
15
PHP används brett, men källorna här ger ingen tillförlitlig procentsiffra för hur stor andel av alla webbplatser som berörs. Uppskattningar kan bygga på olika urval och nämnare, så en rubriksiffra ska inte tolkas som ett exakt antal sårbara webbplatser. För den som ansvarar för drift är den viktiga frågan om någon PHP-installation som tar emot webbtrafik fortfarande saknar en säkerhetsuppdatering.
3
14
Offentliggörandet, AI-stödd forskning och uppdateringar
Sårbarheterna blev offentligt kända den 20 oktober, dagen innan PHP släppte akuta uppdateringar och före det ursprungligen planerade offentliggörandet den 22 oktober.
6
7
16
Cloudflare nämnde Calif, Wiz, OpenAI och Quarkslab i sin redogörelse för offentliggörandet. Samtida rapportering beskrev AI-stödd forskning från Calif och uppgav att Wiz självständigt hade upptäckt och rapporterat bristerna. Källorna fastställer inte exakt vilket tekniskt bidrag varje part stod för.
14
20
Uppdateringarna från den 21 oktober är PHP 8.5.12, 8.4.27, 8.3.36 och 8.2.35.
15
16 Administratörer bör identifiera vilka PHP-versioner som körs i produktionsmiljö och installera rätt åtgärdad version eller en verifierad säkerhetsuppdatering från leverantören. Vissa webbhotell kan föra in säkerhetsfixar i sina paket utan att ändra versionsnumret som visas. Om versionsuppgiften verkar äldre bör du därför kontrollera leverantörens säkerhetsmeddelande.
1
Vad vet man om angreppsförsök?
Den 21 oktober rapporterade säkerhetsmedier om försök att angripa bristerna. Cloudflare uppgav att företaget observerat angreppstrafik, och SecurityWeek rapporterade att flera cybersäkerhetsföretag sett försök innan PHP släppte sina korrigeringar.
14
15
Uppgifterna gav inte en entydig bild av huruvida angripare lyckats utnyttja sårbarheterna. En senare sammanställning av rapporteringen från den 21 oktober uppgav att CISA och Kanadas cybersäkerhetsmyndighet då inte hade observerat eller identifierat exploatering, samtidigt som säkerhetsföretag rapporterade försök. Det är olika saker: en misstänkt förfrågan bevisar inte ett intrång, och att en myndighet inte har observerat exploatering bevisar inte att ingen har blivit drabbad.
25
Uppdatera, inventera och använd tillfälliga skydd med försiktighet
NSA uppmanade organisationer att prioritera leverantörernas säkerhetsuppdateringar och att inventera maskin- och mjukvarutjänster som bygger på sårbara PHP-versioner.
17 CISA rapporterades också uppmana till omedelbar uppdatering.
20 Om en berörd tjänst inte kan uppdateras snabbt beskrev rapporteringen råd om att tillfälligt koppla bort den i stället för att låta den fortsätta vara exponerad.
7
21
Cloudflare uppgav att kunder med företagets kostnadsfria eller betalda WAF-skydd fick standardskydd mot PHP2Shell från 03.02 UTC den 21 oktober.
14 Sådan filtrering kan ge ett extra skyddslager, men ersätter inte en uppdatering av sårbar PHP. En regel i en brandvägg för webbapplikationer är inte ett bevis för att servern bakom den är säker.
14
17
Händelsen ledde också till kontroller utanför vanlig PHP-drift. Help Net Security rapporterade att Palo Alto Networks uppgav att samtliga versioner av PAN-OS och Panorama var berörda och att korrigeringar ännu inte fanns tillgängliga när rapporten skrevs.
33 Exponering och möjliga skyddsåtgärder varierar mellan produkter. Organisationer som använder nätverksutrustning eller hanterade plattformar bör därför följa respektive leverantörs säkerhetsråd, i stället för att utgå från att en PHP-uppdatering också åtgärdar dessa produkter.
Det viktigaste att göra
Behandla PHP2Shell som ett brådskande uppdateringsärende: inventera PHP-tjänster, installera en åtgärdad version eller bekräftad säkerhetsuppdatering från leverantören och använd tillfällig isolering eller filtrering endast som en övergångslösning. Rapporteringen den 21 oktober motiverar oro för angreppsförsök, men inte att varje försök beskrivs som ett bekräftat intrång.
1
15
17
25