Mentés és katasztrófa-helyreállítás
Felülvizsgáljuk vagy kialakítjuk a mentési rendszert úgy, hogy egy incidens után ténylegesen vissza lehessen állni, ne csak a napló szerint.
Mikor van rá szükség
Ahol a mentés cserben hagy
A legtöbb szervezet rendben lévőnek hiszi a mentését, egészen az első valódi visszaállításig. A hiba jellemzően ezen a négy ponton derül ki.
Ugyanabban a tartományban
A támadó tartományi rendszergazdai jogot szerez, megkeresi a mentőszervert, törli a snapshotokat, és csak utána indítja a titkosítást. Ha a mentés ugyanazokkal a hitelesítő adatokkal elérhető, minden másolata egyszerre vész el.
Sikeres státusz, hiányos adat
A mentési feladat sikeresnek jelzi magát, a visszaállításnál mégis kiderül, hogy hiányzik az adatbázis-konzisztencia, kimaradtak mappák, vagy lejárt egy titkosítási kulcs.
Ami kimarad a mentésből
A tűzfalszabályok, a hálózati konfiguráció, a tartományi beállítások és a tanúsítványok nélkül egy teljes helyreállításnál nincs mihez visszaállítani az adatot. A visszaállítási leírás sem ér semmit, ha csak azon a rendszeren van meg, amelyet vissza kell állítani.
Nincs közös célidő
Az IT úgy gondolja, a napi mentés elég, az üzlet pedig arra számít, hogy minden órákon belül visszaáll. Egy incidens közepén rossz kideríteni, hogy egyik sem igaz.
Kialakítás
Amitől a mentés a támadást is túléli
A 3-2-1 szabály szerint legalább három másolat kell az adatból, két különböző adathordozón, és egy telephelyen kívül. Hardverhibára, tűzre és lopásra ma is jó válasz, a célzott támadóval viszont nem számol. Ezért egészül ki 3-2-1-1-0-ra: egy offline vagy módosíthatatlan másolattal és nulla hibával az ellenőrzött visszaállításnál.
A 3-2-1 szabály maMódosíthatatlan másolat
A megőrzési idő lejárta előtt senki nem törölheti és nem módosíthatja, adminisztrátori joggal sem. Megvalósítható objektumzárolással tárolón vagy felhőben, illetve szalaggal, amelyet a támadó a hálózaton keresztül nem ér el.
Külön hitelesítési tartomány
A mentőrendszer nem tagja a vállalati tartománynak, saját, máshol nem használt hitelesítő adatokkal és többfaktoros hitelesítéssel érhető el.
Kipróbált visszaállítás
A tényleges teszt egy üzletileg fontos rendszert állít vissza izolált hálózati szegmensbe, méri az időt, ellenőrzi az adat teljességét, és rögzíti, hol akadt el a folyamat.
Szállítandó anyagok
Mit kap a munka végén
A bevezetés utáni üzemeltetés egyedi megállapodás alapján kérhető.
átadott tétel
- A jelenlegi mentési rendszer technikai auditja
- A 3-2-1 szabálynak megfelelő, módosíthatatlan mentési kialakítás
- Tényleges visszaállítási teszt
- Katasztrófa-helyreállítási terv célidőkkel és szerepkörökkel
Kapcsolódó szolgáltatások
Ami a helyreállítást megelőzi és kiegészíti
A mentés akkor ér a legtöbbet, ha a támadó el sem jut hozzá, és baj esetén van, aki a helyreállítást vezeti.
Incidenskezelési készenlét
Szerződésben rögzített rendelkezésre állás biztonsági incidens esetére: elhárítás, a terjedés megállítása és helyreállítás.
Active Directory felülvizsgálat és keményítés
A zsarolóvírusos támadások első célpontja. A kockázatos jogosultságok rendezése elzárja a tartományi rendszergazdai jogig vezető utat.
Hálózati szegmentáció
A lapos vállalati hálózat zónákra bontása, hogy egy fertőzött eszköz ne érje el a teljes hálózatot, a mentési infrastruktúrát sem.
IT-biztonsági felmérés
Ha előbb a teljes képet szeretné látni: a felmérés a hozzáférés-kezeléstől a frissítéseken és a mentésen át a hálózatig vizsgálja a környezetet.
Gyakori kérdések
Amit a legtöbben kérdeznek
Ki dönti el, mennyi adatvesztés és kiesés fogadható el?
Ezt két mutató írja le. Az RPO (Recovery Point Objective) azt adja meg, mennyi adatvesztés fogadható el: ha a mentés naponta egyszer fut, egy teljes napnyi adat veszhet el. Az RTO (Recovery Time Objective) azt, mennyi idő alatt kell a szolgáltatásnak visszaállnia egy kiesés után. Mindkettőt az üzleti vezetőkkel együtt kell meghatározni, és a katasztrófa-helyreállítási terv célidői ezekre épülnek.
Megvéd a mentés a zsarolóvírustól?
A jó mentés azt teszi lehetővé, hogy a szervezet fizetés nélkül álljon helyre. A mai támadók viszont a titkosítás előtt kiszivárogtatják az adatot, és ezzel is zsarolnak. Ez ellen a mentés nem véd. A belépést és a terjedést más kontrollok állítják meg, ezekről a zsarolóvírus-védelemről szóló cikkünkben írtunk.
A felhőben tárolt adatot is menteni kell?
Sokan azt hiszik, a felhőszolgáltató ment. A legtöbb szolgáltatónál azonban megosztott a felelősség: az infrastruktúra a szolgáltatóé, az adat az ügyfélé. A postafiókokról, a fájlmegosztásról és a felhős alkalmazások adatairól ezért gyakran egyáltalán nincs mentés.
Mit kell menteni egy ipari környezetben?
Az OT-környezetben a PLC-programokat, a HMI-projekteket és a mérnöki munkaállomások konfigurációját. Sok üzemben a mentés egy évekkel ezelőtti fájl egy mérnök laptopján, pedig ezeknek offline másolatban a helyük. Az ipari környezetre szabott szolgáltatásainkat az OT-szolgáltatások oldalán mutatjuk be.
