PHP2Shell-tietoturvahälytys sai sijoittajat kiinnittämään huomiota kyberturvayhtiöihin: verkkosivustojen ylläpitäjät kiirehtivät suojaamaan järjestelmiään ja asentamaan korjauksia. Cloudflaren verkkosovellusten palomuuri liittyi tilanteeseen suoraan, ja yhtiön osake nousi päivänsisäisessä kaupankäynnissä yli 6 prosenttia. Myös muut tietoturva- ja ohjelmistoyhtiöt olivat nousussa. Kurssiliikkeitä ei kuitenkaan voi selittää pelkästään PHP-haavoittuvuuksilla: uutisissa mainittiin myös sijoitusten siirtymistä puolijohdeyhtiöistä ohjelmistoihin sekä erilliset Nvidia–CrowdStrike-uutiset.
19
20
22
17
Miksi tietoturvaosakkeet nousivat?
Haavoittuvuuksien paljastuminen ja verkkosivustojen varmuuden vuoksi tekemät käyttökatkot nostivat tietoturvapalveluiden kysynnän sijoittajien huomion kohteeksi. TradingKey yhdisti tapahtuman useiden ohjelmistoyhtiöiden, kuten Datadogin, Oktan ja Zscalerin, osakkeiden nousuun. Erillisessä iltapäivän markkinaraportissa Cloudflaren osakkeen kerrottiin nousseen noin 7 prosenttia ja Palo Alto Networksin 4 prosenttia. Kyse on päivänsisäisistä tilannekuvista, ei vahvistetuista päätöskursseista — eivätkä ne todista, että PHP-uutinen olisi yksin aiheuttanut yhtiöiden kurssinousun.
19
20
Cloudflarella oli tapahtumaan näkyvä yhteys: yhtiö kertoi ottaneensa käyttöön haavoittuvuuksilta suojaavia verkkosovellusten palomuurisääntöjä. Tämä teki sen tietoturvapalveluista ajankohtaisia organisaatioille, jotka pyrkivät pienentämään riskejä ohjelmistopäivitystä odottaessaan tai asentaessaan. Palomuurisääntö on kuitenkin väliaikainen suojauskerros, ei korvike PHP:n päivittämiselle.
15
11
Markkinoilla oli samaan aikaan muitakin ajureita. Erään raportin mukaan sijoittajat siirsivät varoja puolijohdeyhtiöistä ohjelmistoyhtiöihin, kun huoli tekoälyinfrastruktuurin investoinneista ja laitteistoyhtiöiden rahoituskustannuksista kasvoi. Toisessa uutisessa CrowdStriken nousu yhdistettiin yhtiön laajentuneeseen tekoälyturvallisuusyhteistyöhön Nvidian kanssa. Samassa raportissa kerrottiin myös Datadogin ja Oktan osakkeiden noususta. Nämä erilliset uutiset auttavat selittämään, miksi nousu ulottui PHP-haavoittuvuuksia laajemmalle.
22
17
Mitä PHP-haavoittuvuuksista tiedetään?
Kahta haavoittuvuutta, CVE-2026-109618 ja CVE-2026-109619, kutsuttiin yhdessä nimellä PHP2Shell. Niiden vakavuudeksi ilmoitettiin 9,2 CVSS v4.0 -asteikolla. Riskiksi kuvattiin luvaton koodin suorittaminen etänä: hyökkääjä saattoi mahdollisesti suorittaa koodia haavoittuvalla palvelimella kirjautumatta ensin sisään.
14
15
Cloudflaren mukaan haavoittuneet järjestelmät kattoivat verkkopalvelimet, joissa käytettiin PHP:n versiota 5.4 tai uudempaa. Tuettujen versiohaarojen hätäkorjaukset olivat PHP 8.2.35, 8.3.36, 8.4.27 ja 8.5.12.
15
8
PHP:n kehittäjät varoittivat haavoittuvuuksista tiistaina 20. lokakuuta, ja korjaukset julkaistiin seuraavana päivänä. Yhden uutisraportin mukaan korjauspäivityksen saatavuus vahvistettiin 21. lokakuuta noin kello 13.45 GMT-aikaa.
13
9
Miksi verkkosivustoja suljettiin?
Euroopassa viranomaisten, sairaaloiden ja yliopistojen verkkosivustoja suljettiin väliaikaisesti varotoimena, kun ylläpitäjät ryhtyivät korjaamaan haavoittuvuuksia. Käyttökatko ei itsessään tarkoita, että sivustoon olisi onnistuttu murtautumaan.
3
Wikimedian häiriötiedotteessa mainittiin erikseen, että Cloud VPS ja Toolforge otettiin pois käytöstä varotoimena huoltotöiden ajaksi. Tiedote ei tarkoita, että kaikki Wikipedian palvelut olisivat olleet poissa käytöstä.
7
Huolta lisäsi PHP:n laaja käyttö: yhden arvion mukaan sitä käytetään noin 70 prosentissa verkkosivustoista. Luku kertoo teknologian yleisyydestä, ei siitä, kuinka moni sivusto oli haavoittuva tai joutui hyökkäyksen kohteeksi.
8
Mitä verkkosivustojen ylläpitäjien kannattaa huomioida?
Cloudflare kertoi havainneensa alkavia hyökkäyksiä, kun taas useiden kansallisten viranomaisten kerrottiin, etteivät ne olleet havainneet hyväksikäyttöä. Tiedot eivät välttämättä ole ristiriidassa: havaintojen kattavuus ja seuranta-ajankohdat voivat vaihdella. Se, ettei hyökkäyksiä ole havaittu, ei myöskään todista haavoittuvaa järjestelmää turvalliseksi.
1
3
Pienellä jaetun webhotellin sivustolla ylläpitäjän kannattaa varmistaa palveluntarjoajalta, että palvelimen PHP-versio on päivitetty korjattuun julkaisuun tai että palveluntarjoaja on asentanut oman korjauksensa. Sisällönhallintajärjestelmän päivittäminen ei välttämättä päivitä sen käyttämää PHP-versiota. Verkkosovellusten palomuuria kannattaa pitää väliaikaisena suojana ja kysyä palveluntarjoajalta, mitä on korjattu ja milloin.
11
14