PHP2Shell és a WordPress Multisite kockázati modellje
A közelmúltbeli PHP2Shell biztonsági sebezhetőség időszerű emlékeztető arra, hogy a WordPress biztonsága nem korlátozódik a WordPress alaprendszerére, sablonjaira és bővítményeire. Amikor egy sebezhetőség a PHP futtatókörnyezetet érinti, az minden szerveren található webhelyet működtető alkalmazásréteg alatt helyezkedik el. Az érintett PHP-konfigurációtól és a kihasználáshoz szükséges feltételektől függően egy sikeres támadás lehetőséget adhat a támadónak arra, hogy nem szándékolt parancsokat vagy kódot futtasson szerver szinten.
Egy önálló WordPress-webhely esetében ez súlyos probléma. Egy WordPress Multisite hálózatnál a lehetséges hatókör azonban jóval nagyobb lehet. Egyetlen PHP-környezet ügyfélwebhelyek, webáruházak, céloldalak és tagsági portálok hálózatát szolgálhatja ki. Emiatt a gyors, összehangolt javítás a felelős multisite tárhelyszolgáltatás alapvető része – nem olyan karbantartási feladat, amely a következő kényelmes időpontra halasztható.
Miért van szélesebb hatásuk a PHP-sebezhetőségeknek egy hálózatban
A Multisite célja, hogy számos webhely kezelése hatékony legyen: a megosztott alapfájlok, bővítmények, sablonok és központi hálózati adminisztráció csökkentik az ismétlődő munkát. Ugyanez a megosztott infrastruktúra azt jelenti, hogy egy mögöttes platformproblémát a teljes hálózatot érintő eseményként kell kezelni.
A gyakorlati kérdés nem csupán az, hogy egy adott webhely tulajdonosa telepítette-e a legfrissebb frissítést. Hanem az, hogy a tárhelyplatform azonosította-e az érintett PHP-kiadást, alkalmazta-e a gyártói javítást a releváns infrastruktúrán, és megerősítette-e, hogy a frissített futtatókörnyezet szolgálja ki az ügyfélwebhelyeket. A késedelmek miatt minden, érintett környezetet használó webhely a szükségesnél hosszabb ideig maradhat kitéve a veszélynek.
Egy jól irányított válasznak a sebességet az ellenőrzéssel is egyensúlyba kell hoznia. A csapatoknak át kell tekinteniük a PHP kiadási megjegyzéseit és biztonsági közleményét, a javított csomagot a kialakított változáskezelési folyamatukon keresztül kell telepíteniük, ellenőrizniük kell az aktív PHP-verziót, figyelniük kell a hibanaplókat és a szolgáltatás állapotát, valamint tájékoztatniuk kell az ügyfeleket, ha az ő oldalukon is szükség van intézkedésre. A legtöbb esetben az ügyfeleknek nem kellene egyenként, webhelyről webhelyre követniük egy sürgős futtatókörnyezeti biztonsági kiadást.
Mit tegyenek a WordPress Multisite rendszergazdák
Még akkor is, ha a tárhelyszolgáltató gondoskodik a PHP-frissítésről, a hálózati rendszergazdáknak érdemes az incidenst lehetőségként használniuk saját biztonsági helyzetük ellenőrzésére:
- Ellenőrizze az aktív PHP-verziót a tárhelyszolgáltatójánál, és győződjön meg arról, hogy tartalmazza a gyártó PHP2Shell-javítását.
- Tartsa naprakészen a WordPress alaprendszerét, a hálózatszinten aktív bővítményeket, a sablonokat és a kötelezően használt bővítményeket, hogy az alkalmazásszintű kockázatok ne súlyosbítsák a platformszintű problémát.
- Alkalmazza a legkisebb jogosultság elvét a tárhely-, SFTP/SSH-, adatbázis- és WordPress-rendszergazdai fiókoknál.
- Tartson fenn tesztelt biztonsági mentéseket és helyreállítási eljárásokat mind a hálózati fájlokhoz, mind az adatbázisokhoz.
- Figyelje a szokatlan tevékenységeket, például az ismeretlen rendszergazdai fiókokat, a váratlan fájlváltozásokat, a rendellenes PHP-hibákat vagy a kimenő kéréseket.
- Iratkozzon fel a tárhelyszolgáltatói és PHP-biztonsági értesítésekre, hogy a biztonsági döntések a hivatalos közleményen és kiadási információkon alapuljanak, ne pedig pletykákon.
Az is fontos, hogy ne reagáljunk túl a főcímekre. Az, hogy egy adott hálózat érintett-e, annak PHP-verziójától, szerverkonfigurációjától és a hivatalos biztonsági közleményben leírt sérülékeny kódútvonaltól függ. A helyes megközelítés a sürgős ellenőrzés és javítás – nem a találgatás.
A menedzselt javítás a szolgáltatás része
Azok számára, akik webhelyszolgáltatásként működő vállalkozást építenek, a megbízhatóság és a biztonság az általuk értékesített termék része. Az ügyfelek elvárják, hogy webhelyeik elérhetők maradjanak, miközben a platformcsapat a háttérben kezeli az infrastruktúraszintű karbantartást. Egy multisite tárhelyszolgáltatónak egyértelmű felelősségi körökkel kell rendelkeznie a sürgős PHP-frissítésekhez, bevált telepítési folyamattal, valamint módszerrel annak ellenőrzésére, hogy a javítás a helyén van.
Ezt a színvonalat alkalmazzuk az Ultimate Multisite hostingnál. A PHP2Shell-javítást a tárhelyszolgáltatásunkban az új PHP-kiadás közzétételétől számított öt órán belül telepítettük és alkalmaztuk. Ha olyan WordPress Multisite platformot szeretne, amelyet az ismételhető üzemeltetésre és a gyors biztonsági reagálásra egyaránt terveztek, ismerje meg az Ultimate Multisite hostingot, és építse fel magabiztosan következő webhelyhálózatát.
Vélemény, hozzászólás?