Izveidojiet risku reģistru, kas maina lēmumus

Risku reģistrs attaisno savu vietu, ja tas maina prioritātes, resursus vai ieviešanu. Tam jāpalīdz inženierijas vadītājam izlemt, vai atlikt laidienu, ierobežot atļauju, finansēt atjaunošanas darbu vai pieņemt risku noteiktam periodam. Ar sarkanu, dzeltenu un zaļu ierakstu sarakstu nepietiek.

Sāciet ar scenārijiem, ko uzņēmums spēj atpazīt, nevis ar tādiem apzīmējumiem kā „kiberrisks”. Pēc tam savienojiet katru scenāriju ar skarto pakalpojumu, novērtējuma pierādījumiem, kontrolēm, apstrādes darbu un atbildīgo lēmumu pieņēmēju. Reģistrs kļūst noderīgs, kad kāds var izsekot šai ķēdei un paskaidrot, kāpēc nākamā darbība ir svarīga.

Definējiet lēmumus, pirms veidojat reģistru

Sāciet ar vienu produktu, biznesa procesu vai pārvaldītu pakalpojumu. Identificējiet tā kritiskās atkarības, svarīgo informāciju, ārējos pakalpojumu sniedzējus un darbības ierobežojumus. Fokusēta robeža atvieglo metodes pārbaudi, pirms to piemēro visā organizācijā.

Jautājiet cilvēkiem, kas izmantos reģistru, kādi lēmumi viņiem jāpieņem. Platformas vadītājam var būt jāizvēlas starp atjaunošanas uzlabošanu un novecojuša komponenta aizstāšanu. Atbalsta vadītājam var būt jāapstiprina šaurāka piekļuve, netraucējot klientu apkalpošanu. CTO var būt jāizlemj, vai palaišana var notikt ar nepabeigtu apstrādes darbu.

Pirms vērtējumu vākšanas definējiet novērtēšanas metodi un apstiprināšanas noteikumus. Praktisks ieteikums ir dokumentēt:

• Novērtējuma horizontu, piemēram, risku nākamo divpadsmit mēnešu laikā.
• Iespējamības un ietekmes definīcijas, ieskaitot to, kā tiek apstrādātas pretrunīgas ietekmes dimensijas.
• Riska apetītes un darbības tolerances sliekšņus.
• Kas drīkst apstiprināt apstrādi un pieņemt atlikušo risku.
• Pārskatīšanas intervālus un notikumus, kas prasa atkārtotu novērtēšanu.

Riska apetīte izsaka, kādus riska veidus un līmeņus organizācija ir gatava uzņemties vai paturēt. Tolerance pārvērš šo nostāju izmantojamās robežās, piemēram, maksimālajā pieļaujamajā dīkstāvē vai ierobežojumos nekontrolētam klientu datu eksportam.

ISMS, kas saskaņota ar ISO/IEC 27001, riska novērtēšanu un apstrādi aplūko 6.1.2. un 6.1.3. punkts. 8.2. punkts paredz novērtējumus plānotos intervālos un tad, kad notiek vai tiek ierosinātas būtiskas izmaiņas. Standarts nenosaka vienu universālu ikgadēju grafiku vai vērtēšanas matricu. Jūsu metodei jādarbojas faktiskajā ISMS tvērumā.

Piešķiriet katram ierakstam pietiekamu struktūru rīcības atbalstam

Reģistru var sākt izklājlapā. Tā lietderība ir atkarīga no saistībām, īpašumtiesībām un uzturēšanas, nevis no faila formāta. Saistītāki rīki kļūst vērtīgi tad, kad manuāla saskaņošana padara šīs saistības neuzticamas.

Izmantojiet stabilu identifikatoru un nelielu lauku kopu, kas atbild uz praktiskiem jautājumiem. Apjomīgus tehniskos pierādījumus glabājiet saistītos ierakstos, nevis kopējiet tos katrā rindā.

Nošķiriet riska statusu no uzdevuma statusa. „Apstrāde notiek” nenozīmē, ka risks ir samazinājies. „Pieņemts” nenozīmē, ka scenārijs ir pazudis. Slēgšanu paturiet tādiem apstākļiem kā skartās darbības izbeigšana vai scenārija neattiecināmība, un saglabājiet pamatojumu.

Līdzīgi ievainojamība, neizdevusies kontrole un risks ir saistīti, bet atšķirīgi ieraksti. Trūkstošs ielāps ir vājums. Neizdevusies izvietošanas pārbaude ir kontroles problēma. Risks apraksta, kas varētu notikt šo apstākļu dēļ un kāpēc tas ir svarīgi. Saistiet detalizētus konstatējumus ar šo scenāriju, nevis veidojiet atsevišķu uzņēmuma risku katram skenera rezultātam.

Atklājiet scenārijus no tā, kā pakalpojums darbojas

Izmantojiet arhitektūras un darbības pierādījumus risku identificēšanai. Iesaistiet fokusētā diskusijā inženierijas, drošības, pakalpojumu īpašniekus, atbalstu un attiecīgās biznesa funkcijas. Politikas vien reti atklāj, kur atļaujas ir plašākas nekā paredzēts, kur atjaunošana ir atkarīga no viena cilvēka vai kur piegādātājs ir kļuvis par kritisku atkarību.

Noderīgi ievaddati ir datu plūsmas diagrammas, piekļuves pārskatīšanas, incidentu ieraksti, atjaunošanas testi, piegādātāju novērtējumi, ievainojamību konstatējumi, izmaiņu priekšlikumi un neatrisināti audita novērojumi. Draudu modelēšana var palīdzēt komandām izpētīt uzticēšanās robežas un ticamus kļūmju ceļus.

Noderīgs scenārijs seko šādam modelim: notikums ietekmē konkrētu pakalpojumu caur identificējamu vājumu, radot norādītas sekas.

Piemēram: kompromitēts atbalsta konts ļauj eksportēt klientu ierakstus, jo atļaujas ir pārmērīgas, izraisot nesankcionētu izpaušanu un reaģēšanas darbu. Tas ir daudz praktiskāk izmantojams nekā „konta kompromitēšana”. Tas identificē gan uzbrukuma ceļu, gan kontroles, kas to varētu pārtraukt.

Skatieties tālāk par konfidencialitāti. Iekļaujiet dīkstāves, bojātus ierakstus, neizdevušos atjaunošanu, piegādātāju darbības traucējumus, administratīvu ļaunprātīgu izmantošanu un nepieejamu ekspertīzi. MI iespējotām funkcijām apsveriet, ka uz nepareiziem izvaddatiem var tikt balstīta rīcība, sensitīva informācija var nonākt nepiemērotā pakalpojumā vai aģents var rīkoties ārpus paredzētajām pilnvarām.

Rūpīgi novērsiet scenāriju dublēšanos. Diviem pakalpojumiem var būt kopīgs identitātes pakalpojumu sniedzējs, taču atšķirīgas sekas un apstrādes iespējas. Savukārt vairāki konstatējumi var veicināt vienu eksporta scenāriju. Apvienojiet, ja lēmums un īpašnieks ir kopīgi; nošķiriet, ja biznesa sekas vai apstrādes lēmumi atšķiras.

Dokumentējiet atklāšanas trūkumus kā darbu. Ja neviens nezina, kuri klienti izmanto eksporta funkciju, šai nenoteiktībai jārada izpētes uzdevums, nevis izdomāts ietekmes novērtējums.

Novērtējiet risku, neradot mākslīgu precizitāti

Izveidojiet kopīgu vērtēšanas valodu

Iespējamībai un ietekmei nepieciešamas definīcijas, ko vērtētāji var piemērot konsekventi. Iespējamībai nošķiriet draudu aktivitāti no varbūtības, ka viss scenārijs izdosies. Bieži pikšķerēšanas mēģinājumi automātiski nenozīmē biežu masveida izpaušanu: ceļu ietekmē autentifikācija, privilēģijas, sesiju kontroles un eksporta ierobežojumi.

Ietekmei jāatspoguļo biznesa iznākums. Apsveriet pakalpojuma pārtraukumu, izpaušanu, integritātes zudumu, reaģēšanas izmaksas, līgumiskās sekas un, ja attiecināms, kaitējumu skartajām personām. Dokumentējiet apkopošanas noteikumu. Ja metode izmanto augstāko būtisko ietekmes dimensiju, norādiet to; citādi vidējā vērtība var noslēpt smagas konfidencialitātes sekas aiz mazākām darbības ietekmēm.

Vienkārša ordināla matrica var atbalstīt šķirošanu. Tomēr divu kategoriju skaitļu reizināšana dod indeksu, nevis izmērītu varbūtību vai naudas zaudējumu. Nesaskaitiet šos vērtējumus pa pakalpojumiem un nesauciet rezultātu par uzņēmuma kopējo risku. Izmantojiet vērtējumu kopā ar pamatojumu, steidzamību, nenoteiktību un apstrādes atkarībām.

Kalibrējiet novērtējumus kopīgi. Lūdziet īpašniekiem neatkarīgi novērtēt dažus reprezentatīvus scenārijus, salīdziniet viņu argumentāciju un atrisiniet atšķirības, balstoties uz definīcijām. Tas ir noderīgāk nekā ļaut katram departamentam izveidot savu interpretāciju par to, kas ir „augsts”.

Nošķiriet raksturīgo, pašreizējo atlikušo un mērķa atlikušo risku

Skaidri definējiet raksturīgā riska bāzes līniju. Tā var aprakstīt scenāriju bez izvēlētajām drošības kontrolēm, taču tai joprojām jānorāda pieņemtā pakalpojuma arhitektūra un biznesa darbība. Citādi vērtētāji var iztēloties nesavietojamas „bez kontrolēm” versijas.

Pašreizējais atlikušais risks atspoguļo kontroles, kas ir ieviestas un ko pamato attiecīgi efektivitātes pierādījumi. Mērķa atlikušais risks ir sagaidāmais risks pēc ierosinātās apstrādes. Uzturiet abus redzamus: plānots piekļuves ierobežojums nedrīkst samazināt šodienas vērtējumu.

Ne katra kontrole maina abas dimensijas. Spēcīgāka autentifikācija var samazināt iespējamību. Šaurākas eksporta atļaujas var ierobežot atklāto apjomu. Pārbaudītas reaģēšanas procedūras var ierobežot sekas pēc atklāšanas. Aprakstiet mehānismu, nevis piemērojiet vispārēju procentuālu samazinājumu tikai tāpēc, ka kontrole pastāv.

Saglabājiet nenoteiktību un izmantojiet kvantitatīvo analīzi selektīvi

Dokumentējiet pieņēmumus, pierādījumu datumus, pārklājuma trūkumus un pārliecības līmeni. „Iepriekš nav bijis incidentu” ir vājš pierādījums, ja žurnalēšana nespēj notikumu atklāt. Zemai pārliecībai jāierosina izpēte; tai nevajadzētu automātiski piespiest augstāko vērtējumu.

Dārgiem apstrādes lēmumiem papildiniet kvalitatīvo novērtējumu ar scenārijos balstītu finanšu analīzi. Izmantojiet diapazonus notikumu biežumam un sekām, identificējiet galvenos izmaksu virzītājus un pārbaudiet, kā lēmums mainās dažādu pieņēmumu gadījumā. Simulācija var palīdzēt izpētīt šos diapazonus, taču tā nevar labot nepamatotus ievaddatus.

Kā ilustratīvu aprēķinu pieņemsim notikumu biežumu no 0,05 līdz 0,2 gadā un zaudējumus no 100 000 € līdz 400 000 € par notikumu. Galējo vērtību reizināšana dod aptuvenu gada diapazonu no 5000 € līdz 80 000 €. Tas ir ievads diskusijai, nevis prognoze vai pamatojums retu, smagu iznākumu ignorēšanai. Paskaidrojiet, kādi papildu pierādījumi sašaurinātu diapazonu.

Savienojiet kontroles ar kļūmes ceļu

Kontroļu sasaistei jāizskaidro cēloņsakarība. Atbalsta konta scenārijā autentifikācija vēršas pret konta pārņemšanu, autorizācija ierobežo pieejamos ierakstus, eksporta ierobežojumi ierobežo datu izgūšanu, un uzraudzība atbalsta atklāšanu. Politika, kas atzīst piekļuves pienākumus, ir būtiska, taču tā nepierāda, ka šie tehniskie ierobežojumi darbojas.

Uzturiet daudzi-pret-daudziem saistības: viena identitātes kontrole var atbalstīt vairākus riskus, un viens risks var būt atkarīgs no vairākām kontrolēm. Iekļaujiet tvērumu un atkarības. Autentifikācijas kontrole, kas aptver darbiniekus, bet izslēdz piegādātāju kontus, nevar pamatot vienu un to pašu secinājumu abām grupām.

Izvērtējiet trīs atsevišķus jautājumus:

• Dizains: vai kontrole pārtrauktu vai ierobežotu scenāriju, ja tā darbotos, kā paredzēts?
• Ieviešana: vai tā ir izvietota visās attiecīgajās sistēmās, identitātēs un darbplūsmās?
• Darbība: vai aktuālie pierādījumi rāda, ka tā turpina darboties?

Piekļuves ierobežojumiem pierādījumi varētu ietvert lomu definīcijas, faktiskos piešķīrumus, negatīvus autorizācijas testus un pabeigtas noņemšanas. Atjaunošanai rezerves kopēšanas konfigurācija pierāda mazāk nekā atjaunošanas tests ar integritātes pārbaudēm un izmērītu atjaunošanas rezultātu. Eksporta uzraudzībai parādiet, ka notikums tiek fiksēts, brīdinājums sasniedz reaģētāju un reaģētājs var to izmeklēt.

Glabājiet izcelsmes informāciju kopā ar pierādījumiem: avotu, savākšanas laiku, tvērumu, pārskatītāju un ierobežojumus. Pierādījumu vecums ir atkarīgs no konteksta. Konfigurācijas eksports var novecot pēc izvietošanas; mācību rezultāts var palikt noderīgs, līdz mainās arhitektūra vai pienākumi.

Nesamaziniet atlikušo risku tiešā proporcijā pabeigtajiem uzdevumiem. Trīs pabeigti pieteikumi no četriem nenozīmē 75 % samazinājumu. Trūkstošais pieteikums var ieviest vienīgo kontroli, kas ierobežo izpaušanu. Pārskatiet scenāriju pēc pārbaudītām izmaiņām un pēc tam dokumentējiet, kāpēc secinājums mainījās.

Izvēlieties apstrādi un padariet kompromisu skaidru

Ierastās apstrādes iespējas ir riska novēršana, samazināšana, dalīšana vai nodošana un pieņemšana. Tās var apvienot, taču katrai nepieciešams noteikts mērķis.

Novēršana izbeidz vai maina darbību, kas rada risku. Tā ne vienmēr novērš katru saistīto risku. Funkcijas noņemšana var ieviest manuālus procesus, kuriem nepieciešams savs novērtējums.

Samazināšanā jāņem vērā preventīvas kontroles un seku ierobežošanas pasākumi. Salīdziniet inženierijas darbu, darbības berzi, atkarības, sagaidāmo ieguvumu un laiku līdz iedarbībai. Tūlītējs ierobežojums var būt labāks par spēcīgāku arhitektūras izmaiņu, ko nevar ieviest vairākus mēnešus; reģistram jāaptver abi posmi.

Līgumiska nodošana un apdrošināšana nenovērš visas darbības sekas. Piegādātāja kompensācija neatjaunos jūsu pakalpojumu, un apdrošināšana neatsauc izpaušanu. Ja ir iesaistīta personas datu apstrāde, ārpakalpojums arī saglabā lomai specifiskus pienākumus saskaņā ar VDAR; 28. un 32. pants joprojām attiecas uz apstrādātāju līgumiem un drošības pasākumiem.

Pieņemšana ir apzināts lēmums, nevis budžeta trūkums vai nokavēts pieteikums. Dokumentējiet biznesa pamatojumu, aktuālos pierādījumus, paturēto risku, apstiprinātāju, ilgumu un nosacījumus, kas prasa pārskatīšanu. Izmaksas ir būtiskas, taču tās nav vienīgais kritērijs: juridiskie pienākumi, saistības pret klientiem un sekas var izslēgt citādi ērtu iespēju.

Katrai apstrādes darbībai piešķiriet ieviešanas īpašnieku, resursu apņemšanos, mērķa datumu, atkarību un izpildes pārbaudi. Riska īpašnieks paliek atbildīgs par kopējo novērtējumu un reakciju; uzdevumu īpašnieki īsteno atsevišķas izmaiņas. Pilnvarots pārskatītājs apstiprina apstrādes lēmumu un jebkuru paturēto risku saskaņā ar organizācijas noteikumiem.

Nosakiet eskalāciju, pirms darbs apstājas. Piemēram, nokavētam atskaites punktam, kas ietekmē gaidāmu palaišanu, jāierosina lēmums par palaišanu, nevis vienkārši jāpārceļ termiņš. Dokumentējiet arī noraidītās alternatīvas, īpaši, ja tās izskaidro, kāpēc tika izvēlēta pagaidu apstrāde.

Piemērs: atbalsta konta eksporta risks

Šis piemērs ir ilustratīvs. Pieņemsim, ka programmatūras pakalpojumam ir divdesmit atbalsta lietotāji, klientu ieraksti, kas pieejami caur atbalsta konsoli, un masveida eksporta funkcija, kas mantota no agrāka darbības modeļa. Vienotā pierakstīšanās ir ieviesta, taču masveida eksporta privilēģijas ir piešķirtas plaši. Esošie žurnāli fiksē eksportus, lai gan neviens brīdinājums nav pārbaudīts.

Scenārijs ir šāds: uzbrucējs kompromitē atbalsta sesiju un izmanto pārmērīgas privilēģijas, lai eksportētu klientu ierakstus, izraisot nesankcionētu izpaušanu un darbu saistībā ar reaģēšanu pret klientiem.

Pakalpojuma īpašnieks ir atbildīgs par risku. Identitātes vadītājs ir atbildīgs par autentifikācijas izmaiņām, lietotnes komanda par autorizāciju, un drošības operācijas par atklāšanas testēšanu.

Izmantojot šīs hipotētiskās organizācijas piecu līmeņu metodi, raksturīgais vērtējums ir iespējamība 4 un ietekme 4. Pašreizējais atlikušā riska novērtējums ir iespējamība 3 un ietekme 4: esošā autentifikācija sniedz zināmu aizsardzību, taču plašas privilēģijas atstāj būtisku izpaušanas ceļu. Pārliecība ir mērena, jo sesiju aizsardzības pasākumi un maksimālais eksporta apjoms vēl nav pārbaudīti. Šie skaitļi ir ilustratīvi kategoriju vērtējumi, nevis varbūtības.

Komanda salīdzina trīs iespējas: noņemt masveida eksportu, ierobežot to apstiprinātiem lietotājiem vai saglabāt esošo piekļuvi ar stiprāku uzraudzību. Atbalsts pierāda leģitīmu vajadzību pēc ierobežota eksporta. Īpašnieks izvēlas samazināšanu ar ierobežotu piekļuvi, stiprāku autentifikāciju atlikušajiem priviliģētajiem lietotājiem un pārbaudītiem eksporta brīdinājumiem.

Pieņemsim, ka ieviešanai nepieciešamas divpadsmit inženierijas dienas četru nedēļu laikā. Šie skaitļi ir plānošanas pieņēmumi, nevis tirgus etaloni. Reģistrs sasaista darbu ar piegādes plānu un dokumentē pagaidu ierobežojumus, kamēr ieviešana nav pabeigta.

Mērķa atlikušais vērtējums ir iespējamība 2 un ietekme 3, ievērojot verifikāciju. Tas paliek mērķis, līdz testi ir veiksmīgi. Pēc izvietošanas pārskatītājs atklāj, ka vecāks galapunkts apiet jauno apjoma ierobežojumu. Tāpēc ietekmes vērtējums paliek 4, un apiešana kļūst par bloķējošu apstrādes uzdevumu.

Pēc labošanas un atkārtotas testēšanas īpašnieks atkārtoti novērtē visu ceļu. Jebkurš atlikušais risks saņem skaidru apstiprinājumu un pārskatīšanas datumu. Jauna eksporta integrācija, neizdevusies piekļuves pārskatīšana vai būtisks pieejamo ierakstu skaita pieaugums ierosina agrāku atkārtotu novērtēšanu. Reģistrs tagad ir mainījis ieviešanu, secību un apstiprināšanu, nevis tikai dokumentējis bažas.

Izveidojiet uzraudzības ciklu, kas rada lēmumus

Plānotās pārskatīšanas joprojām ir noderīgas, taču izmaiņām starp pārskatīšanām jāsasniedz īpašnieks. Savienojiet darbības signālus ar scenārijiem, kurus tie ietekmē. Būtiski ierosinātāji ir neizdevušās piekļuves noņemšanas, jauni piegādātāji, arhitektūras izmaiņas, incidenti, kontroļu testu kļūmes un jauna informācija par draudiem.

Katram ierosinātājam definējiet tā avotu, skarto tvērumu, maršrutēšanu, sagaidāmo reakcijas laiku un pārskatītāju. Praktisks ieteikums ir nošķirt steidzamu risku, kam nepieciešama tūlītēja darbības rīcība, no regulāras pierādījumu atjaunošanas. Negaidiet riska sanāksmi, lai ierobežotu aktīvu incidentu.

Uzraudzības biežumam jāatspoguļo, cik ātri kontrole mainās un cik nozīmīga būtu kļūme. Automatizētas konfigurācijas pārbaudes var notikt bieži; atjaunošanas mācībām vai piegādātāja pārskatīšanai nepieciešams cits ritms. „Nepārtraukts” jāapraksta pastāvīgs darbības process, nevis jāliek domāt, ka katra kontrole tiek pārbaudīta katru sekundi.

Izveidojiet kļūmju apstrādi arī pašai uzraudzībai. Atvienotam avotam vai novecojušam inventāram jāparādās kā nezināmam pārklājumam, nevis kā veiksmīgai kontrolei. Novērsiet atkārtotu brīdinājumu dublēšanos un grupējiet kopīgas kļūmes, lai īpašnieki saņemtu rīcībai noderīgu kontekstu, nevis desmitiem identisku paziņojumu.

Kad signāls pienāk, dokumentējiet, kas mainījās, kuri scenāriji tika izskatīti, kāda bija tūlītējā rīcība un vai atkārtota novērtēšana mainīja apstrādes lēmumu. Neizdevusies piekļuves pārskatīšana var prasīt izmeklēšanu, automātiski nemainot katru saistīto vērtējumu. Savukārt apstiprināta pārmērīga piekļuve sensitīviem ierakstiem var nekavējoties padarīt nederīgu esošo atlikušā riska novērtējumu.

Nepārtraukta kontroļu uzraudzība ir visvērtīgākā, ja tās rezultāti sasniedz gan kontroļu operatorus, gan īpašniekus, kas atbild par saistīto risku.

Izmantojiet MI novērtējumu sagatavošanai, nevis apstiprināšanai

MI var palīdzēt sagatavot scenāriju melnrakstus, saskaņot pierādījumus, apkopot izmaiņas, identificēt iespējamas kontroļu sasaistes un ierosināt prioritātes. Tā rezultātiem jāpaliek pārskatāmam melnraksta darbam.

Sāciet ar šauru darbplūsmu, kuras rezultātus var pārbaudīt. Pieprasiet atsauces uz avotiem un nošķiriet iegūtos faktus no secinātiem slēdzieniem. Pārbaudiet trūkstošu pārklājumu, pretrunīgus ierakstus, novecojušus dokumentus un nepamatotus pieņēmumus. Noslīpēts kopsavilkums nav pierādījums tam, ka pamatā esošie avoti saskan.

Ievainojamību prioritizēšanai izmantojiet biznesa kontekstu līdztekus ārējiem signāliem. Smagums apraksta iespējamās tehniskās sekas; izmantošanas iespējamība un apstiprināta izmantošana norāda uz dažādiem draudu aktivitātes aspektiem. Neviens no tiem nepasaka, vai skartais komponents ir izvietots, sasniedzams, priviliģēts vai ir daļa no kritiska pakalpojuma. MI var palīdzēt korelācijā, taču inventāra un iedarbības pārbaudes joprojām ir būtiskas.

Informācijai par piegādātājiem nepieciešama līdzīga disciplīna: nošķiriet faktus par jūsu līgumā noteikto pakalpojumu sniedzēju un pakalpojumu no spekulācijām par saistītu uzņēmumu. Arī uzvedības analītikai nepieciešama piesardzība, jo neparasta darbība automātiski nav ļaunprātīga, un darbinieku uzraudzība var radīt privātuma un darba tiesību apsvērumus.

Pārvaldiet arī pašu MI darbplūsmu. Piemērojiet mazāko privilēģiju principu, ierobežojiet sensitīvus ievaddatus, saglabājiet pārskatāmu rezultātu vēsturi un nosakiet, kad modeļa vai uzvednes izmaiņas prasa atkārtotu testēšanu. Vēsturiskie incidentu dati var ietvert aklās zonas: slikti uzraudzīti pakalpojumi var šķist drošāki tikai tāpēc, ka tika reģistrēts mazāk notikumu.

Prognozējošiem rezultātiem jābūt hipotēzēm ar īpašniekiem un validācijas uzdevumiem. Ģenerētam vērtējumam jāpaliek priekšlikumam, līdz tas ir pārbaudīts pret saskaņoto metodi. Atbildīgais īpašnieks apstiprina novērtējumu un apstrādi.

MI izmantošana riska darbā automātiski nepadara sistēmu par augsta riska sistēmu saskaņā ar ES Mākslīgā intelekta aktu. Klasifikācija ir atkarīga no lietojumgadījuma un lomas; 9. panta riska pārvaldības prasības attiecas uz augsta riska sistēmām. Par piemērojamību un termiņiem skatiet Komisijas aktuālo pārskatu. NIST AI RMF piedāvā brīvprātīgas pārvaldības vadlīnijas, nevis atbilstības garantiju.

Ziņojiet par lēmumu taku un pārbaudiet, vai reģistrs darbojas

Inženierijai nepieciešamas skartās sistēmas, bloķējošas atkarības, verifikācijas kritēriji un gaidāmie lēmumi. Vadībai nepieciešami būtiski riski, apstrādes iespējas, resursu pieprasījumi un izmaiņas kopš iepriekšējās pārskatīšanas. Abiem skatiem jābalstās uz vienu un to pašu pamatā esošo novērtējumu.

Saglabājiet novērtējumu vēsturi, nevis pārrakstiet to. Saglabājiet iepriekšējo secinājumu, jaunos pierādījumus, mainītos pieņēmumus, pārskatītāju, apstiprinājumu un datumu. Uzturiet pieņemtos riskus redzamus, ieskaitot tuvojošos termiņu beigas un nosacījumus, kas vairs nav spēkā.

Noderīgi darbības rādītāji ietver lēmumu gaidošo risku vecumu, nokavētus apstrādes atskaites punktus, laiku no būtiskām izmaiņām līdz atkārtotai novērtēšanai un nozīmīgo scenāriju daļu, ko pamato aktuāli kontroļu pierādījumi. Salīdziniet rādītājus ar savu bāzes līniju. Ierakstu vai ģenerēto ieteikumu skaits galvenokārt apraksta aktivitāti, nevis uzlabotus lēmumus. ISMS rādītājiem jāpalīdz atklāt apstājušās īpašumtiesības un nepamatotus secinājumus.

Secani savieno riskus, prasības, kontroles un pierādījumus ISMS darbvietā. Fokusētam pirmajam tvērumam modelējiet atbalstošās sistēmas un pakalpojumu sniedzējus, piesaistiet esošos pierādījumus kontrolēm vai lēmumiem, ko tie atbalsta, un pārvērtiet trūkumus uzdevumos ar īpašniekiem. Pārskatiet MI atbalstītos ieteikumus, salīdzinot tos ar avotiem, un saglabājiet cilvēku apstiprinājumus, komentārus un laika zīmogus. Dokumentācijā aprakstīta šī uz pierādījumiem centrētā darbplūsma.

Sāciet ar pieciem nozīmīgiem scenārijiem. Katram no tiem pārliecinieties par īpašnieku, pašreizējā novērtējuma pamatojumu, apstrādes lēmumu, verifikācijas pierādījumiem un nākamās pārskatīšanas ierosinātāju. Pēc tam ņemiet vienu no tiem līdzi uz reālu plānošanas sanāksmi un jautājiet, kam vajadzētu mainīties. Ja atbilde ir atļauju robeža, piegādes secība, finansēts uzdevums vai skaidrs pieņemšanas lēmums, reģistrs veic noderīgu darbu.