Vai pastāv drošības incidentu apstrādes procedūra?

Incidentu apstrāde ir viens no desmit obligātajiem pasākumiem

Jā, un šis jautājums pārbaudīs īpaši otro no desmit pasākumiem saskaņā ar NIS2 21. panta 2. punktu: "incidentu apstrāde" ir uzskaitīta blakus riska analīzei kā atsevišķa kategorija. Tas, kurš saņem šo jautājumu, nedrīkst tikai teikt, ka procedūra pastāv, bet arī parādīt, kas tajā ir: kā incidents tiek ziņots, kurš to uzņemas, kādi soļi tiek veikti un kā tiek fiksēts, kas ir noticis. Procedūra bez atbildīgā vai bez fiksētiem soļiem nepārliecinās auditori, pat ja dokuments pastāv.

Konkrēts pierādījums parasti ir procedūras apraksts vai pamatjosla, kurā ietilpst incidentu klasifikācija (smagums, ietekme), ziņošanas kanāls vai kontaktpersona, un novērtēšanas solis pēc beigām. Šis novērtējums nav dekoratīvs: bez fiksētas sistēmas, ar kuru notikumi sistēmās tiek reģistrēti un saglabāti, nav pamata, lai incident rekonstruētu vai pierādītu, ka tas apstrādāts. Ja procedūra nav vēl pieejama, tad "nē, izstrādes stadijā" ir patiešāka atbilde nekā izdomāta procedūra, kas nepastāv — jautājumu saraksts paredz, kas pastāv, nevis nodomu.

Kā tas saistās ar nepārtrauktību un riska analīzi

21. panta 2. punkts uzskata desmit pasākumus par vienu veselumu, un incidentu apstrāde nav atdalīta no pārējā. Incidents, kas ietekmē pakalpojuma sniegšanu, bieži aktivizē rezerves kopijas un avārijas nodrošinājumu pakalpojuma sniegšanas atjaunošanai; incidentu procedūra, kas neatsaucas uz atjaunošanas plānu, ir nepilnīga. Turklāt incidentu apstrāde ir politikas riska analīzes un informācijas sistēmu drošības jomā: riska analīze paredz, kas var noiet greizi, incidentu apstrāde nosaka, kas notiek, ja tas tomēr noiet greizi. Klients, kurš jautā par procedūru, tātad netieši pārbauda, vai šie divi savienojas.