secria.eu

Incidento registracija ICT paslaugų teikime: ką jūs įrašote?

Kaip ICT paslaugų teikėjas dažnai dirbate iš nuotolio kliento sistemose, kartais su subrangovų dalyvavimą. Šiame straipsnyje aprašoma, ką jūs įrašote, kai kažkas nepavyksta, kad vėliau galėtumėte tai parodyti.

Incidento registracija yra nuolatinis peržvalgos sąrašas, kuriame fiksuojate, kas atsitiko, kada, kurioje sistemoje ir kas buvo įtrauktas, nuo momento, kai pastebite ką nors nereguliaraus, iki momento, kai problema išsprendžiama. ICT paslaugų teikėjui tai praktiškai reiškia: pirmo pranešimo laiką, kurie kliento sistemos buvo paveiktos, kuris darbuotojas arba subrangovas tuomet turėjo prieigą, kokie žingsniai buvo atlikti, ir kada situacija grįžo į normalią būseną.

Ši registracija nėra savarandi teisinė pranešimo pareiga — ji galioja organizacijoms, kurios pačios patenka į Kibernetinio saugumo įstatymą, ne automatiškai jų tiekėjams. Tačiau klienatas, kuris yra privalomoji asmenybe, turi sugebėti įvertinti savo tiekimo grandinę, ir jis tai daro paprašydamas jūsų, kaip dokumentuojate incidentus ir juos įrodote. Be tvarkingo atsakymo į šį klausimą, sutartis dažnai neperžengia priėmimo etapo.

Kodėl tai yra svarbu būtent ICT paslaugų teikėjams

Montavimo įmonė ar konsultacijos biuras dažniausiai turi vieną aplinką stebėti: savo pačios. ICT paslaugų teikėjas nuolat dirba kitų sistemose, dažnai nuotoliniu būdu, kartais su plačiais administratoriaus teisiais. Jei čia atsitinka klaida, klausimas nėra tik tas, kas atsitiko pas jus, bet ir tai, kas buvo paveikta kliento pusėje ir ar tai gali būti susieta su sesija, paskyra arba prieigos momentu. Klientai, kurie patys patenka į atsakomybės pareigą, tikisi, kad jūs galite parodyti šią sąsają, net jei incidentas įvyko prieš kelis mėnesius.

Nuotolinis administravimas: ką jūs dokumentuojate

Nuotoliniu administravimu domina trys dalykai, kuriuos turi būti galima atskleisti atskirai: kas pradėjo seansą, iš kurios paskyros arba kurio darbastalio, ir ką tame seanse buvo padaryta. Daugelis nuotolinės prieigos įrankių tai automatiškai fiksuoja, tačiau svarbus klausimas nėra tai, ar įrankis tai fiksuoja, bet tai, ar jūs galite parodyti šią fiksuojamą medžiagą, kai to prašo klientas arba reguliavimo institucija. Atskiro sąrašo, kuriame nurodyta, kurie kliento aplinkos yra prieinamos nuotoliniu būdu ir kam, paprastai jau pakanka atsakyti į šį klausimą, nereikiant gilintis į technines detales.

Prieiga prie kliento sistemų: suteikta, panaudota, atšaukta

Prieiga prie kliento sistemos paprastai nėra nuolatinė būsena, bet momentas: kažkas gauna paskyrą, naudoja ją užduočiai atlikti, ir prieiga yra atšaukiama. Kilus incidentui, pirmasis klausimas dažnai būna tas, kas tuomet turėjo prieigą, o ne kas kada nors yra turėjęs prieigą. Registre, kuriame nurodyta, kada prieiga buvo suteikta ir kada ji buvo atšaukta, yra įmanoma greitai ir tiksliai atsakyti į šį klausimą. Jei šis peržvalgos sąrašas trūksta, turite jį atkurti tuo metu, kai jau skubama, ir tai yra būtent tas momentas, kai tai yra pats sunkiausias uždavinys.

Subrangos įmonės: grandinė nesustoja pas jus

Jei jūs dirbate su subrangovais tam tikrai jūsų administravimo daliai, klausimas nepasikeitęs, jis tik prailginamas. Klientas, kuris vertina jūsų darbą, nori žinoti, ar incidentas, atsiradęs pas jūsų subrangą, taip pat yra matomas jums, o ne tik vėliau per telefoninį pokalbį. Praktiškai tai reiškia, kad susitarimai su subrangais liečia tarpusavio pranešamų terminų klausimą, ir jūsų pačių incidento registracija turi vietos nurodymui, kuri incidento dalis buvo atskaitinga trečiajai šaliai. kiekviena tema išnagrinėta atrasti, kas jūsų situacijai yra relevantus suteikia gerą pradžios tašką pamatyti, kurie tiekimo grandinės klausimai atitinka jūsų paslaugų teikimo tipą.

Ką registracija yra ir ką ji nėra

Incidento registracija yra dokumentavimas, o ne reaguojimas. Tai susiję su tuo, ką galite parodyti po to, kai kažkas jau išspręsta, o ne su tuo, kaip greitai reaguojate arba kokias technines priemones naudojate incidento metu — pastarasis darbas priklauso incidento reagavimo komandomis, SOC ir forenzikinės analizės specialistams, ir tai aiškiai nėra tai, apie ką rašo šis straipsnis ar secria.eu. Tai, ką mes darome, yra padaryti apžvalgą aiškią: kuri priemona eina prie kurio įrodymo, ir kas jūsų organizacijoje už tai atsakingas. atsakymai į klausimus, kuriuos dažnai užduoda MKB tiekėjai parodo, kur yra riba tarp dokumentavimo ir tikro reagavimo.

Kur jūs tai talpinate

Nesvarbu, ar jūs patys esate Kibernetinio saugumo įstatymo taikymo sritimi, ar esate paveikti per klientą, klausimas apie incidento registraciją grįžta beveik kiekvienoje saugumo klausimyne. Sutvarkytas atsakymas prasideda žinant, kur tiksliai stovite: keliais klausimais sužinoti, ar ir kaip jus tai veikia tai daro aiškų kelias minutes, nereikalaudama paskyros.

Norite sužinoti, kaip tokia registracija praktikoje tampa gyvu dosje, su statusu, įrodymu ir savininku kiekvienai priemonei? Atlikite nemokamą NIS2 patikrą arba perskaitykite žinių bazę secria.eu; abi jų galima naudoti be paskyros.

Šis straipsnis yra bendroji informacija, o ne teisinė konsultacija.