A fém- és feldolgozóiparban végzett incidentregisztráció minimálisan négy dolgot ír le: mi történt, mely rendszerek voltak érintve, ki avatkozott közbe, és mikor volt a helyzet ismét ellenőrzés alatt. Ez egyszerűnek hangzik, de egy termelési környezetben erre egy további réteg jön: az irodai automatizáláson kívül itt gépek, CNC-berendezések és termelési sorok vezérlőrendszerei is futnak, amelyek gyakran ugyanazon a hálózaton vannak, mint az irodai IT.
Aki a NIS2 gondossági kötelezettség alá esik, vagy egy megbízótól kérik, hogy bizonyíthatóan mutassa meg, hogyan kezelik az incidenseket, nem elégségedhet meg egy csupán IT-zavarokra figyelő szabad Excel-fájllal. Egy titkosított szerver miatt bekövetkezett termelési leállás, egy vezérlőszekrény, amely már nem reagál, vagy egy beszállító, aki távolról jelentkezik be egy gépre, és ezzel véletlenül hozzáférést nyit: ezek mind olyan események, amelyek ugyanabba a regisztrációba tartoznak, még akkor is, ha az oka nem azonnal világos.
Miért van ez több, mint egy jegy az ügyfélszolgálatban
Az incidentregisztráció a NIS2-irányelv gondossági kötelezettsége alól eredő egyik intézkedés azoknak a szervezeteknek, amelyek maguk alapvető vagy fontos entitások. A megbízók útján érintett vállalkozások számára ma már szokásos kérdés a kérdőívben: hogyan rögzíti, mi történt, és tudja-e azt mutatni. Az e mérték viszonyát a gondossági kötelezettségből eredő más kötelezettségekhez leíró áttekintésre az összes témakör áttekintésénéltalálhat, témánként egy rövid válasszal és a hivatkozással az hivatalos szövegben.
A vállalat, amely ezt rendben tartja, és az a vállalat, amely ezt nem, közötti különbség ritkán a technikában rejlik. Abban rejlik, hogy szokássá vált felírni valamit, amint megtörténik, ahelyett, hogy utólag rekonstruálnánk, mi történt pontosan.
A termelési rendszerek másik perspektívát igényelnek
Az irodai incidens viszonylag áttekinthető: egy laptop, egy postafiók, egy megosztott meghajtó. A fém- és feldolgozóiparban a termelési rendszerek gyakran évekig futnak anélkül, hogy valaki megsokszorozódana velük foglalkozni, a gép beszállítóját, egy karbantartó céget vagy egy távolról figyelő műszaki szolgáltatást meghatalmazva. Ez néha megnehezíti a meghibásodás és a biztonsági incidens közötti különbségtételt az adott pillanatban: egy sor azért áll meg, mert kopás, hibás frissítés, vagy azért, mert valaki jogosulatlanul behatolt.
Pontosan ezért hasznos, ha a regisztrációban külön mező van a rendszer típusára: irodai automatizálás, egy vállalati hálózathoz csatlakoztatott termelési rendszer, vagy egy harmadik fél által távolról kezelt rendszer. Ez az osztályozás nem csak a későbbi elemzésben segít, hanem a megbízó által gyakran feltett kérdés megválaszolásában is: hogyan különítette el az Ön termelési környezetét az irodai IT-től.
Mi tartozik minimálisan a regisztrációba
Egy használható regisztráció leírja azt a pillanatot, amikor az incidenst észlelték és ki által, rövid leírást arról, amit megfigyeltek, mely rendszerek vagy termelési sorok voltak ténylegesen érintve, milyen lépéseket tettünk a kár mérséklésére, és azt a pillanatot, amikor a normális helyzet helyreállt. Ehhez tartozik egy rövid következtetés is: ez volt-e biztonsági incidens, műszaki hiba, vagy homályos maradt az oka. Ez az utolsó kategória létezhet; nem minden incidens magyarázható el egy napon belül, és egy őszinte regisztráció ezt is megsúgja.
A rögzítés és a bejelentés közötti különbség
A rögzítés nem azonos a bejelentéssel. Az olyan szervezetek, amelyek maguk is érintett vagy fontos szervezetek a NIS2-irányelv szerint, bejelentési kötelezettséggel szembesülnek felügyeleti hatóságukkal szemben, olyan határidőkkel, amelyek magában a törvényben vannak rögzítve. A pontos határidőket és a bejelentés módját illetően az Official szövegre és az ön országában lévő felügyeleti hatóságra hivatkozunk; szándékosan nem adunk becslést ebben a kérdésben. Aki a táplálékláncon keresztül érintett, általában nincs törvényi bejelentési kötelezettsége, de gyakran szerződéses megállapodása van a megbízóval az incidensek megállapodott időn belüli bejelentéséről. Jó rögzítés mindkét esetben a kiindulópont: rögzítés nélkül nincs semmi, amire visszatérhetne, ha valaki magyarázatra szólít fel.
Aki ezt az ön vállalkozásában követi nyomon
Sok telepítési és gyártó vállalkozásnál a termelési rendszerekért a termelésvezetés felelős, míg az informatikai felelős főleg az irodai automatizálással foglalkozik. Ez fontos ahhoz, hogy előzetesen meghatározzák, ki a tulajdonosa az incidensrögzítésnek egészében, és kit hívnak fel elsőként konkrét incidens esetén. Az olyan rögzítés, amelyet két külön rendszerben tartanak nyilván – egy az informatikához és egy a termeléshez – akkor okoz fő késedelmet, amikor a legtöbb számít.
Mit tesz és mit nem tesz a Secria az ön számára
A Secria segít az olyan dosszié kialakításában, amelyből ez a rögzítés állandó helyet kap, állapottal, bizonyítékkal és tulajdonossal intézkedésenként, és előkészített szövegekkel arra az esetre, ha bejelentés szükséges. Amit nem teszünk, az az incidens maga megoldása: nincs incidenskezelés, nincs SOC, nincs törvényszéki vizsgálat. Ez marad az információ szakosított felek mennyei munkája, és mi arra készítjük elő, hogy amikor eljön az ideje, ne nulla helyről kezdjen. A információ beszerzésünkről és az általunk használt forrásokról többet olvashat a működésről szóló oldalon. A dosszié és a sablonok költsége az árlistás oldalon.
Előbb szeretné megtudni, hogy és hogyan illeszkedik pontosan az ön vállalkozása ebbe az irányelvbe, mint érintett vagy fontos szervezet vagy mint tápláléklánc által érintett szállító? Végezze el az ingyenes NIS2-ellenőrzést és nézze meg néhány kérdésben, hol áll, vagy olvasson tovább a tudásbázisban további háttérhez ebben a témában.