
Vadovybei reikia suprasti, kas gali nutikti, kas pasikeitė ir koks sprendimas reikalingas. Raudonų rizikų diagrama pati savaime į šiuos klausimus neatsako. Neatsako ir ilgas registras su pridėta trumpesne santrauka vadovams.
Naudinga rizikos ataskaita įvertintą poveikį paverčia verslo pasirinkimu: finansuoti rizikos valdymo priemonę, pakeisti priklausomybę, apriboti veiklą, ištirti neapibrėžtumą arba priimti apibrėžtą riziką apibrėžtam laikotarpiui. Ji taip pat aiškiai parodo, kas turi įgaliojimus nuspręsti ir kas nutiks, jei sprendimas bus atidėtas.
Ataskaitų rengimo disciplina yra tokia pat svarbi kaip ir pateikimas. Vadovai turėtų galėti atsekti rekomendaciją iki jos prielaidų, įrodymų, atsakingo asmens ir ankstesnių sprendimų, nereikėdami atkurti istorijos iš el. laiškų.
Prieš kurdami valdymo skydelį parašykite sprendimo prašymą. Jei negalite suformuluoti, ką vadovybė turėtų padaryti, išsiaiškinkite, ar tai iš tikrųjų sprendimas, eskalavimas ar informacija priežiūrai.
Sprendimui parengtas rizikos aprašymas turėtų apibūdinti:
„Atkūrimo pajėgumai nepakankami“ yra išvada. „Patvirtinti pajėgumus pertvarkytam atkūrimo keliui, nes išbandytas atkūrimas viršija mūsų klientų aptarnavimo tikslą“ yra sprendimo prašymas.
Tik informacinius elementus laikykite atskirai. Kitaip vadovybė gali tiesiog pažymėti, kad susipažino su ataskaita, o komanda manys, kad gavo patvirtinimą.
Prieš atrinkdami svarbiausias rizikas nustatykite ataskaitos ribas. Nurodykite apimamas paslaugas, verslo padalinius, sistemas, išorės teikėjus ir laikotarpį. Įtraukite vertinimo datą ir nurodykite esmines išimtis. Ataskaita apie vieną produktą neturėtų sudaryti įspūdžio, kad ji apibūdina visą organizaciją.
Kandidatines rizikas surinkite iš paslaugų vertinimų, incidentų, kontrolės priemonių testų, atkūrimo pratybų, tiekėjų peržiūrų, neišspręstų išimčių ir planuojamų verslo pokyčių. Paklauskite paslaugų savininkų, kas galėtų jiems sutrukdyti pasiekti savo tikslus. Techniniai radiniai tampa naudingesni, kai susiejami su paslauga, kurią jie galėtų paveikti.
Pavyzdžiui, pavėluota privilegijuotosios prieigos peržiūra savaime nėra klausimas valdybai. Ji tampa svarbi vadovybei, kai sukelia pavojų kritinei paslaugai, rodo plačiai paplitusį kontrolės priemonių neveikimą arba reikalauja įgaliojimų ar išteklių, viršijančių veiklos lygmens savininko galimybes.
Susijusius scenarijus sugrupuokite į nedidelį atpažįstamų verslo temų rinkinį, pavyzdžiui, paslaugų tęstinumas, klientų duomenų apsauga, priklausomybė nuo tiekėjų ar pokyčių įgyvendinimas. Pagrindinius scenarijus palikite prieinamus, užuot pakeitę juos miglotomis kategorijomis.
Atkreipkite dėmesį į bendras priklausomybes. Trys paslaugos, priklausančios nuo to paties tapatybės teikėjo, gali reikšti vieną koncentruotą riziką, o ne tris nepriklausomas. Lygiai taip pat viską sugrupavus po „kibernetiniu saugumu“ galima paslėpti skirtingus sprendimus ir atsakingus asmenis. Veiklos rizikos registras turėtų išsaugoti šias detales po vadovybei skirtu vaizdu.
Veiklos komandoms, vadovams ir auditoriams reikia skirtingo pateikimo, tačiau jie neturėtų gauti atskirai tvarkomų faktų versijų.
| Auditorija | Pagrindinis klausimas | Naudingas turinys |
|---|---|---|
| Veiklos komandos | Kas turi įvykti toliau? | Veiksmai, priklausomybės, atsakingi asmenys, terminai, patvirtinimo kriterijai ir eskalavimo sukėlėjai |
| Vadovai ir valdybos nariai | Koks verslo pasirinkimas ar priežiūros įsikišimas reikalingas? | Pasekmės, tendencijos, tolerancija, galimybės, ištekliai ir atskaitinga atsakomybė |
| Auditoriai ir patikinimo peržiūrėtojai | Ar vertinimą ir sprendimą galima pagrįsti? | Apimtis, kriterijai, metodika, šaltinių įrodymai, kontrolės priemonių susiejimai, patvirtinimai ir datuoti įrašai |
Bendrame įraše turėtų būti stabilus rizikos identifikatorius, dabartinis vertinimas, patvirtinantys šaltiniai, rizikos valdymo būsena ir sprendimų istorija. Kiekvienas vaizdas iš šio įrašo atrenka tinkamą detalumą. Taip sumažėja tikimybė, kad vadovų skaidrėje rizika bus rodoma kaip priimta, o veiklos komanda ją vis dar laikys laukiančia patvirtinimo.
Auditui skirtai medžiagai taip pat reikia išsaugotos ataskaitinio laikotarpio momentinės būklės. Vėlesni patobulinimai neturėtų perrašyti to, kas buvo teisinga priimant ankstesnį sprendimą. Įrodymai turėtų rodyti tiek istorinę padėtį, tiek vėlesnius pokyčius.
Jautriai patvirtinančiai medžiagai tinkamai apribokite prieigą. Vadovybei gali reikėti žinoti, kad privilegijuotoji prieiga nepakankamai kontroliuojama, negaunant išnaudojimo detalių, prisijungimo duomenų ar asmens informacijos plačiai platinamame valdybos dokumentų rinkinyje.
Rizikos balai padeda organizuoti darbą, tačiau jie nenulemia kiekvieno investicinio sprendimo. Paaiškinkite poveikio ir tikimybės kriterijus, kuriais grindžiamas įvertinimas, vertinimo laikotarpį ir apsaugos priemones, į kurias atsižvelgta vertinant likutinę riziką.
Atskirkite prigimtinę riziką nuo likutinės. Pirmoji vertina scenarijų prieš atitinkamas apsaugos priemones; antroji atspindi faktiškai veikiančias apsaugos priemones. Neįskaitykite planuojamos kontrolės priemonės taip, lyg ji jau veiktų. Kai veiksmingumas neaiškus, nurodykite šį neapibrėžtumą, o ne tyliai prisiimkite sėkmę.
Vadovybės prioritetai turėtų atsižvelgti ne vien į spalvą:
Vidutiniškai įvertinta rizika, kai rytoj laukia negrįžtamas sprendimas dėl paleidimo, gali nusipelnyti dėmesio anksčiau nei aukščiau įvertinta rizika, kurios valdymas finansuojamas ir vyksta.
Finansinius įverčius naudokite tik tada, kai prielaidas galima pagrįsti. Atskirkite žinomas išlaidas, pavyzdžiui, sutartyje numatytas paslaugų kompensacijas, nuo neapibrėžtų pasekmių, pavyzdžiui, klientų praradimo. Intervalai gali būti sąžiningesni nei vienas tikėtinų nuostolių skaičius. Nevidurkinkite ranginių balų, kad gautumėte tariamai tikslų bendros organizacijos rizikos matą.
Praneškite apie esminius pokyčius ir jų priežastis. Mažesnis balas gali atspindėti veiksmingą rizikos valdymą, bet taip pat gali atspindėti pakeistą metodą, siauresnę apimtį ar kitą vertintoją. Didėjantis rizikų skaičius gali reikšti geresnį aptikimą, o ne blogėjantį saugumą.
Kiekvienam svarbiam pokyčiui nurodykite, ar jį lėmė rizikos lygis, kontrolės priemonių veiksmingumas, verslo kontekstas ar matavimas. Kai įmanoma, lyginkite palyginamus laikotarpius. Jei bazinis lygis pasikeitė, pažymėkite lūžį ir paaiškinkite jo poveikį.
Kompaktiškame tendencijų skydelyje galima derinti trijų rūšių informaciją:
| Signalas | Pavyzdys | Reikalinga interpretacija |
|---|---|---|
| Rezultatas | Klientus paveikęs paslaugos sutrikimas | Kas įvyko, kokio jis buvo rimtumo ir ar priežastis išlieka |
| Rizika | Kritinės paslaugos, priklausančios nuo vieno atkūrimo kelio | Ar priklausomybių koncentracija didėja, ar mažėja |
| Įgyvendinimas | Vėluojančios aukšto prioriteto rizikos valdymo priemonės | Ar vėlavimai prailgina riziką ir reikalauja įsikišimo |
Ten, kur svarbu, naudokite vardiklius. „Keturios paslaugos nepasiekė atkūrimo tikslų“ reiškia ką kita, kai buvo išbandytos keturios ar keturiasdešimt paslaugų. Nurodykite neišbandytas paslaugas, užuot sudarę įspūdį, kad jos testą išlaikė.
Rodykite priimtas rizikas, kurių peržiūra artėja, vėluojančias rizikos valdymo priemones, atsakomybės spragas ir neapibrėžtumą, kurį reikia ištirti. Užduotis, pažymėta kaip atlikta, nėra rizikos sumažėjimo įrodymas, kol atitinkama apsaugos priemonė nėra patvirtinta. Mūsų ISMS rodiklių vadovas papildo šias ataskaitas programos veikimo rodikliais.
Rekomendacijoje turėtų būti realistiškos alternatyvos, o ne vien „patvirtinti biudžetą“ arba „likti rizikoje“. Paaiškinkite, ką kiekviena galimybė keičia, ką palieka neišspręsta ir kokių įgyvendinimo pajėgumų jai reikia.
Rizikos valdymo pasirinkimai paprastai apima rizikos mažinimą apsaugos priemonėmis, veiklos vengimą, dalies pasekmių pasidalijimą sutartimis ar draudimu ir likutinės rizikos priėmimą. Finansinių pasekmių pasidalijimas nepanaikina paslaugos sutrikimo ar organizacijai taikomų prievolių.
Investiciniame pasiūlyme nurodykite vienkartines ir nuolatines išlaidas, vidines darbo sąnaudas, priklausomybes, įgyvendinimo laiką ir įrodymus, reikalingus sėkmei pagrįsti. Aiškiai nurodykite išstūmimą: jei ta pati inžinerijos komanda turi atidėti kitą iniciatyvą, vadovybė renkasi tarp verslo prioritetų, o ne tik tvirtina išlaidas.
Laikinam priėmimui reikia atsakingo asmens su tinkamais įgaliojimais, dokumentuoto pagrindimo, peržiūros datos ir sąlygų, kurioms esant sprendimas persvarstomas anksčiau. Priėmimas užfiksuoja sprendimą; jis neįrodo, kad rizika nekenksminga, ir neatleidžia nuo taikomų teisės aktų reikalavimų.
Taip pat apibūdinkite atidėjimo pasekmes. „Jokio sprendimo“ gali reikšti tolesnį veikimą už tolerancijos ribų, paleidimo atidėjimą ar didėjančią priklausomybę nuo laikinos apsaugos priemonės. Padarykite šią pasekmę matomą, o ne leiskite tylai tapti neoficialiu priėmimu.
Toliau pateikiamas scenarijus yra iliustracinis. Jo skaičiai yra prielaidos, o ne rinkos etalonai ar Secani veiklos rezultatų teiginiai.
Tarkime, prenumeratos verslas savo klientų portalui yra susitaręs dėl keturių valandų atkūrimo tikslo. Neseniai vykusių pratybų metu paslauga buvo atkurta per devynias valandas. Atsarginės kopijos buvo tinkamos naudoti, tačiau aplinkai atkurti prireikė rankinės konfigūracijos ir vieno specialisto. Pratybų metu nebuvo išbandytas visiškas išorinės tapatybės paslaugos gedimas.
Ataskaitoje neturėtų būti tiesiog pažymėta, kad tęstinumo rizika „aukšta“. Joje turėtų būti paaiškinta, kad panašus sutrikimas galėtų neleisti klientams naudotis portalu ilgiau nei sutartas tikslas. Priklausomai nuo sutarties sąlygų, pasekmės galėtų apimti paslaugų kompensacijas, padidėjusį pagalbos poreikį ir abejones dėl sutarčių pratęsimo. Tikslus komercinis poveikis lieka neapibrėžtas.
Vadovai prašo vadovybės rezervuoti dvi inžinerijos savaites ir iliustracinius 18 000 € įgyvendinimo išlaidų pakartojamam atkūrimo keliui. Kitu atveju šie ištekliai būtų skirti produkto patobulinimui. Infrastruktūros eksploatavimo išlaidas prieš patvirtinimą reikėtų patvirtinti atskirai.
| Galimybė | Tikėtinas poveikis | Likęs klausimas |
|---|---|---|
| Sukurti ir išbandyti pertvarkytą atkūrimo kelią | Sumažinti rankinį atkūrimą ir priklausomybę nuo vieno specialisto | Tapatybės teikėjo gedimui vis dar reikia atskiros rizikos valdymo priemonės |
| Patobulinti veiksmų vadovą ir apmokyti antrą operatorių | Sumažinti priklausomybę nuo darbuotojų, mažiau iš karto reikalingo inžinerinio darbo | Atkūrimas vis dar gali trukti ilgiau nei keturias valandas |
| Priimti dabartinę riziką 60 dienų | Išsaugoti artimiausio laikotarpio produkto pajėgumus | Išbandytas atkūrimas lieka už sutarto tikslo ribų |
Tai hipotezės apie rizikos valdymo priemonių veiksmingumą, o ne nustatyti rezultatai. Ataskaitoje rekomenduojama pirmoji galimybė, su sąlyga, kad bus patvirtintos nuolatinės išlaidos, o įgyvendinimo metu bus atliekamas tarpinis operatorių mokymas.
Patvirtinanti medžiaga apima pratybų laiko juostą, atkūrimo žurnalus, priklausomybių žemėlapį, atkūrimo tikslą ir paslaugos savininko vertinimą. Rizikos įraše neišbandytas tapatybės scenarijus nurodomas atskirai, kad patvirtinimas nereikštų, jog buvo išspręstos visos atkūrimo priklausomybės.
Prašomame nutarime įvardijamas vadovas rėmėjas, išlaidų įgaliojimai, už įgyvendinimą atsakingas asmuo ir įgyvendinimo terminas. Jame taip pat užfiksuojamas išstumtas produkto darbas. Patvirtinimo kriterijus – sėkmingos atkūrimo pratybos per keturias valandas dokumentuotomis sąlygomis, įskaitant atlikimą kito operatoriaus, ne pradinio specialisto.
Kol šios pratybos nepavyks, ataskaitoje likutinė rizika lieka atvira. Jei įgyvendinimas vėluoja po sutartos datos arba kitos pratybos nepavyksta, atsakingas asmuo vėl eskaluoja. Taip išvengiama, kad projekto užbaigimas būtų palaikytas įrodytais atkūrimo pajėgumais.
Praktiškai rekomenduojame įprastas ataskaitas suderinti su sprendimų ciklais. Savaitinės veiklos peržiūros gali pašalinti įgyvendinimo kliūtis; mėnesinės vadovų peržiūros gali spręsti tarpfunkcinius prioritetus; valdybos ataskaitos gali vadovautis nustatytu priežiūros kalendoriumi. Tai siūlomi ritmai, o ne visuotiniai teisės aktuose nustatyti intervalai.
Nelaukite kito suplanuoto dokumentų rinkinio, kai esminis pokytis reikalauja veiksmų. Nustatykite eskalavimo sukėlėjus tokiems įvykiams kaip neveikiančios kritinės kontrolės priemonės, tolerancijos ribas viršijanti rizika, praleisti rizikos valdymo etapai ar tiekėjo pokytis, paveikiantis kelias paslaugas.
Ataskaitos taip pat palaiko valdymo sistemos valdyseną. ISO/IEC 27001 reikalauja rizikos vertinimo ir valdymo procesų bei vadovybės vykdomos peržiūros apibrėžtos apimties ISMS. Vadovybės valdymo skydelis yra įvestis šiam darbui, o ne atskirų jo įrašų ir peržiūros veiklos pakaitalas.
Organizacijoms, kurioms taikomi nacionaliniai įstatymai, įgyvendinantys NIS2 direktyvą, 20 straipsnis reglamentuoja valdymo organo atliekamą kibernetinio saugumo rizikos valdymo priemonių tvirtinimą ir priežiūrą. Taikymą ir įgyvendinimą reikia vertinti atsižvelgiant į konkrečią jurisdikciją. Įprasta rizikos ataskaita nepakeičia pranešimų apie incidentus ar kitų taikomų pareigų.
Po kiekvieno posėdžio užfiksuokite faktinį sprendimą: patvirtinta, atmesta, atidėta ar priimta su sąlygomis. Užfiksuokite motyvus, paskirtus veiksmus, peržiūros datą ir bet kokias atskirąsias nuomones ar neišspręstas prielaidas, esmingai susijusias su rezultatu.
Paprašykite rizikos savininko ir ataskaitos peržiūrėtojo patvirtinti, kad:
Dažnos ataskaitų klaidos – nepaaiškinti rizikos žemėlapiai, nenuoseklios kategorijos, nepagrįstas finansinis tikslumas ir žalia būsena, pagrįsta tik atliktomis užduotimis. Kita – neišspręsto išteklių konflikto paslėpimas po raminančia bendrąja santrauka. Įvardykite konfliktą, kad vadovybė galėtų jį išspręsti.
Secani komandos gali sumodeliuoti paveiktas paslaugas ir priklausomybes, susieti įrodymus su kontrolės priemonėmis ir sprendimais, paskirti atsakingus asmenis ir įrodymų spragas paversti užduotimis. Šaltinių nuorodos, komentarai, patvirtinimai ir laiko žymos išsaugo esminių sprendimų motyvus. Bet kokia DI padedama parengta santrauka turėtų likti juodraščiu, kol žmogus nepatikrins jos šaltinių ir nepatvirtins rezultato.
Kitam vadovybės posėdžiui iš bendro vertinimo įrašo atrinkite tris esminius pasirinkimus. Kiekvienam nurodykite pasekmę, galimybes, rekomendaciją, atsakingą asmenį, terminą ir patvirtinančius įrodymus. Kitame posėdyje praneškite, kas buvo nuspręsta, kas įgyvendinta ir ar patvirtinimas rodo, kad rizika iš tikrųjų pasikeitė.
Secani sujungia aprėptis, įrodymus, užduotis ir DI agentus vienoje bendroje darbo erdvėje.
Atskirkite trūkstamus įrodymus, neužbaigtą įgyvendinimą ir neveiksmingas kontrolės priemones, o tada išvadoms nustatykite prioritetus pagal riziką ir prievoles.
Susiekite rizikos scenarijus su turtu, kontrolės priemonėmis, rizikos valdymu, stebėsena ir peržiūrima DI pagalba, užuot laikę statišką sąrašą.
Apsaugos poreikis ir rizikos analizė neatsiejami. Būtent jų sąsaja leidžia paaiškinti saugumo sprendimus.