AnswersPublished28 sources
PHP2Shell visar att AI-fynd bara är början på säkerhetsarbetet
PHP2Shell bestod av två sårbarheter i PHP, båda med CVSS betyget 9,2. Säkerhetsuppdateringar släpptes den 21 oktober 2026.
Publicerad avRedigerad med GPT-6 LunaBilder genererade med GPT Image 2
Research answer
Key takeaways
- PHP2Shell bestod av två sårbarheter i PHP, båda med CVSS betyget 9,2. Säkerhetsuppdateringar släpptes den 21 oktober 2026.
- OpenAI beskriver en två månader lång samordningsinsats. Calif använde GPT 5.6 Sol för att hitta en allvarlig brist, medan Wiz oberoende upptäckte och rapporterade båda sårbarheterna.
- Amazon uppgav att MadPot upptäckte ett försök att utnyttja sårbarheterna den 17 oktober, före den offentliga informationen.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What does the PHP2Shell case reveal about AI-assisted vulnerability discovery and coordinated disclosure, including OpenAI’s October 21 anno. Article summary: PHP2Shell illustrates that AI-assisted research can uncover serious flaws in widely deployed software, while protecting users still depends on human validation, coordinated fixes, and rapid deployment. OpenAI’s October 2. Topic tags: general, general web, user generated, education. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, cha
PHP2Shell var namnet på två allvarliga brister i PHP:s kärna. Akuta säkerhetsuppdateringar släpptes den 21 oktober 2026. I sin redogörelse beskriver OpenAI händelsen som mer än en AI-upptäckt: under två månader samordnade underhållare, forskare och säkerhetsföretag arbetet med att förbereda uppdateringar och skydd före offentliggörandet.18
Det är också den centrala lärdomen: att hitta en sårbarhet är bara första steget. Därefter behöver en fungerande lösning tas fram och nå de organisationer som måste installera den.
Vad forskarna hittade – och AI:s roll
Sårbarheterna, CVE-2026-109618 och CVE-2026-109619, fick båda CVSS-betyget 9,2. Forskarna visade att de kunde utnyttjas utan inloggning för att köra kod på distans i installationer av WordPress, Drupal och Joomla. De visade också att minnesinnehåll kunde läsas ut.3
4 Enligt rapporteringen berörs PHP-versioner från 5.4 till och med 8.5.
1
Problemen rörde PHP:s minneshantering. Den ena gällde hantering av minnesbrist; den andra handlade om tillstånd som blev kvar mellan förfrågningar och beteende av typen use-after-free, där programmet försöker använda minne som redan frigjorts.3
9 Bristerna låg alltså i PHP självt – den underliggande miljö som många webbapplikationer körs i – inte bara i en viss webbplats eller applikation.
3
4
OpenAI uppgav att Calif identifierade en allvarlig brist med hjälp av GPT-5.6 Sol inom initiativet Patch the Planet. Wiz upptäckte och rapporterade oberoende båda bristerna.18 I Wiz egen rapportering och annan bevakning nämns också Wiz Atlas, Gemini 4 Argon och GPT-5.6 Sol som delar av Wiz forskningsverktyg.
4
33 De tillgängliga redogörelserna skiljer inte tydligt mellan modellernas enskilda uppgifter. De visar därför inte exakt vilken modell som bidrog till attacktestning eller kontroll av rättningarna.
En tidslinje från en sekundär källa, som hänvisar till PHP Foundation, anger att PHP fick rapporter från Calif den 11 augusti, Wiz den 24 augusti och OpenAI den 18 september.6 Datumen gäller de rapporterade inskickningarna och behöver inte vara datumen då respektive team först upptäckte en brist.
Därför krävdes samordning
OpenAI uppgav att arbetet pågick i två månader och omfattade underhållare, forskare och säkerhetsföretag som förberedde rättningar och skydd inför offentliggörandet.18 PHP:s underhållare ledde arbetet med rättningar och utgåvor. Forsknings- och säkerhetspartner bidrog enligt OpenAI med forskning, tekniskt stöd och samordning.
18
Uppdateringarna publicerades den 21 oktober, en dag före det planerade datumet den 22 oktober.14 Enligt rapportering ändrades tidsplanen efter läckor och när rättade containeravbilder blev tillgängliga i förtid. PHP Foundation anklagade Chainguard för att ha brutit mot embargot. Det är en anklagelse som återges av källorna, inte en tvist som den tillgängliga rapporteringen har avgjort oberoende.
6
35
38
Händelsen visar avvägningen vid samordnat offentliggörande av sårbarheter. Om tekniska detaljer hålls hemliga får underhållare och distributörer tid att förbereda uppdateringar. Men väntan kan också innebära risk om angrepp redan pågår. OpenAI:s föreslagna arbetssätt beskrivs i rapporteringen som en stegvis process: bekräfta problemet och ta fram en lösning, ge distributörer tid att förbereda sig, involvera myndighetspartner och därefter bredda informationen och publicera vägledning. Tidsplanen kan behöva kortas om uppgifter läcker eller angrepp upptäcks.37
41
Angreppsförsök – och vad underlaget inte visar
Amazon uppgav att dess MadPot-system upptäckte ett försök att utnyttja PHP2Shell den 17 oktober, fyra dagar före det offentliga offentliggörandet. Rapporteringen beskrev även bredare försök att utnyttja sårbarheterna efter att uppdateringarna släppts.5 Ett observerat försök är inte detsamma som en bekräftad övertagen server. Den tillgängliga rapporteringen visar inte hur en angripare kan ha fått kännedom om sårbarheterna i förväg och innehåller ingen verifierad siffra över komprometterade servrar.
Palo Alto Networks uppges ha identifierat över 22,6 miljoner internetanslutna instanser som potentiellt sårbara för PHP2Shell.53 ”Potentiellt sårbara” är en uppskattning av exponering – inte ett antal bekräftat sårbara eller kapade system.
Myndigheter uppmanade organisationer att åtgärda bristerna skyndsamt. En rapport uppgav att myndigheter rekommenderade att system skulle tas ur drift om de inte kunde säkras snabbt.56 Cloudflare sade att de hade infört skydd i sin webbapplikationsbrandvägg, WAF, innan informationen blev offentlig. Skyddet gällde kunder som använde företagets WAF.
12 Sådana skydd kompletterar uppdateringar; de tar inte bort behovet av att kontrollera och uppdatera berörda PHP-installationer.
De PHP-versioner som enligt rapporteringen rättade bristerna var 8.2.35, 8.3.36, 8.4.27 och 8.5.12.8 Den som ansvarar för ett system bör kontrollera vilken PHP-distribution och version det använder, eftersom versionsnumren kan skilja sig mellan olika leverantörer.
8
Den större lärdomen: rättningar måste kunna hålla jämna steg
OpenAI uppgav också att bolaget hade avsatt en miljard dollar till subventionerad tillgång till Daybreak för försvarare, med fokus på organisationer med begränsade säkerhetsresurser och ansvar för kritiska tjänster.25 Det är en del av problemet: att ge försvarare tillgång till verktyg. PHP2Shell visar den andra delen – att förbereda, kommunicera och få ut rättningar i hela programvaruekosystemet.
AI-stödd forskning kan bidra till att hitta brister. Men uppgifter om vad som upptäcktes, vilka verktyg som bidrog och om angrepp lyckades behöver fortsatt tillskrivas rätt källor och granskas noggrant. Slutsatsen av PHP2Shell är därför måttfull: en upptäckt kan ge försvarare värdefull tid, men tiden gör nytta först när underhållare, leverantörer och operatörer kan använda den till att ta fram och installera rättningar.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "PHP2Shell visar att AI-fynd bara är början på säkerhetsarbetet"?
PHP2Shell bestod av två sårbarheter i PHP, båda med CVSS betyget 9,2. Säkerhetsuppdateringar släpptes den 21 oktober 2026.
What are the key points to validate first?
PHP2Shell bestod av två sårbarheter i PHP, båda med CVSS betyget 9,2. Säkerhetsuppdateringar släpptes den 21 oktober 2026. OpenAI beskriver en två månader lång samordningsinsats. Calif använde GPT 5.6 Sol för att hitta en allvarlig brist, medan Wiz oberoende upptäckte och rapporterade båda sårbarheterna.
What should I do next in practice?
Amazon uppgav att MadPot upptäckte ett försök att utnyttja sårbarheterna den 17 oktober, före den offentliga informationen.