PHP2Shell er navnet på to kritiske sårbarheter i PHP, registrert som CVE-2026-109618 og CVE-2026-109619. Begge fikk en CVSS 4.0-score på 9,2 og kan gjøre det mulig å kjøre kode på en server fra nettet – uten at angriperen logger inn. PHP publiserte hasteoppdateringer 21. oktober 2026.
8
9
10
Saken har også satt søkelys på AI-assistert sikkerhetsforskning. Calif brukte OpenAIs GPT-5.6 Sol til å finne en kritisk feil, mens Wiz fant og rapporterte begge sårbarhetene uavhengig. Samtidig er rapporter om skanning og angrepsforsøk ikke i seg selv bevis på at servere ble kompromittert.
20
29
34
Hva kan PHP2Shell-sårbarhetene gjøre?
Feilene ligger i PHP selv, ikke i én bestemt publiseringsplattform eller programtillegg. PHP er et programmeringsspråk som brukes på serversiden av nettsteder og webapplikasjoner.
CVE-2026-109618 handler om hvordan PHP håndterer en situasjon der minnet tar slutt, mens data for en forespørsel bare er delvis klargjort. CVE-2026-109619 gjelder intern tilstand som kan bli liggende igjen etter at minnet den brukte, er frigjort. Begge feilene kan føre til fjernkjøring av kode.
10
26
En CVSS 4.0-score på 9,2 regnes som kritisk. Risikoen er alvorlig fordi en angriper potensielt kan kjøre kode på en berørt server via nettet, uten autentisering.
9
10
AI bidro til sikkerhetsforskningen
Calif fant en kritisk feil med hjelp av OpenAIs GPT-5.6 Sol som del av initiativet Patch the Planet. Wiz undersøkte saken uavhengig og rapporterte begge sårbarhetene. Ifølge omtalen brukte Wiz Wiz Atlas sammen med Gemini 4 Argon og GPT-5.6 Sol i forskningen.
20
29
Kildene oppgir ulike datoer for den tidlige delen av forløpet. Én omtale sier at Calif fant feilene 1. august, mens en annen sier at forskerne meldte den første sårbarheten til PHP 11. august. Begge beskriver en periode med koordinering med vedlikeholderne før offentliggjøringen i oktober.
20
30
Det er viktig å skille mellom AI som hjelpemiddel i sårbarhetsforskning og AI som gjennomfører angrep. Kildene som omtales her, dokumenterer ikke at agentisk AI sto bak de senere angrepsforsøkene.
Hasteoppdateringer og nedetid
PHP publiserte rettelser 21. oktober i versjonene 8.2.35, 8.3.36, 8.4.27 og 8.5.12. Dette er versjonsnumrene for PHPs egne utgivelser. Linux-distribusjoner kan ha lagt inn rettelsene i egne pakker uten å bruke de samme versjonsnumrene, så administratorer bør også sjekke sikkerhetsinformasjonen fra distribusjonen sin.
8
27
Offentliggjøringen fikk enkelte nettstedseiere til å ta systemer midlertidig ned mens de vurderte risikoen. Ifølge meldinger gikk offentlige nettsteder i Europa og andre steder offline 21. oktober.
21 En separat omtale sier at lekkede detaljer om sårbarhetene bidro til at PHP fremskyndet den planlagte utgivelsen med én dag.
22
33
For virksomheter som bruker PHP, er hovedoppgaven å bekrefte at PHP-instansen som håndterer nettrafikken, har fått rettelsen. Installer den riktige oppdateringen, og følg leverandørens råd om omstart og kontroll. Hvis en driftsleverandør håndterer serveren, bør virksomheten be om en bekreftelse på at den er oppdatert – ikke bare stole på at nettstedet ser ut til å fungere som normalt.
8
24
Angrepsforsøk betyr ikke bekreftet innbrudd
Cloudflare og Patchstack skal ha observert sondering før PHP slapp oppdateringen 21. oktober. En senere sikkerhetsomtale beskrev millioner av angrepsforsøk, mens BBC 22. oktober meldte at det ikke var kjent om vellykkede utnyttelser. Dette tilsier at sårbarheten ble møtt med rask interesse fra angripere, men dokumenterer ikke at forsøkene førte til bekreftede innbrudd.
2
3
34
Den mest nøkterne konklusjonen er at PHP2Shell var alvorlig, raskt vakte oppmerksomhet fra angripere og krevde rask oppdatering. Antall forsøk bør likevel ikke omtales som et antall vellykkede innbrudd. Kildene gir heller ikke et pålitelig anslag på hvor mange sårbare nettsteder som var eksponert, eller bekreftelse på angrep utført av agentisk AI.