A biztonsági mentés csak akkor számít, ha Ön azt is tudja, hogy annak visszaállítása működik. Nem feltételezésként, hanem olyasvalamit, amit Ön ténylegesen kipróbált: helyreállítást végzett, megmérte, hogy meddig tartott, és ellenőrizte, hogy minden úgy áll-e vissza, ahogyan kellett. E teszt nélkül csak annyit tud, hogy valahol létezik egy másolat — de azt nem, hogy az a másolat Önnek valaha is segít-e.
Egy telepítő cég számára ez nem elméleti kérdés. A szerelők ütemezése, az ügyfélépületek hozzáférési kódjai és a biztonsági rendszerekkel való kapcsolatok mögött olyan rendszerek húzódnak, amelyek meghibásodása során nemcsak a vállalat saját működésére hat ki, hanem az ügyfél saját épületéhez való hozzáférésére is. Aki azt a szervizcsapatot felügyeli, amely egy ajtót, egy riasztást vagy egy klímaberendezést távolról működtet, annak az ügyfélnek egy olyan láncszemét képezi, amelynek folyamatosan működnie kell.
Miért nem számít az untesztelt biztonsági másolat
A biztonsági mentés számos ok miatt lehet használhatatlan azzal a pillanattal, amikor szüksége van rá. A fájl sérült, hiányzik az azt visszafejtéshez szükséges kulcs, a rendszerek visszaállításának sorrendje sehol sincs rögzítve, vagy egyszerűen sokkal hosszabb időt vesz igénybe, mint valaki számított. Ezt nem egy nyugodt kedd során veszzi észre — azt akkor veszi észre, amikor a szerelők teljes ütemezése kiesik, és az ügyfél azt kérdezi, hogy miért nem reagál a hozzáférési rendszere két napja.
Az NIS2-irányelvből fakadó gondossági kötelezettség a biztonsági mentést és helyreállítást nem technikai aprólékként, hanem az egyik alapvető intézkedésként nevezi meg. Ami az irányelvnek magának nem tesz, az egy rögzített tesztelési gyakoriság előírása — azt, hogy milyen gyakran tesztel, sehol sem szerepel konkrét számként a szövegben. A felügyeleti szervek az ilyen intézkedéseket vizsgálva általában azt nézik, hogy egy szervezet be tudja-e mutatni, hogy ismeri, mely rendszerei kritikusak, és hogy szabályosan ellenőrzi-e, hogy a helyreállítás valóban működik-e, tekintettel arra, hogy a vállalat mennyire függ ezektől a rendszerektől.
Az installációs cégeket specifikusan érintő kérdések
Egy telepítő cég esetében nem csak a saját könyvelésről van szó. Gondoljon az ütemezési szoftverre, amelyen keresztül a szerelők az útvonalaikat és feladataikat kapják, az ügyfélkontraktusokat és garanciaidőket tartalmazó CRM-re, valamint az ügyfélnél lévő hozzáférési rendszerekhez vagy épületirányítási rendszerekhez való kapcsolatokra. Egy szerelő, aki VPN-kapcsolaton keresztül hozzáfér egy ügyfél hálózatához, az ügyfél számára egy további ajtó a rendszerbe — egy ajtó, amelyet be is kell tudni zárni, ha valami baj történik.
Éppen ezek a kapcsolatok teszik a helyreállítást bonyolultabbá, mint egy szokásos irodai rendszer esetében. Nem csak saját adatainak visszaállításáról van szó, hanem arról is, hogy az ügyfélkörnyezetek hozzáférési jogosultságai, tanúsítványai és jelszavai helyreállítás után helyesek-e. Egy teszt, amely csak a saját fájlrendszert állítja vissza, keveset mond arról, hogy az ügyfélnél lévő kapcsolat egy zavar után az abban rögzítettnek megfelelően működik-e.
Mit jelent konkrétan egy teszt
Egy használható helyreállítási teszt néhány rögzített összetevőből áll: Ön ténylegesen visszaállít egy biztonsági mentést, lehetőleg egy külön környezetben, hogy a próba ne jelentsen kockázatot a folyamatban lévő munkára. Megmérte, hogy mennyibe kerül időben, és azt összehasonlítja azzal, ami az Ön ütemezésének és az ügyfelekkel kötött megállapodásoknak elfogadható. Ellenőrzötte, hogy az összes adat teljes és használható-e, beleértve a külső rendszerekkel való kapcsolatokat. Továbbá feljegyezte, hogy ki végezte el a tesztet, mikor, és mi az eredménye — még akkor is, ha az eredmény nem volt jó, mert éppen ez az ösztönzés valami javítására.
Ez a feljegyzés egyből az a bizonyíték, amely után az ügyfél egy biztonsági kérdőívben rákérdezhet, és az a rész, amelyet a felügyeleti szerv a gondossági kötelezettséggel kapcsolatos dossziéban vár vissza. Aki azt szeretné ellenőrizni, hogy a dossziéja már rendben van-e, vagy még el kell kezdenie, az itt találja egy rövid ellenőrzés az Ön jelenlegi helyzetéről egy első irány, magyarázattal, hogy miért
Azoknak a vállalatoknak, amelyek nem biztosak abban, hogy ezek a kötelezettségek közvetlenül rájuk vonatkoznak-e, vagy főként egy megbízó követelményein keresztül érkeznek, a közvetlen kötelezettség és a láncon keresztüli érintettség közötti különbség gyakran a kiindulópont. Ez a különbség és annak, hogy mit jelent a többi intézkedésre nézve, részletesen kidolgozva szerepel a az egyes helyzetekhez kiválasztott témák között.
Aki az ilyen intézkedések elolvasása után elsősorban gyakorlati kérdéseket tart meg — arról, hogy mit jelent egy fiók, mi marad ingyenes és mi nem —, a legtöbb választ megtalálja a a platform kapcsán feltett gyakori kérdésekben. És azoknak, akik a dossziét valóban karban szeretnék tartani, státusszal és egy felelős személlyel minden intézkedéshez, a feliratkozási oldal mutatja, mi tartozik ahhoz.
Az, hogy egy teszteletlen biztonsági mentés az Ön helyzetében kockázatot jelent-e, amelyet a felügyeleti szerv másként értékel, mint egy tesztelt biztonsági mentést, nem valamit, amit ez a cikk az Ön számára megállapíthat — ez az Ön saját rendszereitől és megállapodásaitól függ, és ezért a jogász vagy a felügyeleti szerv felé vezető út marad a megfelelő. Ha azonban először szeretne egy képet kapni arról, hol tart, nyugodtan végezze el az ingyenes gyorsértékelést, vagy böngéssze át az Ön ágazatára kidolgozott témákat.