Biztonsági másolatok és helyreállítás a fémiparban és feldolgozóiparban: mikor tesztelte legutóbb?
A lényeges kérdés nem az, hogy létezik-e biztonsági másolat, hanem az, hogy mikor próbálta valaki utoljára visszaállítani. Az elkészített, de soha vissza nem állított biztonsági másolat hiányos lehet, sérült lehet, vagy egyszerűen nem kompatibilis azzal a géppel, amelyre végül szükség lesz. Ezt nem egy naplófájl megtekintésével fedezi fel, hanem azzal, hogy ténylegesen megpróbálja.
A fém- és feldolgozóipar számára ez nem elméleti kérdés. A CNC-vezérlők, MES-szoftver, PLC-k és az azokat körülvevő tervezési rendszerek egyre gyakrabban ugyanazon a hálózaton vannak, mint az irodai automatizálás. Ha a hálózat egy technikai meghibásodás vagy egy esemény miatt leáll, a kérdés nem csak az, hogy visszajön-e az adat, hanem az, hogy a termelési vonal használható időn belül ismét működőképes lesz-e. Erről szól a NIS2-irányelv által előírt gondossági kötelezettség: nem a biztonsági másolat megléte, hanem az igazolható helyreállítási képesség.
Miért fontosabb a helyreállítási teszt magánál a biztonsági másolatnál
A biztonsági másolat stratégiája általában három összetevőből áll: mit másolunk, milyen gyakran, és hol tároljuk. Ezek azok az összetevők, amelyeket a vállalatok általában rendben tartanak, gyakran már évek óta az IT-szállító révén. A negyedik összetevő hiányzik sok kkv-nál: egy tervezett, ismételt teszt, amelyben valaki ténylegesen visszaállítja a biztonsági másolatot egy tesztkörnyezetre, és ellenőrzi, hogy az eredmény működik-e.
Ez a teszt azt mutatja, hogy a biztonsági másolat és a helyreállítás ténylegesen összhangban vannak-e. Az adatbázis-kiszolgáló biztonsági másolata a csatlakoztatott gép megfelelő konfigurációs fájljai nélkül a gyakorlatban gyakran használhatatlan. Ugyanez igaz az olyan biztonsági másolatra, amely ugyan tartalmazza a fájlt, de nem tartalmazza a licenckulcsot vagy az azt működtető termelési vonal vezérlésével való kapcsolatot. Az ilyen hiányosságokat csak a visszaállítás révén fedezi fel, nem a beállítások olvasásával.
Mit jelent ez a hálózatra csatlakoztatott rendszerek számára
Az olyan termelési rendszerek, amelyek korábban elkülönülten működtek a szervezeti hálózattól, számos vállalatnál mára már kapcsolódnak hozzá: a távoli karbantartás, a tervezési adatok, vagy azért, mert a szállítónak szüksége van hozzáférésre a frissítésekhez. Ez a kapcsolat hatékonyabbá teszi a vállalatot, de azt is jelenti, hogy a szervezeti hálózaton bekövetkezett egy meghibásodás vagy esemény a termelési helyre is kihathat.
A helyreállítás tesztelésekor ezért célszerű különbséget tenni az adminisztratív rendszerek biztonsági másolata és a termelési rendszerek biztonsági másolata között. Mindkettőnek saját helyreállítási ideje, saját felelőse és saját kockázata van, ha nem működik. Egy teszt, amely csak a szervezeti szerver helyreállítását fedi le, semmit nem mond arról, hogy egy CNC-gép milyen gyorsan tudja újra beolvasni a rajzot egy meghibásodás után.
Mit rögzít, és miért ez ugyanolyan fontos, mint maga a teszt
Egy helyreállítási teszt, amelyet senki sem rögzített, egy felügyelet vagy egy megrendelő számára nem különböztethető meg egy olyan teszttől, amely soha nem történt meg. A rögzítés nem bonyolult: a teszt dátuma, mely rendszert állították vissza, ki végezte el, és mi volt az eredmény. Ez pontosan az az igazolásfajta, amely egy megrendelő biztonsági kérdéssora során megjelenik, és az az alátámasztás, amely egy esemény bejelentésekor válik relevánssá.
Aki ezt mérték szerint szeretné rendezni, megtudhatja az összes tárgy áttekintése helyzetre lebontva hogyan viszonyul a biztonsági másolat és helyreállítás a gondossági kötelezettség kilenc másik intézkedéséhez, például a hozzáférés-szabályozáshoz és az eseményrögzítéshez. Ez megakadályozza, hogy a helyreállítás önmagában maradjon, a dossziér többi részétől elkülönülve.
Milyen gyakran elég a tesztelés
Nincs olyan rögzített időintervallum, amely minden vállalatra érvényes; az a kritikus rendszer jellegétől és a helyreállítás szükséges gyorsaságától függ. Egyes rendszerekhez az éves teszt túl ritkán végzett, másoknak viszont teljesen megfelelő. A felügyeleti hatóságok és maga az irányelvek nem írnak elő időközt; azt várják, hogy a szervezet maga képes legyen indokolni, miért megfelelő a választott gyakoriság az adott rendszer fontosságához.
Ha kétségei vannak afelől, hogy vállalata az alapvető vagy fontos üzemeltetőként tartozik-e a biztonsági kötelezettségek alá, vagy csupán egy megbízón keresztül kap kérdéseket a biztonsági másolatokról, akkor a NIS2-ellenőrzés néhány kérdésből egy első jelzést ad. A gyakran felvetett kérdések arról, hogy mi kötelező és mi nem, összegyűjtve találhatók meg a a gyakran feltett kérdésekről szóló oldalon.
A helyreállítási teszt időt vesz igénybe, de kevesebbet, mint egy üzemi rendszer újraépítése olyan helyzetben, amikor senki sem tudja, hogy a biztonsági másolat működik-e. Szeretné megtudni, hogyan illeszkedik mindez a többi kötelezettséggel egy dossziéban, ahol minden intézkedéshez tartozik egy státusz, egy bizonyíték és egy felelős? Végezze el először az ingyenes NIS2-ellenőrzést, vagy olvassa végig a tudásbázist.