secria.eu

ICT-teenuse alusel toimunud juhtumi registreerimine: mida te salvestate?

Kui olete ICT-teenuse pakkuja, töötate sageli kaugelt klientide süsteemidesse, mõnikord kaasinimeste kaasamisel. See artikkel kirjeldab, mida te salvestate, kui midagi läheb valesti, nii et saaksite seda hiljem näidata.

Intsidendi registreerimine on ülevaade, mida te pidite sellest, mis juhtus, millal, millises süsteemis ja kes sellega seotud olid, alates hetkest, mil te märkasite midagi ebatavalist, kuni probleemi lahendamiseni. IKT-teenuse osutaja jaoks tähendab see konkreetselt: esimese teatise aeg, millised kliendi süsteemid kannatada said, millisel meeskonnal või alameetöövõtjal oli sel ajal juurdepääs, millised sammud astuti ning millal oli olukord taas normaalne.

See registreerimine ei ole iseendale seaduslik teatamiskohustus — see kehtib organisatsioonidele, kes ise kuuluvad Küberkaitse seaduse reguleerimisalale, mitte automaatselt nende tarnijatele. Kuid klient, kes on seaduse alaline, peab suutma oma tarneahelat hinnata, ja seda teeb ta küsides teilt, kuidas te intsidente dokumenteerite ja tõestate. Ilma korrastatud vastuseta sellele küsimusele ei jõua leping sageli edasi valimise faasist.

Miks see just IKT-teenuse osutajatel on oluline

Paigaldamisbüroo või nõuandebürool on tavaliselt üks keskkond, mida valvata: oma omakeskus. IKT-teenuse osutaja töötab süstemaatiliselt teiste süsteemides, sageli kaugelt, vahel haldurite õigustega, mis ulatuvad kaugele. Kui seal midagi valesti läheb, siis küsimus ei ole mitte ainult sellest, mis teil juhtus, vaid ka sellest, mida kliendi juures kahjustati ja kas seda saab jäljendada sessiooni, konto või juurdepääsuhetkeni. Kliendid, kes ise kuuluvad hoolikuskohustuse alla, eeldavad, et te saate seda jäljendamist näidata, isegi kui intsidendist on möödunud kuu aeg.

Kaugbeheer: mida te dokumenteerite

Kaugbeheeriga on tegemist kolme asja, mis tuleb eraldi selgitada: kes sessiooni alustas, milliselt kontolt või milliselt töökoha arvutist, ja mida selles sessioonis tehtud. Paljud kaugbeheerirakendustest logitakse seda automaatselt, kuid küsimus, mis loeb, ei ole see, kas tööriist seda logib, vaid see, kas te saate seda logemist näidata, kui klient või järelevalvaja seda küsib. Eraldi loetelu pidamine selle kohta, millised kliendiomased keskkond on kaugelt ligipääsetavad ja kes neid kasutavad, on sageli piisav, et vastata sellele küsimusele ilma tehnikasse süvenemata.

Juurdepääs kliendi süsteemidele: antud, kasutatud, tühistatud

Juurdepääs kliendi süsteemile ei ole tavaliselt püsiv olek, vaid hetk: keegi saab konto, kasutab seda ülesandeks ja juurdepääs tühistatakse. Intsidendi korral on esimene küsimus sageli see, kellel oli sel hetkel juurdepääs, mitte kellel kunagi juurdepääs oli. Register, millest nähtub, millal juurdepääs anti ja millal see tühistati, võimaldab kiiresti ja konkreetselt vastata sellele küsimusele. Kui selline ülevaade puudub, peate selle rekonstrueerima siis, kui aega on juba kiire, ja just see on hetk, mil seda on kõige raskem.

Alamettevõtjad: ahel ei lõpe teie juures

Kas töötate ise alameetöövõtjaga oma töö mingi osa puhul, siis küsimus ei muutu, ta pikendub. Klient, kes teie tööd hindab, soovib teada, kas intsidendid, mis teie alameetöövõtja juures tekivad, on ka teile nähtavad, mitte alles hiljem telefonitsi. Praktikas tähendab see, et kokkulepete alameetöövõtjatega ütletakse midagi vastastikuste teatamistähtaegade kohta, ja et teie oma intsidentide registreerimine jätab ruumi näidata, milline osa intsidendist oli kolmanda osapoole puhul. uuritud teie olukorra jaoks asjakohaset infot teema kaupa annab hea lähtepunkti, et näha, millised tarneahela küsimused kuuluvad teie teenuse tüübi juurde.

Mida registreerimine on ja mida ei ole

Intsidendi registreerimine on dokumenteerimine, mitte reaktsioon. See käsitleb seda, mida te saate näidata pärast seda, kui miski on lahendatud, mitte seda, kui kiiresti te reageerite või milliseid tehislikke meetmeid te intsidendi ajal rakendatate — viimane on intsidendi reageerimismeeskondade, SOC-ide ja kohtuekspertide töö, ja see on selgelt väljaspool selle artikli või secria.eu käsitlusala. Mida me teeme, on ülevaate selgeks tegemine: milline meede kuulub millise tõendiga kokku ja kes teie organisatsioonis selle eest vastutab. vastused küsimustele, mida väikeettevõtete teenusepakkujad sageli esitavad näitab, kus on piir dokumenteerimise ja tegeliku reageerimise vahel.

Kuhu te selle paigutate

Olenemata sellest, kas te ise kuulute Küberturvalisuse seaduse reguleeritavate hulka või teid talevad kliendisuhteed, küsimus intsidendi registreerimise kohta esineb peaaegu igas turvalisuse küsimustikus. Järjestatud vastus algab teadmisega, täpselt kus te seisate: paarial küsimusel näha, kas ja kuidas te puutute kokku teeb selle selgeks mõne minutiga, ilma et te selleks kontot vajaksid.

Kas soovite teada, kuidas selline registreerimine praktikas muutub elavaks dosieks, mille iga meetme juures on staatus, tõend ja vastutaja? Tehke tasuta NIS2-kontroll või lugege secria.eu teadmusbaasi; mõlemad on kättesaadavad ilma kontota.

See artikkel on üldine teave ja mitte õiguslik nõu.