PHP2Shell är samlingsnamnet på två kritiska sårbarheter i PHP: CVE-2026-109618 och CVE-2026-109619. Båda fick 9,2 i betyg enligt CVSS 4.0 och kan göra det möjligt att köra kod på en PHP-server på distans, utan att först logga in. PHP släppte säkerhetsfixar den 21 oktober 2026.
8
9
10
Fallet har också riktat uppmärksamhet mot AI-assisterad säkerhetsforskning. Calif använde OpenAI:s GPT-5.6 Sol för att hitta en kritisk brist, medan säkerhetsföretaget Wiz självständigt upptäckte och rapporterade båda sårbarheterna. Samtidigt är rapporter om skanning eller angreppsförsök inte detsamma som bekräftade intrång.
20
29
34
Vad kan PHP2Shell göra?
Bristerna finns i själva PHP, programmeringsspråket som körs bakom många webbplatser – inte i en enskild webbplattform eller ett visst tillägg. CVE-2026-109618 gäller hanteringen av ett minnesfel när information om en förfrågan bara har hunnit initieras delvis. CVE-2026-109619 handlar om internt tillstånd som kan finnas kvar efter att minnet det bygger på har frigjorts. Båda kan leda till fjärrkörning av kod.
10
26
En fjärrangripare kan alltså potentiellt köra kod på en berörd server utan att vara inloggad. Det är allvarligt, men betyder inte automatiskt att varje webbplats som använder PHP har blivit hackad.
9
10
AI hjälpte forskare att hitta bristerna
Calif identifierade en kritisk brist med hjälp av OpenAI:s GPT-5.6 Sol inom initiativet Patch the Planet. Wiz upptäckte och rapporterade oberoende båda sårbarheterna. Enligt rapporteringen använde Wiz sitt verktyg Wiz Atlas tillsammans med Gemini 4 Argon och GPT-5.6 Sol i forskningen.
20
29
Källorna anger inte helt samma datum för den tidiga tidslinjen: en rapport säger att Calif hittade bristerna den 1 augusti, medan en annan uppger att den första bristen rapporterades till PHP den 11 augusti. Båda beskriver en upptäckt och samordning med PHP:s underhållare före offentliggörandet i oktober.
20
30
AI bidrog alltså till att forskare identifierade sårbarheter. De tillgängliga uppgifterna visar däremot inte att AI-agenter genomförde de efterföljande angreppen.
Akutfixar och webbplatser som stängdes tillfälligt
PHP publicerade korrigeringar den 21 oktober i versionerna 8.2.35, 8.3.36, 8.4.27 och 8.5.12. Det är versionsnumren för PHP:s egna utgåvor. Linuxdistributioner kan bakåtportera säkerhetsfixar utan att ändra paketets versionsnummer på samma sätt, så administratörer bör även kontrollera säkerhetsinformationen från sin distribution.
8
27
Efter att sårbarheterna blev kända tog vissa webbplatsoperatörer sina system offline medan de bedömde risken. Enligt rapporter låg myndighetswebbplatser i Europa och på andra håll nere den 21 oktober.
21 En separat redogörelse säger att läckta uppgifter om sårbarheterna bidrog till att PHP tidigarelade den planerade publiceringen med ett dygn.
22
33
För organisationer som använder PHP är det viktigaste att kontrollera att PHP-instansen som hanterar webbtrafik har fått rätt säkerhetsfix, installera uppdateringen och följa leverantörens instruktioner om omstart och kontroll. Om webbhotellet sköter servern bör kunden be leverantören bekräfta att den är uppdaterad – en webbplats som ser ut att fungera normalt visar inte i sig att servern är skyddad.
8
24
Angreppsförsök betyder inte bekräftade intrång
Cloudflare och Patchstack ska enligt rapporter ha sett sonderande aktivitet innan PHP släppte sin fix den 21 oktober. En senare säkerhetsrapport beskrev miljontals angreppsförsök, medan BBC den 22 oktober rapporterade att inga lyckade utnyttjanden var kända då. Uppgifterna motiverar försiktighet, men visar inte att försöken ledde till bekräftade intrång.
2
3
34
Den rimliga slutsatsen är därför att PHP2Shell var allvarligt, snabbt väckte angripares intresse och krävde skyndsam uppdatering. Men antalet registrerade försök ska inte förväxlas med antalet bekräftade intrång. De källor som citeras här ger inte heller någon tillförlitlig uppskattning av hur många sårbara webbplatser som var exponerade eller belägg för angrepp utförda av AI-agenter.