PHP2Shell on kahden PHP:n kriittisen haavoittuvuuden yhteisnimi. Haavoittuvuudet tunnetaan tunnisteilla CVE-2026-109618 ja CVE-2026-109619. Jos hyökkäys onnistuu, kirjautumaton hyökkääjä voi suorittaa koodia haavoittuvalla palvelimella. Korjaukset julkaistiin 21. lokakuuta 2026, ja tietoturvayhtiöt ovat kertoneet hyökkäysyrityksistä. Yritys ei kuitenkaan ole sama asia kuin vahvistettu tietomurto.
11
14
19
Mitä PHP2Shell-haavoittuvuudet tekevät?
Haavoittuvuudet ovat PHP:n ytimessä, eivät yksittäisessä verkkosivustossa tai sisällönhallintajärjestelmässä. Red Hatin mukaan toisessa on kyse muistin virheellisestä käsittelystä tilanteessa, jossa muistivaraus epäonnistuu pyyntöä käsiteltäessä. Toinen voi jättää vanhentunutta tilaa jäljelle, jos vakava virhe keskeyttää siivouksen.
7 Yhdessä virheet voivat avata tien etäkoodin suorittamiseen: hyökkääjä saattaa pystyä ajamaan koodia haavoittuvalla palvelimella ilman kirjautumista.
11
13
Molempien haavoittuvuuksien CVSS v4.0 -pistemäärä on 9,2, eli niiden vakavuusluokitus on kriittinen.
4 Mahdollisia seurauksia ovat palvelimen haltuunotto, tietojen paljastuminen ja palvelun häiriintyminen. Haavoittuvuuden olemassaolo ei silti tarkoita, että jokaista PHP-sivustoa olisi hyökätty tai että se olisi murrettu.
13
Miksi asiaan reagoitiin kiireellisesti?
Raporttien mukaan haavoittuvuudet olivat olleet PHP:ssä vuosia ennen kuin ne tulivat julki.
42 Pitkä aika ohjelmistossa ei itsessään todista, että hyökkääjät olisivat tienneet niistä tai käyttäneet niitä tuona aikana.
Tapaus nosti esiin myös tekoälyn käytön tietoturvatutkimuksessa. Califin ja Wizin kerrotaan käyttäneen tutkimuksissaan tekoälytyökaluja, ja OpenAI osallistui tutkimus- ja ilmoitusprosessiin.
34
44 Tekoäly voi auttaa ohjelmistojen tutkimisessa, mutta haavoittuvuuksien löytyminen ei yksin kerro, kuinka nopeasti hyökkääjät voisivat hyödyntää vastaavia työkaluja tai kumpi osapuoli saa niistä suuremman edun.
Uutisissa on korostettu myös PHP:n laajaa käyttöä: sen on arvioitu olevan käytössä noin 70 prosentissa verkkosivustoista.
20 Luku kuvaa PHP:n arvioitua yleisyyttä, ei haavoittuviksi tai murretuiksi vahvistettujen palvelinten määrää. Todellinen alttius riippuu muun muassa PHP-versiosta, asetuksista, käyttöympäristöstä ja siitä, onko korjaus asennettu.
Korjaukset, ilmoitetut hyökkäykset ja mitä niistä tiedetään
PHP-projekti julkaisi korjaukset 21. lokakuuta versioille 8.2.35, 8.3.36, 8.4.27 ja 8.5.12.
19 Julkaistujen korjausten luettelo kattaa PHP-versiot 8.2–8.5. Vanhempia versioita käyttävien organisaatioiden kannattaa tarkistaa käyttöjärjestelmän tai palveluntarjoajan tietoturvatiedotteet ja varmistaa, onko niille saatavilla korjaus tai taaksepäin siirretty korjaus. Saatavuutta ei pidä olettaa suuntaan tai toiseen.
Hyökkäysyrityksistä on raportoitu. SecurityWeekin mukaan Amazon havaitsi yrityksen 17. lokakuuta, neljä päivää ennen korjausten julkaisua.
14 Cloudflare puolestaan kertoi haavoittuvuuksien tultua julki niiden hyväksikäyttöä yrittävän verkkoliikenteen kasvaneen jyrkästi. Myöhemmissä raporteissa yrityksiä laskettiin miljoonissa.
27
38 Nämä luvut kertovat havaituista yrityksistä, eivät onnistuneista tunkeutumisista.
Arviot hyväksikäytön laajuudesta eivät ole täysin yhteneväisiä: osa lähteistä kuvaa aktiivisia yrityksiä, kun taas toinen arvioi laajamittaisen hyväksikäytön vaikuttaneen odotettua epätodennäköisemmältä.
3
4 Käytettävissä oleva aineisto ei vahvista laajalle levinneitä onnistuneita tietomurtoja. Uskottavat hyökkäysraportit on syytä ottaa vakavasti, mutta verkkoskannaus tai hyökkäysyritys on erotettava näytöstä, että tietty palvelin olisi murrettu.
2
3
Palveluiden ylläpitäjät ja viranomaiset reagoivat
Osa organisaatioista otti julkisia verkkopalveluja tilapäisesti pois käytöstä tilanteen selvittämisen ajaksi. Raporttien mukaan palveluja suljettiin tai asetettiin huoltotilaan Japanissa, Ranskassa, Suomessa ja Alankomaissa. Myös Yhdysvaltain ja Euroopan viranomaiset kehottivat organisaatioita ryhtymään toimiin.
18
20
35 Palvelun sulkeminen voi vähentää altistumista korjaustyön aikana, mutta se ei ole näyttö siitä, että palveluun olisi murtauduttu.
Tässä artikkelissa käytettävissä oleva lähdeaineisto ei vahvista riippumattomasti Microsoftin toimitusjohtaja Satya Nadellalle Kölnissä järjestetyssä tapahtumassa liitettyjä kommentteja, niiden tarkkaa sanamuotoa tai asiayhteyttä. Ilman luotettavaa vahvistusta niitä ei pidä käyttää tapahtuman selittämiseen tai sen luonnehtimiseen.
Mitä PHP-palvelinten ylläpitäjien kannattaa tehdä?
- Tarkista PHP-versio sovelluksen lisäksi. PHP2Shell vaikuttaa PHP-ajoympäristöön, joten sisällönhallintajärjestelmän tai lisäosan päivittäminen ei vielä osoita, että varsinainen PHP-asennus olisi korjattu.
13
- Asenna varmennettu korjaus. Päivitä sopivaan korjattuun PHP-versioon tai noudata jakelusi tai palveluntarjoajasi ohjeita taaksepäin siirretyn korjauksen asentamiseksi. Varmista, mikä versio tuotantoympäristössä todella on käytössä.
19
- Selvitä, näkyykö murtoon viittaavia merkkejä. Korjaus poistaa haavoittuvuuden, mutta ei todista, ettei palvelinta olisi jo käytetty hyväksi. Tarkista olennaiset lokit ja tutki epäilyttävä toiminta ennen palvelun palauttamista normaaliin käyttöön.
- Käytä väliaikaisia lievennyksiä harkiten. Noudata PHP:n ylläpitäjien tai oman toimittajasi ajantasaista ohjeistusta. Älä luota yksittäiseen asetusmuutokseen tai verkkosovelluksen palomuuriin varmennetun PHP-korjauksen korvikkeena.
15
27
- Suojaa käyttäjätilit lisäkeinona. Yksilölliset salasanat ja monivaiheinen tunnistautuminen auttavat suojaamaan tilejä, mutta ne eivät korjaa kirjautumista vaatimatta hyödynnettävää palvelinhaavoittuvuutta.
IT-tiimeille on olennaista erottaa toisistaan haavoittuvuus, hyväksikäyttöyritys ja vahvistettu tietomurto. Näin kiireellisiin päivityksiin voidaan ryhtyä tekemättä epävarmoista väitteistä johtopäätöksiä siitä, kuka joutui hyökkäyksen kohteeksi.