PHP2Shell oli nimi kahdelle vakavalle haavoittuvuudelle PHP:n ytimessä. Niihin julkaistiin kiireelliset korjaukset 21. lokakuuta 2026. OpenAI kuvasi tapausta muuksikin kuin tekoälyn tekemäksi löydöksi: taustalla oli kahden kuukauden yhteistyö ylläpitäjien, tutkijoiden ja tietoturvapalvelujen välillä, jotta korjaukset ja suojaukset saatiin valmiiksi ennen julkistusta.
18
Tapaus havainnollistaa tekoälyavusteisen tietoturvatutkimuksen käytännön haastetta. Haavoittuvuuden löytäminen on vasta alkua: löydöstä pitää edetä luotettavaan korjaukseen, jonka ohjelmistojen ylläpitäjät ja käyttäjät pystyvät ottamaan käyttöön.
Mitä löytyi – ja mitä tekoäly teki
Haavoittuvuudet CVE-2026-109618 ja CVE-2026-109619 saivat kumpikin CVSS-arvosanan 9,2. Tutkijat osoittivat, että niiden avulla pystyi suorittamaan etänä koodia ilman kirjautumista WordPress-, Drupal- ja Joomla-asennuksissa. Lisäksi haavoittuvuuksiin liittyi muistivuodon mahdollisuus.
3
4 Raportoitu vaikutusalue ulottui PHP-versiosta 5.4 aina versioon 8.5 saakka.
1
Ongelmat liittyivät PHP:n muistin käsittelyyn. Toinen koski muistin loppumistilanteiden käsittelyä; toinen pyyntöjen välillä säilyvää vanhentunutta tilaa ja jo vapautettuun muistiin viittaavaa toimintaa.
3
9 Kyse ei siis ollut vain yksittäisen verkkosovelluksen virheestä, vaan PHP:stä itsestään – ohjelmistosta, jonka päällä monet verkkosovellukset toimivat.
3
4
OpenAI kertoi, että Calif löysi Patch the Planet -hankkeessa vakavan virheen GPT-5.6 Sol -mallin avulla. Wiz puolestaan löysi ja ilmoitti itsenäisesti molemmat haavoittuvuudet.
18 Wizin julkaisussa ja sitä referoivassa uutisoinnissa mainitaan myös Wiz Atlas, Gemini 4 Argon ja GPT-5.6 Sol osana Wizin tutkimustyökaluja.
4
33 Käytettävissä olevat kuvaukset eivät erittele luotettavasti, mitä tehtäviä kukin malli hoiti. Niiden perusteella ei siis voi täsmällisesti sanoa, mikä malli osallistui hyökkäysten testaamiseen tai korjausten varmentamiseen.
PHP Foundationiin viittaavan toissijaisen aikajanan mukaan Calif ilmoitti haavoittuvuuksista PHP:lle 11. elokuuta, Wiz 24. elokuuta ja OpenAI 18. syyskuuta.
6 Nämä ovat ilmoituspäiviä, eivät välttämättä päiviä, jolloin kukin ryhmä ensimmäisen kerran havaitsi virheen.
Miksi julkistaminen vaati yhteistyötä
OpenAI kertoi työn kestäneen kaksi kuukautta. Mukana oli ylläpitäjiä, tutkijoita ja tietoturvapalvelujen tarjoajia, jotka valmistelivat korjauksia ja suojauksia ennen julkistusta.
18 PHP:n ylläpitäjät johtivat korjausten ja uusien versioiden julkaisua; tutkimus- ja tietoturvakumppanit osallistuivat tutkimukseen, tekniseen tukeen ja koordinointiin.
18
Korjaukset julkaistiin 21. lokakuuta, päivää ennen alkuperäistä, 22. lokakuulle suunniteltua julkistusta.
14 Uutisoinnin mukaan aikataulu aikaistui tietojen vuotamisen ja korjattuja konttikuvia sisältäneiden versioiden varhaisen saatavuuden takia. PHP Foundation syytti Chainguardia sovitun julkistussalaisuuden rikkomisesta. Käytettävissä olevien lähteiden perusteella kyse on osapuolelle osoitetusta syytöksestä, ei kiistattomasti ratkaistusta tapahtumankulusta.
6
35
38
Koordinoidussa julkistamisessa on väistämätön jännite. Yksityiskohtien pitäminen salassa antaa ylläpitäjille ja ohjelmistojen jakelijoille aikaa valmistella päivityksiä. Toisaalta viivyttely voi jättää käyttäjät alttiiksi, jos haavoittuvuutta jo yritetään hyödyntää. OpenAI:n esittelemässä toimintamallissa haavoittuvuus ensin vahvistetaan ja sille kehitetään korjaus, minkä jälkeen jakelijoille annetaan valmistautumisaikaa. Seuraavaksi mukaan otetaan viranomaiskumppaneita, laajennetaan tiedottamista ja julkaistaan ohjeet. Aikataulua voidaan joutua tiivistämään, jos hyökkäyksiä tai tietovuotoja ilmenee.
37
41
Hyökkäysyrityksistä tiedetään rajallisesti
Amazon kertoi MadPot-järjestelmänsä havainneen PHP2Shellin hyödyntämisyrityksen 17. lokakuuta, neljä päivää ennen julkista julkistusta. Uutisoinnissa kuvattiin myös laajempia hyökkäysyrityksiä korjausten julkaisun jälkeen.
5 Havaittu yritys ei kuitenkaan tarkoita, että palvelimeen olisi onnistuttu murtautumaan. Käytettävissä olevat tiedot eivät myöskään kerro, miten hyökkääjä olisi saanut haavoittuvuudesta ennakkotietoa, eivätkä ne anna varmennettua lukua murretuista palvelimista.
Palo Alto Networksin kerrottiin löytäneen yli 22,6 miljoonaa internetiin näkyvää järjestelmää, jotka saattoivat olla haavoittuvia.
53 Kyse on mahdollisen altistumisen arviosta, ei vahvistettujen haavoittuvien tai murrettujen järjestelmien määrästä.
Viranomaiset kehottivat organisaatioita korjaamaan ongelmat nopeasti. Yhden uutisraportin mukaan viranomaiset neuvoivat ottamaan järjestelmät pois verkosta, jos niitä ei pystytä suojaamaan ripeästi.
56 Cloudflare kertoi ottaneensa verkkosovellusten palomuurisuojaukset käyttöön ennen julkistusta niille asiakkaille, jotka käyttivät sen WAF-palvelua.
12 Suojaukset täydensivät päivityksiä, mutta eivät poistaneet tarvetta tarkistaa ja päivittää käytössä olevia PHP-asennuksia.
Korjaaviksi PHP-versioiksi ilmoitettiin 8.2.35, 8.3.36, 8.4.27 ja 8.5.12.
8 Järjestelmän ylläpitäjän kannattaa tarkistaa käytössä oleva PHP-jakelu ja versionumero, sillä eri palveluntarjoajien paketeissa versionumerot voivat poiketa toisistaan.
8
Löytökyvyn rinnalle tarvitaan korjauskykyä
OpenAI kertoi myös sitoutuneensa tarjoamaan miljardin dollarin edestä tuettua Daybreak-palvelun käyttöä puolustajille. Tukea on tarkoitus kohdentaa erityisesti organisaatioille, joiden tietoturvaresurssit ovat rajalliset ja jotka suojaavat kriittisiä palveluja.
25 Sitoumus vastaa yhteen haasteeseen: tietoturvatyökalujen saatavuuteen. PHP2Shell nostaa esiin toisen: korjausten valmisteluun, viestimiseen ja käyttöönottoon koko ohjelmistoketjussa.
Tekoälyavusteinen tutkimus voi auttaa löytämään haavoittuvuuksia, mutta väitteet löydöistä, työkalujen rooleista ja onnistuneista hyökkäyksistä vaativat tarkkaa lähteistämistä. PHP2Shellin perusteella voi tehdä maltillisen johtopäätöksen: nopea löytö voi antaa puolustajille arvokasta aikaa, mutta hyöty toteutuu vasta, kun ylläpitäjät, ohjelmistojen jakelijat ja käyttäjät pystyvät valmistelemaan ja asentamaan korjaukset.