Modul 6 · 6.3
Visszaállítás tesztelése
Modul 6: Biztonsági mentések · Olvasási idő: 10 perc
Tanulási cél: E lecke után képes lesz egy visszaállítási tesztet megtervezni és elvégezni, közérthető nyelven rögzíteni, mennyi munkát veszíthet el legfeljebb (RPO) és milyen gyorsan kell valaminek visszaállnia (RTO), valamint leírni egy helyreállítási sorrendet.
Kulcsfogalmak: visszaállítási teszt, RPO (mennyi munkát veszíthet el), RTO (milyen gyorsan kell visszaállnia), helyreállítási sorrend, dokumentáció
Egy biztonsági mentés, amelyet soha nem állított vissza, csak feltételezés
Szinte mindenki, aki egy incidens után rájön, hogy a biztonsági mentés nem működik, azt hitte, jó mentése van. A jelzések zöldek voltak, a lemez megtelt, a program minden éjjel lefutott. Csak a visszaállításkor derül ki, mi a baj. Jellemző példák arra, mi derül ki ilyenkor:
- A mentés csak a weboldal fájljait vette fel, az adatbázist nem. A webáruház visszatért, de rendelések, ügyfelek és termékek nélkül.
- A mentés titkosítva volt, de a kulcs csak azon a laptopon volt meg, amelyet elloptak.
- A mentési program már négy hónapja hibát jelzett, de ezek az értesítések egy már nem ott dolgozó kolléga e-mail címére mentek.
- A mentés megvolt, de 400 GB visszaállítása egy átlagos internetkapcsolaton három napig tartott.
A holland NCSC ezért azt javasolja, hogy ne csak azt ellenőrizze, elkészült-e a mentés, hanem időnként valóban állítson is vissza valamit belőle. Emellett azt tanácsolja, hogy naponta legyen látható, lefutottak-e a mentések és voltak-e hibák.
RPO: mennyi munkát veszíthet el?
Mielőtt tesztel, tudnia kell, mi számít "elég jónak". Erre két fogalom szolgál, amelyekkel minden IT-szolgáltatóval folytatott beszélgetésben találkozni fog.
Az RPO (Recovery Point Objective) közérthetően azt jelenti: mennyi munkát veszíthet el legfeljebb? A NIST úgy határozza meg, mint azt az időpontot, amelyre az adatokat egy üzemzavar után vissza kell állítani. Minél gyakrabban készít mentést, annál kisebb a hiányzó rész.
A számítás egyszerű: legfeljebb mindazt elveszítheti, ami az utolsó jó mentés óta megváltozott. A holland NCSC maga is ezt a példát hozza: ha a mentés éjjel 03:00-kor fut, és Önt 16:00-kor éri a baj, akkor akár több óra munkát is elveszíthet.
| Mentési ütemterv | Kiesés időpontja | Utolsó jó mentés | Maximálisan elveszett |
|---|---|---|---|
| Minden éjjel 02:00-kor | kedd 16:30 | kedd 02:00 | 14 óra 30 perc |
| Munkaidőben óránként | kedd 14:40 | kedd 14:00 | 40 perc |
| Minden éjjel 02:00-kor, de a keddi éjszakai mentés sikertelen volt | szerda 10:00 | kedd 02:00 | 32 óra |
Két csapdára figyeljen. Egy sikertelen mentés nem számít: ilyenkor az utolsó jó mentés egy lépéssel visszébb csúszik. Zsarolóvírus esetén pedig az számít, mikor kezdődött a károkozás, nem az, amikor Ön észreveszi. Ha a titkosítás 11:15-kor kezdődött, és Ön 14:40-kor veszi észre, akkor a 12:00-kor készült mentés már fertőzött, és a 11:00-s a legutóbbi jó mentés.
RTO: milyen gyorsan kell visszaállnia?
Az RTO (Recovery Time Objective) közérthetően azt jelenti: meddig tarthat, amíg minden újra működik? A NIST úgy írja le, mint azt az időtartamot, ameddig egy rendszer helyreállítás alatt állhat, mielőtt az valóban kárt okozna a vállalkozásnak.
Az RTO elemenként eltér. A Pékség Example esetében:
| Elem | Mi történik, ha kiesik | RPO | RTO |
|---|---|---|---|
| Pénztár és rendelések | Nincs értékesítés, a vevők várnak | 1 óra | 2 óra |
Levelezés info@example.com | Az e-mailben érkező rendelések nem jönnek be | 1 nap | 4 óra |
| Weboldal | Nincsenek új ügyfelek, de nem kritikus | 1 nap | 1 munkanap |
| Régi ajánlatok archívuma | Kellemetlen, de várhat | 1 hét | 1 hét |
Az RTO is meghatározza, milyen mentést válasszon. Egy lemez a tulajdonos otthoni széfjében remek offline másolat, de ha négy óra, amíg valaki elhozza és visszaállítja, akkor nem fogja tudni teljesíteni a kétórás RTO-t.
Egy visszaállítási teszt öt lépésben
A tesztnek nem kell nagynak lennie. Kezdje kicsiben, és bővítse fokozatosan.
- Válassza ki, mit tesztel. Kezdje egy fájllal, egy mappával és egy postafiókkal. Évente egyszer végezzen nagyobb tesztet: egy teljes weboldalt az adatbázissal együtt, vagy egy teljes laptopot.
- Az eredeti mellé állítsa vissza. Soha ne írja felül a valódi adatait teszteléshez. Egy külön mappába, másolatként vagy egy teszthelyre állítsa vissza.
- Ellenőrizze a tartalmat. Megnyílik-e a fájl? A megfelelő dátumú levél van-e benne? A weboldal az adott pillanatból származó adatbázissal működik-e? Egy mai fájlokat tartalmazó weboldal egy múlt havi adatbázissal gyakran nem működik jól.
- Mérje az időt. Jegyezze fel, mennyi idő telt el attól, hogy "vissza kell állítanom valamit", addig, hogy "működik". Hasonlítsa össze az RTO-jával.
- Rendezze el és dokumentálja. Törölje a teszt másolatát, hogy ne foglaljon helyet és ne okozzon zavart, majd jegyezze fel az eredményt.
Helyreállítási sorrend és dokumentáció
Egy nagy incidens esetén minden egyszerre nem állítható vissza. Ezért előre rögzítse a helyreállítási sorrendet: mi az első, mi jön utána. Általában ez a sorrend: először a hozzáférés (jelszókezelője, levelezése és adminisztrátori fiókjai), majd ami pénzt termel (pénztár, rendelések, számlák), aztán a többi.
Elemenként jegyezze fel egy helyreállítási lapra:
- hol található a mentés és hogyan érhető el (jelszavak nélkül a lapon: utaljon a jelszókezelőre vagy a széfre);
- ki jogosult és képes visszaállítani, és ki a helyettese;
- a lépéseket, vagy egy linket a szolgáltatója útmutatójához;
- az utolsó teszt dátumát és eredményét.
Ezt a lapot papíron vagy offline is őrizze meg. Zsarolóvírus esetén a dokumentációt tartalmazó megosztott mappa valószínűleg szintén nem elérhető. Ez a lap a 8.1 leckében szereplő incidenskártyához tartozik.
A gyakorlatban: így néz ki
A WebOké Backups mintakörnyezetben tesztelhet anélkül, hogy bármit megváltoztatna a jelenlegi oldalán vagy levelezésén. A varázslóban kiválasztja a csomagot, a mentés időpontját, az elemeket, majd a visszaállítás módját. A Másolatként a jelenlegi mellé opcióval a mentés másolatként kerül egy új mappába, adatbázisként új néven, vagy postafiókként újként. Egy postafiók esetén nevet ad a másolatnak, például helyreallitas, majd megnyitja a webmailben, hogy ellenőrizze, az adott pillanatból származó levelek benne vannak-e. Ezután törölje a másolatot, mert az beleszámít a tárhelyébe. Minden visszaállítás kap egy nyolc karakteres visszaállítási kódot és egy jelentést arról, mi lett visszaállítva.
A tudásbázis egy gyakori hibára is figyelmeztet: postafiók esetén ne válassza a Teljes visszaállítás opciót, mert akkor minden eltűnik, ami a kiválasztott pillanat után érkezett. Az Euro-Office-ban és a Nextcloudban egy dokumentum régebbi verzióját a verzióelőzményeken keresztül állítja vissza; az ekkor lecserélt verzió megmarad.
Más szolgáltatóknál ez másképp hívható, és néha másképp is működik. Ha az Ön szolgáltatójánál nem tud önállóan másolatként visszaállítani, kérdezze meg, hogyan tesztelhet biztonságosan.
Összefoglalás
- Egy biztonsági mentés csak akkor megbízható, ha már visszaállította; teszteljen rendszeresen kis léptékben, és évente egyszer nagy léptékben.
- RPO: mennyi munkát veszíthet el. Mindent elveszít, ami az utolsó jó mentés óta történt; egy sikertelen vagy fertőzött mentés nem számít.
- RTO: milyen gyorsan kell visszaállnia. Minden tesztnél mérje meg a valós helyreállítási időt.
- Az eredeti mellé állítsa vissza, ellenőrizze a tartalmat, majd rendezze el a teszt másolatát.
- Rögzítse a helyreállítási sorrendet és a lépéseket egy helyreállítási lapon, amely offline is létezik.
Kvíz
Feladat
A6.3 feladat: Mennyi munkát veszít el? Kap egy mentési ütemtervet és egy kiesés vagy támadás időpontját. Számolja ki, legfeljebb mennyi munkát veszít el, és értékelje, hogy az ütemterv eléri-e az RPO célt. A program ellenőrzi a válaszát, és esetenként elmagyarázza az összefüggéseket.
D6.3 feladat: Egy valódi visszaállítási teszt. Állítson vissza egy fájlt és egy postafiókot (vagy más kis adathalmazt) a saját mentéséből, az eredeti mellé. Ellenőrizze a tartalmat, mérje az időt, rendezze el a teszt másolatát, és töltse ki a helyreállítási lapját az RPO-val, az RTO-val és a helyreállítási sorrenddel.
D6.3. feladat: Egy valódi visszaállítási teszt
Így kezdjen hozzá: (1) Válasszon egy kis tesztkészletet: egy fájlt, egy mappát és egy postafiókot (vagy egy másik kis készletet, amelyet fontosnak tart). (2) Jegyezze fel a kezdési időt. (3) Állítsa vissza a készletet a saját biztonsági mentéséből az eredeti mellé: másolatként, egy külön mappában vagy külön postafiókként. Semmit ne írjon felül. (4) Ellenőrizze a tartalmat: megnyílik-e a fájl, a megfelelő dátumú levél szerepel-e benne, megfelelő-e a mappa? Weboldal esetén: ugyanabból az időpontból származnak-e a fájlok és az adatbázis? (5) Jegyezze fel a befejezés idejét, és számolja ki a helyreállítási időt. (6) Takarítsa fel a tesztmásolatot. (7) Töltsön ki egy helyreállítási lapot ehhez az elemhez: hol található a biztonsági mentés, ki jogosult visszaállítani (és ki a helyettese), a lépések vagy egy hivatkozás az útmutatóhoz, RPO, RTO, hely a helyreállítási sorrendben, ennek a tesztnek a dátuma és eredménye. Ne írjon jelszavakat a lapra. (8) Nyomtassa ki a helyreállítási lapot, vagy tárolja offline, az incidenskártyája mellett (4.1 lecke).
A pipái és jegyzetei csak ebben a böngészőben maradnak meg, sehova nem küldjük el őket. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy elvégezte a feladatot.
További olvasnivaló
A WebOké cikkeiben szereplő lépések a WebOké környezetére vonatkoznak; más szolgáltatóknál ez hasonlóan vagy másképp működik. Érdeklődjön a szolgáltatójánál.
- WebOké Biztonsági mentések: biztonsági mentés megtekintése, visszaállítása vagy letöltése
- Postafiók vagy törölt e-mailek visszaállítása a biztonsági mentésből
- WebOké útmutató 6.10: WebOké Backups: fájlok visszaállítása
- DirectAdmin útmutató 16.3: DirectAdmin biztonsági mentés visszaállítása
- Euro-Office útmutató 8.6: Verziótörténet: korábbi verzió visszaállítása
- A holland NCSC, Biztonsági mentési stratégia kialakítása: https://www.ncsc.nl/back-up/een-back-up-strategie-opstellen
- NIST, Szószedet: Recovery Point Objective (angolul): https://csrc.nist.gov/glossary/term/recovery_point_objective
- NIST, Szószedet: Recovery Time Objective (angolul): https://csrc.nist.gov/glossary/term/recovery_time_objective
