Adat-helyreállítási terv: Hogyan kell létrehozni és mit kell belefoglalni

A szakértők hangsúlyozzák, hogy minden szervezet számára létfontosságú a szilárd adat-helyreállítási terv. Végül is elkerülhetetlenek az informatikai ökoszisztéma fenyegetései, a kibertámadásoktól, például a zsarolóvírusoktól az időjárási vészhelyzeteken, például futótüzeken és hurrikánokon át a túlhajszolt IT-szakemberek pusztító hibáiig.

Ezeket a fenyegetéseket nem tudod kiküszöbölni - de maximalizálhatod az ellenálló képességedet, amikor támadnak. A gyors helyreállítás és a vállalkozás talpra állításának kulcsa egy szilárd, tesztelt adatmentési katasztrófa-helyreállítási terv. Ahogy a Gartner kijelenti: „Ha egy támadást követő helyreállítási folyamatot próbálunk rögtönözni, az elkerülhetetlenül hibákhoz vezet, és meghosszabbítja a kimaradást. ”[1]

De mit tartalmaz az adat-helyreállítási terv? Hogyan biztosíthatja, hogy a tiéd hatékony legyen mind a zsarolóvírus-visszaállítás, mind az egyéb fenyegetések elleni helyreállítás során? Ez a bejegyzés végigvezeti Önt azon, amit tudnia kell.

Szilárd adat-helyreállítási terv készítése: a négy kulcsterület

A megbízható adat-helyreállítási terv elkészítésének alapvető stratégiái négy területre csoportosíthatók:

• Leltár és értékelés
• Tervezés és prioritások meghatározása
• Biztonsági mentési és helyreállítási stratégia
• Felülvizsgálat és tesztelés

Merüljünk el mindegyikben.

1. Leltár és értékelés

Csoportosítsa adatait és alkalmazásait.

Az adatmentési katasztrófa-helyreállítási terv kidolgozásának első lépése az adatok csoportosítása. Mely adatok és alkalmazások a legfontosabbak a szervezet számára? Mi nélkül tudnál egy kicsit tovább élni? Mely adatok többnyire statikusak? Pontosan hol találhatók az adatok?

Az alábbi táblázat egy adatcsoportot mutat be három osztályozással: statikus, üzleti életfontosságú és küldetéskritikus. Ez csak egy példa; dönthet úgy, hogy helyreállítási tervéhez más osztályozási csoportra van szükség.

1. ábra: Adatok kategorizálása

Annak eldöntéséhez, hogy mely adatok tartoznak az egyes kategóriákba, gondolja át, mennyire dinamikusak, és mennyire létfontosságúak az alapvető üzleti funkciókhoz. Például az olyan eszközök, mint a Microsoft 365 és a SharePoint elengedhetetlenek a felhasználói együttműködéshez és kommunikációhoz, így az ott tárolt érzékeny adatok magasabb besorolást kaphatnak, mint a fájlrendszerek, amelyek ritkábban változhatnak.

A legmagasabb, küldetéskritikus besorolás olyan dolgokat tartalmaz, mint a pénzügyi tranzakciókhoz használt adatbázisok, amelyek létfontosságúak az üzlet életben tartásához, valamint a szerződéses és jogi követelmények teljesítéséhez. Vegye figyelembe, hogy az Active Directory is pontosan ebbe a kategóriába tartozik. Az Active Directory olyan hitelesítési és engedélyezési szolgáltatásokat nyújt, amelyek lehetővé teszik az informatikai ökoszisztéma működését. Az Active Directory nélkül a felhasználók nem tudnak bejelentkezni végpontjaikra, nem férhetnek hozzá az IT-eszközökhöz, az alkalmazások és szolgáltatások pedig nem futhatnak. Röviden, az üzleted halott a vízben. Vegyük a Gartnertől: „Sok jól dokumentált zsarolóvírus-támadás visszaállítási folyamatát hátráltatta, hogy nincs sértetlen Active Directory-visszaállítási folyamat. ”^[2][sup>

Állítson fel helyreállítási célokat.

Ezután itt az ideje, hogy minden adattípushoz meghatározza a helyreállítási idő célját (RTO) és a helyreállítási pont célját (RPO). Együttműködjön az érdekelt felekkel annak meghatározására, hogy milyen gyorsan kell visszaállítani az adatokat, és mekkora adatvesztés elfogadható. Ne feledje, hogy kezdeti válaszuk valószínűleg az, hogy nulla állásidőt és adatvesztést nem igényelnek. Segítenie kell nekik megértenie, hogy ez a cél milyen költséges lenne, és meg kell állapodnia az adat-helyreállítási tervével kapcsolatos ésszerű, kiegyensúlyozott elvárásokban.

Sok esetben érdemes mélyebbre menni, és be kell állítani egy verzió-helyreállítási célt (VRO) és egy földrajzi helyreállítási célt (GRO). A VRO létrehozásához kérdezze meg, hogy milyen friss verziójú adatokkal kell visszaállítani. A GRO megjelöli, hogy hol tárolják a biztonsági másolatokat, és ez hogyan befolyásolja a többi helyreállítási követelményt; Például az RTO hosszabb ideig tarthat, ha egy katasztrófa-helyreállítási helyről történik helyreállítás, mint a helyi biztonsági mentésből.

Íme egy példa az eredményül kapott kiterjesztett táblázatra egy adat-helyreállítási tervhez:

2. ábra: Helyreállítási mutatók meghatározása az egyes osztályozásokhoz

2. Tervezés és prioritások meghatározása

Fedezze fel és értékelje a sebezhetőségeket.

Az adat-helyreállítási terv kidolgozásának másik alapvető lépése az, hogy feltárjuk azokat a gyengeségeket, amelyeket az ellenfelek kihasználhatnak, majd rangsoroljuk őket úgy, hogy felmérjük ennek valószínűségét és az esetleges károkat.

Íme egy standard kockázatértékelési mátrix a kockázatok alacsony, közepes, magas vagy extrém kategóriába sorolásához, azok valószínűségének és hatásának kombinációja alapján:

3. ábra: Szabványos kockázatértékelési mátrix

A folyamat során ügyeljen a bennfentes fenyegetésekre és a külső támadásokra is. A hackerek most aktívan megpróbálják megvesztegetni az alkalmazottakat, hogy például rosszindulatú programokat telepítsenek. Létfontosságú, hogy a Zero Trust modell kialakításán dolgozzunk.

Értse meg az adatok függőségét.

Az adat-helyreállítási terv kidolgozása során gondolja végig, hogy nem csupán az adatok, hanem az adatokhoz való hozzáférés visszaállításával kapcsolatos függőségek is. Végtére is, a küldetéskritikus Oracle-adatbázis gyors visszaállítása lényegében nem ér semmit, hacsak nem állította vissza azokat az összetevőket is, amelyek az előállításhoz és a felhasználók hozzáféréséhez szükségesek.

Ezenkívül a mentési sebesség helyett a helyreállítási időre koncentráljon. A biztonsági mentések gyakran gyorsan haladnak, mert a kezdeti teljes biztonsági mentés után a következő biztonsági mentéseknek csak a különbségi változásokat kell lefedniük. Ezért fontos valóban meghatározni, hogy rendelkezik-e elegendő sávszélességgel az adatok helyreállításához a helyreállítási tervben előírt időn belül. Mint fentebb említettük, ez a folyamat általában magában foglalja a biztonsági mentések földrajzi helyének megértését.

Mérje fel eszközeit a felépülés felgyorsítására.

Fontolja meg, milyen egyéb eszközei vannak, amelyek felgyorsíthatják a helyreállítási folyamatot. Az adatreplikációs eszközök rendkívül hasznosak lehetnek. A pillanatképek is, bár fontos megjegyezni, hogy a pillanatképek nem helyettesítik a vállalati biztonsági mentéseket, és gyakran ki vannak téve a kibertámadások során bekövetkező sérüléseknek.

Határozza meg a terve végrehajtásához szükséges jogosultságot, és biztosítsa a hatékony kommunikációt.

Győződjön meg arról, hogy az adatok biztonsági mentésének katasztrófa utáni helyreállítási tervében egyértelműen szerepel, hogy ki jogosult a helyreállítási művelet elindítására. Ellenkező esetben senki sem kezdeményezhet, meghosszabbítva az állásidőt és kárt okozva a szervezetnek.

Ezenkívül győződjön meg arról, hogy a helyreállítási terv olyan kommunikációs stratégiákat tartalmaz, amelyek nem támaszkodnak az esetleg nem működő vagy elérhetetlen rendszerekre. Nem szeretné, hogy a terv egyetlen példánya titkosított kiszolgálón legyen, vagy akár olyan platformon, amely nem lett megcélozva, de senki sem tud bejelentkezni, mert az Active Directory nem működik.

3. Biztonsági mentési és helyreállítási stratégia

Gondoljon túl az „adatokon” - stratégiájának ki kell terjednie az Active Directoryra is.

Noha a biztonsági mentési és helyreállítási stratégiának egyértelműen tartalmaznia kell olyan adatokat, mint például az adatbázisokban és fájlrendszerekben tárolt rekordok, ezek az adatok haszontalanok lesznek, ha senki sem fér hozzá, mert az Active Directory nem működik. Ezért, amint azt korábban megjegyeztük, maga az Active Directory is kritikus fontosságú adatnak számít. Például, amikor a szállító óriás Maersk-et rosszindulatú program érte, az adatok nagy részéről biztonsági másolatot készített, de az Active Directoryról nem. Csak azért mentette meg az AD újjáépítésétől, mert felfedezett egy magányos tartományvezérlőt, amely offline állapotban volt a támadás során, és gondosan képes volt több ezer mérföldre szállítani, hogy tartalékként szolgáljon.

Ne feledje, hogy az Active Directory biztonsági mentése és visszaállítása összetett folyamat. Például minimalizálnia kell azokat a helyeket, amelyeket a rosszindulatú programok elrejthetnek, nehogy helyreállítsák a fertőzést a tartományvezérlők életre keltésekor, valamint egyszerűsítenie kell a hosszadalmas natív tartomány-helyreállítási eljárást az üzleti leállások minimalizálása érdekében. Ennek megfelelően létfontosságú egy fejlett Active Directory biztonsági mentési és helyreállítási megoldás, amely vezérlést, rugalmasságot és automatizálást biztosít. A Gartner azt tanácsolja: „Ha lehetséges, fektessen be az Active Directory helyreállításához dedikált eszközökbe, mivel a Microsoft eszközei és eljárásai, valamint a vállalati biztonsági mentési eszközök korlátozott képességei gyakran nem felelnek meg a célnak.”[³]

Védje meg biztonsági másolatait.

Mivel a helyreállítás nem lehetséges működőképes biztonsági mentések nélkül, létfontosságú, hogy megvédje biztonsági mentési rendszereit és adatait a titkosítás, sérülés, törlés és egyéb interferencia ellen. A hálózati interfészek biztonsági mentési tárolókra való korlátozásának egyik módja egy alhálózat létrehozása, és a tárhely elhelyezése olyan helyen, ahol nem látható a nyilvános hálózaton. Ezenkívül a biztonsági mentési eljárásoknak tartalmazniuk kell a biztonsági mentési adatok titkosítását, ahelyett, hogy felismerhető formátumban tárolnák azokat, hogy az adatokat a lehető leghaszontalanabbá tegyék a rossz szereplők számára.

Legyen több másolata az adatokról.

Az adat-helyreállítási tervnek ki kell terjednie a biztonsági mentés helyére és formátumára. A klasszikus stratégia a 3-2-1: Legyen három másolat két különböző adathordozón, és egy példány a helyszínen kívül. Az alábbi diagram ezt a modellt szemlélteti. A fő biztonsági másolatokat a vállalati központ adatközpontjában tárolják, és replikálják a regionális irodába. Ezenkívül a biztonsági mentési adatokat a felhőben tárolják.

4. ábra: Minta biztonsági mentési stratégia több adathellyel és formátummal

Noha a felhőszolgáltatások értékes részei lehetnek az adat-helyreállítási tervnek, néhány figyelmeztetést érdemes szem előtt tartani. Először is ne feledje, hogy vannak olyan fenyegetések, amelyek még a felhőben is titkosíthatják a fájlokat. Ezenkívül számos felhőszolgáltatás nagy sávszélességet biztosít a felhőbe való feltöltéshez, de nem kínálja ugyanazt a sávszélességet az adatok felhőből történő letöltéséhez. Ezért nagyon fontos, hogy alaposan megvizsgálja a felhőszolgáltatót és a velük kötött megállapodás részleteit annak biztosítása érdekében, hogy elérje helyreállítási céljait.

Győződjön meg arról, hogy a biztonsági másolatok változatlanok.

A biztonsági mentési fájlokhoz való hozzáférés szigorú korlátozása mellett a szervezeteknek gondoskodniuk kell arról is, hogy az adatokat ne lehessen módosítani vagy törölni, még akkor sem, ha valaki hozzáférne. Egyes biztonsági mentési és helyreállítási megoldások változatlan biztonsági mentéseket kínálnak, amelyek megvédik a biztonsági mentési adatokat a megállapított élettartamuk (megőrzési időszak) alatt.

Automatizálni.

A kézi folyamatok eredendően lassúak, megbízhatatlanok és hajlamosak az emberi hibákra. Ez igaz a biztonsági mentésre és a helyreállításra is. Biztonsági mentésekre van szükség ahhoz, hogy helyesen és ütemezetten történjen, függetlenül attól, hogy ki van szabadságon, vagy milyen más prioritások merülhetnek fel az IT-csapat számára.

Az automatizálás talán még létfontosságú a helyreállítási műveletekhez - különösen a katasztrófa-helyreállításhoz, amikor az üzemszünet minden másodperce az üzletbe kerül. Ahogy a Gartner fogalmaz: „Az érintett rendszerek azonnali helyreállítása lehetetlen lesz, ha a szervezeteknek manuális folyamatokra és eljárásokra kell hagyatkozniuk. Ez igaz, függetlenül a helyreállításhoz alkalmazott megközelítéstől, és a helyreállítási folyamat jelentős részének automatizálásának elmulasztása elfogadhatatlan késedelemhez vezet a normál szolgáltatás helyreállításában. ”^[4][sup>

4. Felülvizsgálat és tesztelés

Rendszeresen tesztelje és módosítsa adatmentési katasztrófa-helyreállítási tervét.

Túl gyakran előfordul, hogy a szervezetek sok gondolkodást, erőfeszítést és időt fektetnek egy átfogó adat-helyreállítási terv kidolgozására, de csak egyszer-kétszer végigsétálnak rajta, majd elteszik, amíg be nem tör a katasztrófa. A fenyegetések azonban tovább fejlődnek, és az informatikai ökoszisztéma is folyamatosan változik. Például olyan technológiát alkalmazhat, amely kritikus fontosságú az üzleti tevékenysége szempontjából, és amelyet az ellenfelek aktívan ki akarnak használni - ez „nagy” vagy akár „extrém” sebezhetőséget jelent. De az adat-helyreállítási terve nem is említi ezt.

Hasonlóképpen, az üzleti folyamatok és igények akár rövid időn belül is drámaian megváltozhatnak. A ma üzleti szempontból kritikus adatoknak holnap sokkal kisebb értéke lehet. Nem akarod felfedezni, hogy terved meghiúsul abban a pillanatban, amikor valóban szüksége van rá.

Ezért alapvető fontosságú, hogy rendszeres ütemtervet hozzon létre a helyreállítási terv felülvizsgálatához és frissítéséhez, valamint a felülvizsgált terv teszteléséhez, hogy az megfeleljen az Ön igényeinek. Az ütemterv a szervezet igényeitől függően változik, de az alábbi táblázat a különböző típusú teszteléseket részletezi, és útmutatást ad az ajánlott gyakorisággal kapcsolatban.

Tesztelje adat-helyreállítási tervét olyan emberekkel, akik nem fejlesztették ki.

Végül győződjön meg arról, hogy terve nem függ egyetlen személytől sem. Végtére is, az informatikus, aki a terv kidolgozását vezette, lehet, hogy szabadságon van, amikor beüt a katasztrófa. Sőt, a modern informatikai ismeretek hiánya és a szélesebb körű lemondás miatt a szervezetek jelentős fluktuációt tapasztalnak informatikai csapataikban. Biztosítania kell, hogy az adat-helyreállítási tervet ezektől a körülményektől függetlenül megfelelően végre lehessen hajtani.

Ennek megfelelően győződjön meg arról, hogy helyreállítási terve jól dokumentált, és az informatikai csapata akkor is végrehajthatja azt, ha a legértékesebb IT-szakemberek elhagyták a céget, vagy egyszerűen nem elérhetők.

Következtetés

Egy gyors pillantás a hírekre azt bizonyítja, hogy egyetlen szervezet sem mentes a modern kiberfenyegetésekkel szemben; mindenkit érintenek a kis- és középvállalkozásoktól a nagyvállalatokig, és a magánipartól az iskolákig, kormányzati szervekig és a kritikus infrastruktúráig. Miközben eszünkbe jutnak a kibertámadások, a szervezetek ki vannak téve a természeti katasztrófáknak, a bennfentes fenyegetéseknek, a rendszergazdai hibáknak és más kockázatoknak is.

Bár lehet (és kell is) dolgozni azon, hogy megerősítse biztonsági testhelyzetét, hogy minimalizálja a kitettséget, a katasztrófa veszélyét nem tudja kiküszöbölni. A kérdés az, hogy milyen gyorsan és milyen jól lehet felépülni egy katasztrófa esetén?

A szervezet védelméhez szükséges kiberrugalmasság eléréséhez szilárd adat-helyreállítási tervet kell készítenie, és azt rendszeresen tesztelnie kell. Az itt leírt stratégiák követése segít meghatározni és elérni adat-helyreállítási céljait.

¹ Gartner, Inc., „Restore vs. Rebuild - Strategies for Recovering Applications After a Ransomware Attack”, Nik Simpson és Ron Blair, 2022. március 2. (ID G00761039).

² Gartner, Inc., „How to Recovery from a Ransomware Attack using Modern Backup Infrastructure”, Fintan Quinn, 2021. június 4.

³ Gartner, „Restore vs. Rebuild - Strategies for Recovery Applications After a Ransomware Attack”, Nik Simpson és Ron Blair, 2022. március 2. (ID G00761039).

⁴ Gartner, „Restore vs. Rebuild - Strategies for Recovering Applications After a Ransomware Attack”, Nik Simpson és Ron Blair, 2022. március 2. (ID G00761039).