Zsarolóvírus után: mennyi idő alatt áll helyre a weboldalad, és min múlik?

Háromszáz terméked van, a rendelések folyamatosan érkeznek, a fizetési visszaigazolások pedig automatikusan mennek ki. Egy zsarolóvírus után a főoldal visszakapcsolása még nem jelenti azt, hogy a webshopod újra kész a vásárlók fogadására.

A helyreállítás ideje a fertőzés kiterjedésétől, a tiszta mentési pont elérhetőségétől, a szükséges hozzáférésektől és az előre kipróbált folyamattól függ. Webshopnál akkor tekinthető teljesnek a helyreállítás, ha a rendelés, a fizetés és az értesítések is biztonságosan működnek, nem csupán a főoldal tölt be.

ℹ️ Az alábbi idővonal egy kedvezőbb, szemléltető forgatókönyv: a vállalkozásnak van ismerten tiszta mentése, hozzáfér a szükséges fiókokhoz, és tudja, kit kell értesítenie. Ez nem határidő vagy szolgáltatói ígéret. Komolyabb fertőzésnél, kompromittált adminfióknál vagy bizonytalan mentésnél a helyreállítás 24 órán túlra, akár több napra is nyúlhat.

Mit jelent az RTO és az RPO zsarolóvírus után?

Az RTO (Recovery Time Objective, helyreállítási időcél) az a célként kijelölt leghosszabb idő, amelyen belül egy szolgáltatást vagy üzleti funkciót újra működésbe kell hozni kiesés után. Webshopnál külön célidőt adhatsz a termékoldalakra, a rendelésleadásra és a fizetésre, mert ezek eltérő üzleti fontosságúak.

Az RPO (Recovery Point Objective, helyreállítási pontcél) azt jelöli, hogy helyreállításkor mennyi friss adat elvesztését fogadja el a vállalkozás. Négyórás RPO mellett az elérhető visszaállítási pont legfeljebb négy órával korábbi lehet az incidens előtti állapotnál. A tényleges adatvesztést az adatforgalom és a mentés hatóköre is befolyásolja.

💡 A két célérték más kérdésre válaszol. Az RTO azt mondja meg, mikorra kell újra működnie egy szolgáltatásnak. Az RPO azt határozza meg, hogy a visszaállítás mennyi friss adatot hagyhat ki. Egy 8 órás RTO és 4 órás RPO például azt jelenti, hogy a kritikus rendelési funkció cél szerint 8 órán belül újraindul, az elfogadható adatvesztés pedig legfeljebb 4 órányi változás.

Ezek üzleti célok, nem automatikus garanciák. A weboldalad tényleges helyreállítási idejét csak egy végigpróbált visszaállítási folyamat mutatja meg. A NIST RTO-definíciója és RPO-definíciója segít pontosan elkülöníteni a két fogalmat.

Egy napi mentés önmagában nem jelent 24 órás RPO-t minden esetben, de megmutatja, miért fontos a gyakoriság. Ha napi 20 rendelés érkezik nagyjából egyenletesen, egy négyórás kieső adatablak körülbelül 3-4 rendelés változását érintheti. Forgalmi csúcsban ennél több rendelés is összegyűlhet, ezért a célértékedet a saját működésedhez igazítsd.

Milyen idővonal reális a zsarolóvírus utáni helyreállításnál?

Egy egyszerű weboldal visszaállítása tiszta mentésből néhány órán belül elindulhat. Egy webshop teljes újranyitása tovább tart, mert a terméklista mellett a kosarat, a fizetést, a rendelési adatokat és az értesítő e-maileket is ellenőrizni kell. Az alábbi időpontok tájékoztató szakaszok egy kisvállalkozás számára, nem általános vállalási idők.

0-1. óra: korlátozd a fertőzés terjedését

Az első feladat az érintett weboldal, fiók vagy rendszer elkülönítése, majd a tárhelyszolgáltató és a kijelölt technikai kapcsolattartó értesítése. Ne kezdj el találomra fájlokat törölni vagy mentéseket felülírni, mert ezzel fontos információ vagy tiszta visszaállítási pont veszhet el.

Ha a rendelésleadás vagy a fizetés érintett, ideiglenesen szüneteltesd a folyamatot, vagy tájékoztasd a látogatókat az alternatív kapcsolatfelvételről. A CISA incidens utáni útmutatója az érintett rendszerek elkülönítését és a helyreállítási prioritások meghatározását javasolja. Az első óra végére legyen világos, ki koordinálja a következő lépéseket.

1-2. óra: mérd fel, mi érintett és minek kell először működnie

Nézd át az érintettséget a webfájlokon túl is: az adatbázist, a levelezést, az adminfiókokat, a domaint és a külső integrációkat. Egy webshopnál elsőbbséget kaphat a rendelésleadás és az ügyféltájékoztatás, míg egy bemutatkozó oldalnál elegendő lehet az alapinformációk visszaállítása.

Készíts rövid listát a kritikus funkciókról, és jelöld, melyik függ a másiktól. Ezzel elkerülöd, hogy egy működő főoldal alapján késznek tekintsd a rendszert, miközben a fizetési kapcsolat vagy a visszaigazolás még hibás.

2-4. óra: válassz ellenőrzött visszaállítási pontot

Az incidens előtti mentések közül azt a pontot keresd, amelyik ismerten tiszta, és a legjobban illeszkedik az elfogadható adatvesztéshez. Ellenőrizd a mentés dátumát, hatókörét és azt, hogy a helyreállítás biztonságos környezetben történik-e.

A kompromittálódott hozzáférések cseréjét is tervezd meg. A jelszóváltoztatást tiszta eszközről végezd, és egyeztess a technikai felelőssel arról, mely adminisztrátori vagy integrációs kulcsokat kell lecserélni. A szakasz végére legyen rögzítve, mit, melyik mentésből és hová állítotok vissza.

4-8. óra: állítsd vissza az alapokat és teszteld őket

A webfájlok és az adatbázis visszaállítása után ellenőrizd a főoldalt, az adminisztrációs felületet és a terméklistát. A vizuális megjelenés önmagában kevés: nézd meg, hogy a fontos funkciók betöltődnek-e, és nincs-e ismert hiba vagy gyanús tartalom.

Az oldal ekkor még ne nyíljon meg automatikusan minden vásárló előtt. Előbb a technikai felelős ellenőrizze a helyreállított környezetet és a kritikus működést. Az eredmény egy elérhető alapoldal, nem feltétlenül kész webshop.

8-12. óra: próbáld végig a vásárlási folyamatot

Teszteld a belépést, a kosarat, a rendelés leadását, a fizetési szolgáltatót és a visszaigazoló e-mailt. A teszthez használj előre egyeztetett próbarendelést, hogy ne keletkezzen valódi fizetési vagy készletmozgás.

Egyeztesd a mentés óta érkezett rendeléseket a fizetési szolgáltató tranzakcióival és minden elérhető saját nyilvántartással. Így kiderülhet, mely rendeléseket kell újra rögzíteni vagy külön visszaigazolni. A helyreállítási időbe ezt az üzleti egyeztetést is számítsd bele.

12-24. óra: nyisd újra fokozatosan, és figyeld a működést

Ha az alapfunkciók rendben vannak, kezdd meg a fokozatos újranyitást, majd figyeld a hibákat és a szokatlan hozzáféréseket. A látogatók számára legyen egyértelmű, hogy újra rendelhetnek, és kihez fordulhatnak kérdés esetén.

A folyamat tovább tarthat, ha a tiszta mentési pont bizonytalan, a rendszergazdai hozzáférés is érintett, vagy egy külső szolgáltatást külön kell helyreállítani. A CISA zsarolóvírus-útmutatója is a biztonságos mentések rendszeres visszaállítási tesztjét és a helyreállítási prioritások előzetes rögzítését emeli ki.

Mitől lesz hasznos a napi mentés egy helyreállításnál?

A napi mentés fontos visszaállítási pontot ad. Ha a weboldal és a mentés ugyanazon hozzáférési körből kezelhető, egy kompromittált fiók mindkettőt érintheti, ezért a mentési hely és a jogosultságok is számítanak.

A mentés értékét a gyakoriság mellett a hatóköre, a megőrzési ideje és a visszaállítás módja is meghatározza. Ezeket a szempontokat érdemes egyenként ellenőrizni:

• A mentés ugyanabban a fiókban vagy hozzáférési körben van-e, mint az éles weboldal.
• Létezik-e elkülönített, offline vagy módosítás ellen védett másolat.
• Pontosan mely elemek kerülnek mentésbe: webfájlok, adatbázis, e-mail és beállítások.
• Mikor próbálták ki utoljára a visszaállítást, és mennyi ideig tartott.

A CISA offline, titkosított biztonsági mentéseket és rendszeres helyreállítási próbát ajánl. Ez segít megmutatni, hogy a másolat nemcsak elkészült, hanem egy valós helyzetben is használható. További gyakorlati szempontokat találsz az adatvesztés megelőzéséről szóló útmutatónkban.

🛡️ A Sybell Hosting tárhelyein automatikus mentés készül a weboldalról, az adatbázisról és az e-mailről. Az utolsó 6 napi és 4 heti mentést őrizzük meg, a visszaállítást pedig néhány kattintással elindíthatod.

Ha olyan webtárhelyet keresel, amely napi mentésekkel és egyszerű visszaállítással segíti a felkészülést, nézd meg tárhelycsomagjainkat.

Mit kell előre eldönteni, nem incidens közben?

A rendezett helyreállításhoz még incidens előtt rögzítsd a prioritásokat, a felelősöket, az RTO/RPO-célokat és a mentések tesztelését. Egy rövid terv is sokat segít, ha mindenki tudja, mi az első lépés, és kinél van a döntés.

Először rangsorold a weboldalad funkcióit. Egy webshopnál külön kezeld a termékböngészést, a rendelésleadást, a fizetést és az ügyféltájékoztatást. Döntsd el, melyik szolgáltatás induljon el először, és melyik függ a másiktól. Egy egyszerű céges oldal más prioritást kíván, mint egy aktív rendeléseket kezelő webáruház.

Ezután határozd meg az elfogadható kiesést és adatvesztést. Az RTO-t és az RPO-t ne csak a teljes weboldalra add meg, hanem a fontos funkciókra is. Ha óránként sok rendelés érkezik, a napi mentés ritkább lehet annál, amit az üzletmenet elvisel. A célértéket a rendelési mennyiség, a pénzügyi egyeztetés és az ügyfélkiszolgálás alapján válaszd ki.

Nevekhez rendelj felelősséget és elérhetőséget. Legyen kijelölve, ki értesíti a tárhelyszolgáltatót, ki egyeztet a fejlesztővel, ki dönt a rendelésfelvétel szüneteltetéséről, és ki tájékoztatja az ügyfeleket. Írd le az elérhetőségeket olyan helyre is, amelyhez a weboldal adminisztrációs felülete nélkül hozzáférsz.

A mentés hatókörét és a visszaállítás lépéseit rendszeresen próbáld ki külön környezetben. Mérd az eltelt időt, ellenőrizd, milyen adatok hiányoznak, és jegyezd fel, mely hozzáféréseket kell cserélni. Ismételd meg a próbát jelentős rendszer- vagy mentésváltozás után is.

Végül készíts rövid üzletmenet-folytonossági tervet: legyen előre megírt ügyféltájékoztató, alternatív kapcsolatfelvételi mód, valamint eljárás a mentés óta keletkezett rendelések egyeztetésére. A weboldal-üzemeltetők kiberbiztonsági önellenőrzéséről szóló cikkünk segít rendszerezni az előkészítés további kérdéseit.

Gyakori kérdések

Összegzés: mitől lesz gyorsabb a zsarolóvírus utáni helyreállítás?

A zsarolóvírus utáni helyreállítás idejét nem egyetlen mentési beállítás dönti el. A tiszta visszaállítási pont, az előre kijelölt prioritások, az elérhető felelősök és a kipróbált folyamat együtt teszik kiszámíthatóbbá az újraindulást.

Még most rögzítsd, melyik funkció induljon el először, mennyi adatvesztést fogadsz el, és ki koordinálja a visszaállítást. Ha a weboldalad helyreállítható tárhelyalapját is megterveznéd, nézd meg tárhelycsomagjainkat: nálunk a weboldalról, az adatbázisról és az e-mailről is készül automatikus mentés, az utolsó 6 napi és 4 heti mentést pedig megőrizzük.

Nézd meg tárhelycsomagjainkat! »