PHP2Shell on nimi kahdelle PHP:n kriittiselle haavoittuvuudelle: CVE-2026-109618 ja CVE-2026-109619. Molempien vakavuudeksi on arvioitu CVSS 9,2, ja ne voivat mahdollistaa koodin suorittamisen PHP-verkkopalvelimella ilman kirjautumista. PHP julkaisi korjaukset 21. lokakuuta 2026 sen jälkeen, kun hyökkäysyrityksestä oli raportoitu jo neljä päivää aiemmin.
4
5
24
Mitä PHP2Shell-haavoittuvuudet tekevät?
Haavoittuvuudet liittyvät PHP:n pyyntöjen käsittelyyn ja muistin hallintaan. PHP kuvaa CVE-2026-109618:n muistivirheeksi, joka voi syntyä pyyntöä siivottaessa muistin loppumisen jälkeen. CVE-2026-109619:ssä aiempaan pyyntöön kuulunutta vanhentunutta tilaa voidaan käyttää uudelleen saman työprosessin käsittelemässä myöhemmässä pyynnössä. Kumpikin voi johtaa etäkoodin suorittamiseen.
4
10
Riski koskee PHP-asennuksia, jotka käsittelevät verkkopyyntöjä. Tällaisia ovat muun muassa PHP-FPM- ja Apache mod_php -ympäristöt sekä muut PHP:tä verkkopalveluissa käyttävät kokoonpanot.
4
5 PHP:n tietoturvatiimi on arvioinut riskin suurimmaksi mod_php:ta käyttävissä palvelimissa.
7
Korjatut PHP-versiot
PHP julkaisi korjatut versiot 21. lokakuuta 2026:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Päivitä käytössä oleva PHP-haara sitä vastaavaan korjattuun versioon. Koska haavoittuvuudet koskevat verkkopyyntöjä käsitteleviä PHP-asennuksia, tarkista kaikki verkkoliikennettä käsittelevät ympäristöt – älä tyydy tarkistamaan vain sovelluskehystä tai sisällönhallintajärjestelmää.
4
5
Raporttien mukaan ennenaikainen julkistuminen aikaisti korjausten julkaisua päivällä: ne oli alun perin tarkoitus julkaista 22. lokakuuta. Saatavilla olevat tiedot eivät kerro tarkasti, mitä tietoja vuoti, kuka ne paljasti tai miten ne levisivät.
3
20
Mitä hyökkäysyrityksistä tiedetään?
Amazon Threat Intelligence kertoi havainneensa MadPot-hunajapurkissa hyökkäysyrityksen, joka ajoittui 17. lokakuuta – neljä päivää ennen julkistusta ja korjausten julkaisua. Amazonin mukaan yritys tuli IP-osoitteesta, joka liittyi kaupalliseen anonymisointiverkkoon. Yhtiö ei kuitenkaan tiennyt, miten hyökkääjä oli saanut haavoittuvuuksista ennakkotietoa.
24
Cloudflare raportoi hyökkäysyritysten määrän nousseen julkistuksen jälkeen miljooniin. Kyse on yritysten määrästä, ei vahvistettujen murrettujen verkkosivustojen lukumäärästä.
18
19 Samoin hunajapurkkiin tallentunut yritys osoittaa, että haavoittuvuutta yritettiin hyödyntää – se ei todista, että hyökkääjä olisi päässyt tuotantopalvelimelle. Saatavilla olevat raportit eivät kerro, murrettiinko tuotantojärjestelmiä tai kuinka monta niitä mahdollisesti oli.
24
46
Mitä järjestelmän ylläpitäjän kannattaa tehdä?
- Asenna käytössä olevaa haaraa vastaava korjausversio kaikkiin PHP-asennuksiin, jotka käsittelevät verkkopyyntöjä.
4
- Tarkista tapahtumat 17. lokakuuta alkaen. Amazonin varhainen havainto tarkoittaa, ettei selvitystä kannata rajata korjauspäivään.
24
46
- Erota hyökkäysyritykset vahvistetusta murrosta. Yritysten suuri määrä kertoo haavoittuvuuden aktiivisesta testaamisesta, mutta ei yksin osoita koodin suorittamista tietyllä palvelimella.
18
24
Selkein toimintalinja on päivittää haavoittuvat PHP-asennukset ja selvittää lokitapahtumat 17. lokakuuta alkaen. Hyökkäysyritysten suuri määrä korostaa kiireellisyyttä, mutta se ei tarkoita, että jokainen kohteeksi joutunut palvelin olisi murrettu.