PHP2Shell var navnet på to alvorlige feil i PHP-kjernen. De ble offentliggjort sammen med hasteoppdateringer 21. oktober 2026. OpenAI beskriver hendelsen som mer enn et AI-funn: I to måneder samarbeidet vedlikeholdere, forskere og sikkerhetsaktører om å klargjøre rettelser og beskyttelsestiltak før offentliggjøringen.
18
Saken illustrerer hovedutfordringen ved AI-assistert sikkerhetsforskning: Å finne en sårbarhet er bare begynnelsen. Funnet må omsettes til en pålitelig rettelse som de berørte kan ta i bruk.
Hva forskerne fant – og hva AI bidro med
Sårbarhetene, CVE-2026-109618 og CVE-2026-109619, fikk begge CVSS-skår 9,2. Forskerne demonstrerte at de kunne brukes til å kjøre kode på avstand uten innlogging mot installasjoner av WordPress, Drupal og Joomla. De viste også at minneinnhold kunne leses.
3
4 Den rapporterte berørte versjonsrekken strekker seg fra PHP 5.4 til PHP 8.5.
1
Feilene dreide seg om PHPs minnehåndtering. Den ene gjaldt håndtering av situasjoner der minnet tar slutt. Den andre involverte foreldet tilstand mellom forespørsler og bruk av minne etter at det er frigjort, ifølge rapporteringen.
3
9 Konsekvensene var dermed ikke begrenset til en feil i ett bestemt nettsted eller én applikasjon: Sårbarhetene lå i PHP selv, kjøremiljøet mange applikasjoner bygger på.
3
4
OpenAI opplyste at Calif fant en kritisk feil ved hjelp av GPT-5.6 Sol gjennom initiativet Patch the Planet, og at Wiz uavhengig fant og rapporterte begge feilene.
18 Wiz’ rapportering og annen dekning nevner også Wiz Atlas, Gemini 4 Argon og GPT-5.6 Sol som verktøy i Wiz’ forskning.
4
33 Kildene som er lagt fram, skiller ikke tydelig mellom oppgavene de enkelte modellene utførte. De fastslår derfor ikke nøyaktig hvilken modell som bidro til testing av angrep eller kontroll av rettelsene.
En sekundær tidslinje, som viser til PHP Foundation, oppgir at Calif varslet PHP 11. august, Wiz 24. august og OpenAI 18. september.
6 Dette er rapporterte datoer for innsending, og ikke nødvendigvis datoene teamene først oppdaget feilene.
Hvorfor varslingen krevde samarbeid
OpenAI sier at arbeidet pågikk i to måneder, med vedlikeholdere, forskere og sikkerhetsaktører som forberedte rettelser og beskyttelsestiltak før offentliggjøringen.
18 PHPs vedlikeholdere ledet arbeidet med retting og utgivelse, mens forsknings- og sikkerhetspartnerne bidro med forskning, teknisk støtte og koordinering, ifølge kunngjøringen.
18
Oppdateringene kom 21. oktober, én dag før den planlagte datoen 22. oktober.
14 Medier meldte at tidsplanen ble endret etter lekkasjer og etter at rettede containerbilder ble tilgjengelige tidlig. PHP Foundation anklaget Chainguard for å ha brutt embargoen. I kildene som er tilgjengelige, står dette som en anklage partene er uenige om – ikke som et uavhengig avklart forhold.
6
35
38
Hendelsen viser avveiningen i koordinert varsling. Når tekniske detaljer holdes tilbake, får vedlikeholdere og distributører tid til å forberede oppdateringer. Men forsinkelser kan gjøre brukere mer utsatt hvis sårbarheten allerede blir forsøkt utnyttet. OpenAI-modellen for respons beskrives i rapporteringen som en trinnvis prosess: Bekrefte problemet og utvikle en rettelse, gi distributører tid til å forberede seg, involvere myndighetspartnere og deretter varsle bredere og publisere veiledning. Tidsplanen kan måtte fremskyndes hvis det oppstår lekkasjer eller tegn til utnyttelse.
37
41
Rapporter om angrep – og hva de ikke beviser
Amazon opplyste at MadPot-systemet deres registrerte et forsøk på å utnytte PHP2Shell 17. oktober, fire dager før offentliggjøringen. Senere rapportering beskrev flere angrepsforsøk etter at oppdateringene ble sluppet.
5 Et registrert forsøk er ikke det samme som et bekreftet vellykket angrep. Kildene fastslår heller ikke hvordan en aktør fikk kjennskap til sårbarheten før offentliggjøringen, eller hvor mange servere som eventuelt ble kompromittert.
Palo Alto Networks skal ha identifisert mer enn 22,6 millioner internettvendte instanser som potensielt sårbare for PHP2Shell.
53 «Potensielt sårbare» er et anslag over mulig eksponering – ikke et tall på systemer som med sikkerhet kunne utnyttes eller var kompromittert.
Myndigheter ba organisasjoner håndtere feilene raskt. Én rapport opplyste at etater anbefalte å ta systemer av nettet dersom de ikke kunne sikres raskt.
56 Cloudflare sa at de hadde innført beskyttelse i brannmuren for nettapplikasjoner (WAF) før offentliggjøringen, for kunder som brukte tjenesten.
12 Slike tiltak kom i tillegg til oppdateringene; de fjerner ikke behovet for å kontrollere og oppdatere berørte PHP-installasjoner.
PHP-versjonene som ble oppgitt å rette feilene, var 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
8 Systemansvarlige bør undersøke hvilken PHP-distribusjon og versjon systemene deres faktisk bruker, siden pakkeversjoner kan variere mellom leverandører.
8
Den større lærdommen: Oppdateringsarbeidet må holde følge
OpenAI opplyste også at selskapet hadde forpliktet seg til å gi forsvarere subsidiert Daybreak-tilgang til en verdi av 1 milliard dollar. Ordningen skal særlig rette seg mot organisasjoner med begrensede sikkerhetsressurser som beskytter kritiske tjenester.
25 Det kan bidra til at flere forsvarere får tilgang til sikkerhetsverktøy. PHP2Shell viser samtidig den andre delen av utfordringen: Å få rettelser utviklet, formidlet og installert på tvers av programvareøkosystemet.
AI-assistert forskning kan bidra til å avdekke feil, men påstander om hva som ble funnet, hvilke verktøy som bidro og om angrep lyktes, må fortsatt tilskrives kildene nøye. Det PHP2Shell viser, er at rask oppdagelse kan gi forsvarerne et verdifullt tidsvindu. Vinduet har bare verdi dersom vedlikeholdere, leverandører og systemansvarlige klarer å bruke det til å klargjøre og installere rettelser.