Vai sistēmu notikumi tiek reģistrēti un saglabāti?

Reģistrēšana ietilpst vairākos Direktīvas NIS2 21. panta 2. punkta pasākumos

Direktīvas NIS2 21. panta 2. punktā nav atsevišķa vienuma "reģistrēšana". Jautājums par notikumu reģistrēšanu un saglabāšanu sistēmās galvenokārt attiecas uz punktu b par incidentu pārvaldību un punktu d par biznesa nepārtrauktību un krīzes pārvaldību. Reģistrēšana ir pierādījumu materiāls, ar kura palīdzību var rekonstruēt incidentu: kas darīja, kas, kad un no kuras sistēmas. Bez reģistriem incidentu pārvaldības procedūra praksē ir grūti pierādīt, pat ja procedūra uz papīra pastāv.

Tas, ko klients precīzi jautā, atšķiras atkarībā no jautājumu saraksta. Daži portāli jautā tikai par to, vai notiek reģistrēšana, citi jautā par saglabāšanas termiņu, par to, kuras sistēmas tiek reģistrētas, vai par to, kam ir piekļuve reģistriem. Pēdējais atkal attiecas uz piekļuves politiku: ja reģistrus var pārveidot tie paši cilvēki, kuri tos varētu kontrolēt, piekļuves politiku un uzņēmuma līdzekļu pārvaldību ir svarīgi to minēt. Ja jums nav centralizētas reģistrēšanas vai noteikta saglabāšanas termiņa, atbildiet ar "nē" vai "daļēji" — atsevišķa Excel faila ar kļūdu ziņojumiem automātiski neuzskaita par pierādījumu, un izdomāts "jā" tam nav mazāk tāds.

Direktīvas NIS2 21. panta 2. punkts, jo īpaši zem punktiem b un d

Direktīvas NIS2 21. panta 2. punkts uzskaitīja desmit pasākumu kategorijas, kuras subjektam jāveic, balstoties uz "all-hazards" pieeju. Reģistrēšana netiek skaidri minēta kā atsevišķa kategorija, bet praksē tā tiek iekļauta zem punkta b (incidentu pārvaldība) un punkta d (biznesa nepārtrauktība, piemēram, dublējuma pārvaldība un krīzes pārvaldība), jo reģistrēti notikumi ir nepieciešami incidenta identificēšanai, izmeklēšanai un vēlākam paskaidrojumam. Kāda precīza prasība klientam ir saistīta — saglabāšanas termiņš, pārklājums, piekļuves kontrole pašiem reģistriem — nav izstrādāta pašā direktīvā, bet bieži tiek padziļināta nacionālā transponēšanā vai klienta portālā.