PHP2Shell ja WordPress Multisiten riskimalli
Äskettäinen PHP2Shell-tietoturvahaavoittuvuus muistuttaa ajankohtaisesti siitä, että WordPressin tietoturva ei rajoitu WordPressin ytimeen, teemoihin ja lisäosiin. Kun haavoittuvuus vaikuttaa PHP-ajonaikaiseen ympäristöön, se sijaitsee jokaisen palvelimella olevan sivuston toimintaa tukevan sovelluspinon alapuolella. Haavoittuneesta PHP-kokoonpanosta ja hyväksikäytön edellytyksistä riippuen onnistunut hyökkäys voi antaa hyökkääjälle mahdollisuuden suorittaa ei-toivottuja komentoja tai koodia palvelintasolla.
Yksittäiselle WordPress-sivustolle tämä on vakavaa. WordPress Multisite -verkossa mahdollinen vaikutusalue voi olla huomattavasti laajempi. Yksi PHP-ympäristö voi tukea asiakassivustojen, verkkokauppojen, laskeutumissivujen ja jäsenportaalien verkostoa. Siksi nopea ja koordinoitu korjaaminen on olennainen osa vastuullista multisite-hostingia – ei ylläpitotehtävä, joka voidaan siirtää seuraavaan sopivaan ajankohtaan.
Miksi PHP-haavoittuvuuksilla on laajempi vaikutus verkostossa
Multisite on suunniteltu tehostamaan useiden verkkosivustojen hallintaa: jaetut ydintiedostot, lisäosat, teemat ja keskitetty verkoston hallinta vähentävät toistuvaa työtä. Sama jaettu infrastruktuuri tarkoittaa, että taustalla olevaan alustaan liittyvää ongelmaa on käsiteltävä koko verkostoa koskevana tapahtumana.
Käytännön kysymys ei ole vain se, onko yksittäisen sivuston omistaja asentanut uusimman päivityksen. Kyse on siitä, onko hosting-alusta tunnistanut haavoittuneen PHP-julkaisun, ottanut käyttöön toimittajan korjauksen koko asiaankuuluvassa infrastruktuurissa ja vahvistanut, että päivitetty ajoaikainen ympäristö palvelee asiakassivustoja. Viiveet voivat jättää kaikki haavoittunutta ympäristöä käyttävät sivustot alttiiksi pidemmäksi aikaa kuin on tarpeen.
Hyvin johdetussa reagoinnissa on myös tasapainotettava nopeus ja hallinta. Tiimien tulisi tarkistaa PHP:n julkaisutiedot ja tietoturvatiedote, ottaa korjattu paketti käyttöön vakiintuneen muutoksenhallintaprosessinsa kautta, varmistaa aktiivinen PHP-versio, seurata virhelokeja ja palvelun toimintaa sekä tiedottaa asiakkaille, jos heidän puoleltaan vaaditaan toimia. Useimmissa tapauksissa asiakkaiden ei pitäisi joutua selvittämään kiireellistä ajoaikaisen ympäristön tietoturvajulkaisua sivusto kerrallaan.
Mitä WordPress Multisite -järjestelmänvalvojien tulisi tehdä
Vaikka hosting-palvelu huolehtisi PHP-päivityksestä, verkoston järjestelmänvalvojien kannattaa käyttää tapausta tilaisuutena varmistaa oma tietoturvatilanteensa:
- Varmista aktiivinen PHP-versio hosting-palveluntarjoajaltasi ja varmista, että se sisältää toimittajan PHP2Shell-korjauksen.
- Pidä WordPressin ydin, verkostossa aktiiviset lisäosat, teemat ja pakolliset lisäosat ajan tasalla, jotta sovellustason riskit eivät pahenna alustatason ongelmaa.
- Käytä vähimpien oikeuksien periaatetta hosting-, SFTP/SSH-, tietokanta- ja WordPress-järjestelmänvalvojatileille.
- Ylläpidä testattuja varmuuskopioita ja palautusmenettelyjä sekä verkoston tiedostoille että tietokannoille.
- Seuraa epätavallista toimintaa, kuten tuntemattomia järjestelmänvalvojatilejä, odottamattomia tiedostomuutoksia, poikkeavia PHP-virheitä tai lähteviä pyyntöjä.
- Tilaa hosting- ja PHP-tietoturvatiedotteet, jotta tietoturvapäätökset perustuvat virallisiin tiedotteisiin ja julkaisutietoihin huhujen sijaan.
On myös tärkeää välttää ylireagointia otsikoihin. Se, vaikuttaako haavoittuvuus tiettyyn verkostoon, riippuu sen PHP-versiosta, palvelinkokoonpanosta ja virallisessa tiedotteessa kuvatusta haavoittuvasta koodipolusta. Oikea lähestymistapa on kiireellinen varmistaminen ja korjaaminen – ei arvailu.
Hallittu korjaaminen on osa palvelua
Verkkosivusto palveluna -liiketoimintaa rakentaville ihmisille luotettavuus ja tietoturva ovat osa myytävää tuotetta. Asiakkaat odottavat sivustojensa pysyvän saatavilla samalla, kun alustatiimi hoitaa infrastruktuuritason ylläpidon taustalla. Multisite-hosting-palvelulla tulisi olla selkeä vastuunjako kiireellisille PHP-päivityksille, toimivaksi todistettu käyttöönottoprosessi sekä keino varmistaa, että korjaus on käytössä.
Tätä standardia noudatamme Ultimate Multisite hostingissa. PHP2Shell-korjaus otettiin käyttöön koko hosting-palvelussamme viiden tunnin kuluessa uuden PHP-julkaisun julkaisemisesta. Jos haluat WordPress Multisite -alustan, joka on rakennettu toistettavia toimintamalleja ja nopeaa tietoturvareagointia varten, tutustu Ultimate Multisite hostingiin ja rakenna seuraava sivustoverkostosi luottavaisin mielin.
Vastaa