Incidentreģistrācija ir pārskats, ko jūs uzturējat par to, kas noticis, kad, kādā sistēmā un kas bija iesaistīts, no brīža, kad pamanāt kaut ko neparastu, līdz brīdim, kad problēma ir atrisināta. ICT pakalpojumu sniedzējam tas nozīmē konkrēti: pirmā ziņojuma laiks, kuras klienta sistēmas tika ietekmētas, kurš darbinieks vai apakšuzņēmējs tobrīd bija pieejams, kādi soļi tika veikti un kad situācija atgriezās normai.
Šī reģistrācija pati par sevi nav likumiska paziņošanas prasība — tā attiecas uz organizācijām, kas paši ietilpst Kiberdrošības likumā, ne automātiski uz viņu piegādātājiem. Tomēr klients, kas patiešām ir saistīts ar prasībām, pats jāspēj novērtēt savu piegādes ķēdi, un to viņš dara, jums vaicājot, kā jūs dokumentējat incidentus un tos pierādāt. Bez sakārtota atbildes uz šo jautājumu līgums bieži nepārsniedz iepazīšanās etapu.
Kāpēc tas ir svarīgs tieši ICT pakalpojumu sniedzējiem
Instalācijas uzņēmumam vai konsultāciju birojam parasti ir viena vide, ko pārraudzīt: sava paša. ICT pakalpojumu sniedzējs strukturāli strādā citu sistēmās, bieži attālināti, dažreiz ar administratīvajām tiesībām, kas sniedzas tālu. Ja tur kaut kas noiet greizi, jautājums ir ne tikai tas, kas noticis jūsu uzņēmumā, bet arī tas, kas notika klienta vidē un vai to var izsekot līdz sesijai, kontam vai piekļuves brīdim. Klients, kas pats ietilpst riska pārvaldīšanas prasībās, sagaida, ka jūs varat pierādīt šo izsekojamību, pat ja incidents notika pirms mēnešiem.
Attālinātā pārvaldīšana: ko jūs dokumentējat
Attālinātā pārvaldīšana ietver trīs lietas, kuras jāatsevišķo: kurš sākumā sesiju, no kura konta vai darbavietas, un kas tika darīts šajā sesijā. Daudzi attālinātās pārvaldīšanas rīki to automātiski reģistrē, bet jautājums, kas skaita, ir nevis tas, vai rīks to reģistrē, bet gan tas, vai jūs varat parādīt šo reģistrāciju, kad to prasa klients vai uzraudzības iestāde. Atsevišķa saraksta uzturēšana par klientu vidēm, kas ir pieejamas attālināti un kurš piekļuvi var piekļūt, bieži jau ir pietiekami, lai atbildētu uz šo jautājumu, neiedziļinoties tehniskos detaļos.
Piekļuve klienta sistēmām: piešķirta, izmantota, atsaukta
Piekļuve klienta sistēmai parasti nav pastāvīgs stāvoklis, bet brīdis: kāds saņem kontu, to izmanto uzdevumam un piekļuve tiek atsaukta. Inkidenta gadījumā pirmais jautājums bieži ir tas, kurš piekļuvi bija TOREIZ, nevis kurš kādreiz to ir bijis. Reģistrācija, kurā norādīts, kad piekļuve tika piešķirta un kad tā tika atsaukta, ļauj ātrā un konkrēti atbildēt uz šo jautājumu. Ja šāds pārskats trūkst, jums tas jārekonstruē brīdī, kad jau steidzas, un tas ir precīzi tas moments, kad tas ir visjutekļaikagrūti.
Apakšuzņēmēji: ķēde neapstājas pie jums
Ja pats strādājat ar apakšuzņēmēju daļai pārvaldīšanas, jautājums nepāriet, bet paplašinās. Klients, kurš novērtē jūsu darbu, vēlas zināt, vai incidents, kas radies jūsu apakšuzņēmēja vidē, arī jūs kļūst redzams, nevis tikai vēlāk pēc telefona zvana. Praktiski tas nozīmē, ka vienošanās ar apakšuzņēmējiem saka kaut ko par iekšējiem paziņošanas termiņiem, un jūsu pašas incidentreģistrācija atļauj norādīt, kura daļa no incidenta bija pie trešās puses. katram tēmam izpētīt, kas jūsu situācijai ir attiecīgs dod labu sākumpunktu, lai redzētu, kuri piegādes ķēdes jautājumi piederīgi jūsu pakalpojuma tipam.
Kas ir un nav reģistrācija
Negadījuma reģistrācija ir dokumentācija, nevis reaģēšana. Tā attiecas uz to, ko jūs varat parādīt pēc problēmas atrisināšanas, nevis uz to, cik ātri jūs reaģējat vai kādus tehniskos pasākumus jūs īstenojat negadījuma laikā — pēdējais ir negadījumu reaģēšanas komandu, SOC un forenzisko izmeklētāju darbs, un tas skaidri nav tas, par ko šis noteikums vai secria.eu runā. Tas, ko mēs darām, ir pārskata skaidrošana: kura dokumentācija atbilst kuram pierādījumam, un kurš jūsu organizācijā par to ir atbildīgs. atbildes uz jautājumiem, ko MKB piegādātāji bieži uzdod parāda, kur ir robeža starp dokumentāciju un faktisko reaģēšanu.
Kur jūs to ievietojat
Neatkarīgi no tā, vai jūs paši pakļaujaties Kiberdrošības likumam vai jums tiek uzdots jautājums caur klientu, jautājums par negadījuma reģistrāciju parādās gandrīz katrā drošības jautājumu sarakstā. Strukturēta atbilde sākas ar izpratni par to, kur precīzi jūs stāvat: niecīgā jautājumu skaitā redzēt, vai un kā jūs tiekat skarts tas padarīs skaidru dažu minūšu laikā, bez tam, ka jums būtu nepieciešams konts.
Vai vēlaties uzzināt, kā šāda reģistrācija praksē kļūst par aktīvu dosjeju ar statusu, pierādījumiem un atbildīgo personu katram pasākumam? Veiciet bezmaksas NIS2 pārbaudi vai izlasiet zināšanu bāzi vietnē secria.eu; abas var izmantot bez konta.