Darba laiks
Darba dienas: 08.30 - 17.00
Mūsu e-pasts
info@ksk-it.eu
Zvaniet
+371 20 724 272
lv
AUTORIZĀCIJA
Sākums > Blogs > Kā veidot digitālo noturību savā uzņēmumā

Blogs

Kā veidot digitālo noturību savā uzņēmumā

Kā veidot digitālo noturību savā uzņēmumā

Uzņēmuma darbība var apstāties ne tikai pēc kiberuzbrukuma. To var izraisīt nepareizi ieviests sistēmas atjauninājums, nepieejams mākoņpakalpojums, bojāts interneta pieslēgums, piegādātāja kļūda vai viena darbinieka kļūdaina rīcība. Digitālā noturība nosaka, vai šādos brīžos organizācija spēj turpināt sniegt pakalpojumus, pieņemt pasūtījumus, apkalpot klientus un pasargāt kritiskos datus.

Mazā un vidējā uzņēmumā šis jautājums bieži nonāk dienaskārtībā tikai pēc pirmā nopietnā incidenta. Līdz tam IT vide parasti ir veidojusies pakāpeniski: jauni lietotāji, atsevišķi mākoņrīki, pievienotas filiāles, attālināts darbs un dažādi ārējie piegādātāji. Katrs risinājums var būt noderīgs pats par sevi, taču bez kopējas pārvaldības tie rada atkarības, kuras kļūmes brīdī kļūst redzamas ļoti ātri.

Kā veidot digitālo noturību savā uzņēmumā

Ko uzņēmumam nozīmē digitālā noturība

Digitālā noturība ir uzņēmuma spēja paredzēt digitālos riskus, izturēt traucējumus, operatīvi atjaunot darbu un izmantot gūto pieredzi, lai nākamajā reizē zaudējumi būtu mazāki. Tā ir plašāka par kiberdrošību. Kiberdrošība cenšas novērst incidentu, savukārt noturība pieņem, ka daļu incidentu pilnībā novērst nevarēs.

Praktiski tas nozīmē, ka vadībai ir skaidras atbildes uz vairākiem jautājumiem. Kuras sistēmas ir būtiskas ieņēmumiem un klientu apkalpošanai? Cik ilgu dīkstāvi uzņēmums var atļauties? Cik vecus datus drīkst atjaunot pēc kļūmes? Kurš pieņem lēmumu, ja galvenā sistēma nav pieejama? Un vai šīs atbildes ir pārbaudītas praksē, nevis tikai ierakstītas politikā?

Noturība nav viena programmatūras licence vai rezerves kopija. Tā ir pārvaldības disciplīna, kurā savienojas infrastruktūra, drošības kontroles, rezerves risinājumi, cilvēku rīcība un vadības lēmumi. Ja kāda no šīm daļām nefunkcionē, pārējās ne vienmēr spēj kompensēt trūkumu.

Dīkstāves patiesā cena

Dīkstāves izmaksas nav tikai neizrakstīts rēķins par dažām stundām. Ražošanas vai loģistikas uzņēmumam tās var nozīmēt apstādinātu piegādes ķēdi. Profesionālo pakalpojumu sniedzējam - nepieejamu klientu dokumentāciju un nokavētus termiņus. E-komercijas uzņēmumam - pasūtījumus, kas aiziet pie konkurenta tieši tajā brīdī, kad pieprasījums ir visaugstākais.

Jāņem vērā arī sekundārās sekas: darbinieku laiks manuālam darbam, steidzami ārējo speciālistu pakalpojumi, līgumsodi, klientu uzticības zudums un vadības uzmanība, kas tiek novirzīta no attīstības uz krīzes vadību. Dažos gadījumos lielākie zaudējumi rodas nevis incidenta laikā, bet nedēļās pēc tā, kad jāatjauno dati, jāizskaidro situācija klientiem un jāsakārto procesi.

Tāpēc pareizais jautājums nav, vai uzņēmums var atļauties ieguldīt noturībā. Jautājums ir, cik dārga būtu nekontrolēta apstāšanās un cik lielu šī riska daļu ir saprātīgi samazināt.

Sāciet ar biznesa prioritātēm, nevis tehnoloģiju sarakstu

Noturības plāns sākas ar uzņēmuma kritisko procesu noteikšanu. Grāmatvedības sistēma var būt svarīga, taču tā ne vienmēr ir jāatjauno pirmajā stundā. Savukārt klientu pasūtījumu apstrāde, noliktavas vadība, piekļuve ražošanas iekārtām vai klientu atbalsta kanāli var būt kritiski jau pēc dažām minūtēm.

Šajā posmā noder biznesa ietekmes analīze. Tās mērķis ir savienot IT sistēmas ar faktiskajiem uzņēmuma procesiem un noteikt prioritātes. Vadība kopā ar atbildīgajiem darbiniekiem izvērtē, kas notiek, ja konkrēts pakalpojums nav pieejams vienu stundu, vienu dienu vai ilgāk.

Svarīgi ir vienoties par diviem mērķiem. Atjaunošanas laika mērķis nosaka, cik ātri sistēmai jāatgriežas darbā. Savukārt datu atjaunošanas punkta mērķis nosaka, cik liels datu zudums ir pieņemams. Piemēram, ja pasūtījumu dati drīkst pazust ne vairāk kā 15 minūtes, ar vienu nakts rezerves kopiju nepietiks. Ja arhīva dokumentu sistēma var būt nepieejama diennakti, risinājumam nav obligāti jābūt tikpat dārgam kā tiešsaistes pārdošanas platformai.

Šeit nav universālas konfigurācijas. Nepārdomāta pārmērīga aizsardzība palielina izmaksas un administrēšanu, bet nepietiekama aizsardzība rada risku, kuru uzņēmums var neatgūt. Lēmumiem jābalstās uz biznesa ietekmi, nevis pieņēmumu, ka visam jābūt pieejamam vienādi ātri.

Rezerves kopija vēl nav atjaunošanas plāns

Daudzi uzņēmumi uzskata, ka rezerves kopiju esamība automātiski atrisina darbības nepārtrauktības jautājumu. Tā nav. Rezerves kopija ir tikai viens no atjaunošanai nepieciešamajiem elementiem. Jāzina, vai dati ir pilnīgi, vai tos iespējams atjaunot vajadzīgajā laikā, vai kopijas ir pasargātas no šifrēšanas uzbrukuma un vai atjaunošanas procedūra ir dokumentēta.

Īpaši bīstama ir situācija, kurā rezerves kopijas glabājas tajā pašā vidē, kuru var sasniegt ar kompromitētu administratora kontu. Izspiedējvīrusu incidentā uzbrucēji bieži cenšas izdzēst vai šifrēt tieši rezerves kopijas, lai uzņēmumam neatstātu citu izvēli kā maksāt izpirkuma maksu.

Labi izstrādāta pieeja paredz vairākus kopiju slāņus, atsevišķu piekļuves kontroli un vismaz vienu kopiju, kuru nevar viegli mainīt vai izdzēst. Taču kritiskais posms ir regulārs atjaunošanas tests. Ja uzņēmums nekad nav mēģinājis atjaunot būtisku sistēmu, tas nezina, vai rezerves kopija patiešām atbilst solītajam atjaunošanas laikam.

Cilvēki un piegādātāji ir daļa no infrastruktūras

Tehniskās vadlīnijas vien nepasargās uzņēmumu, ja darbinieks apstiprina viltotu maksājuma pieprasījumu vai ievada piekļuves datus krāpnieciskā vietnē. Daudzfaktoru autentifikācija, piekļuves tiesību pārvaldība un regulāras apmācības samazina šo risku, tomēr cilvēku kļūdas pilnībā nepazudīs. Tādēļ procesiem jābūt veidotiem tā, lai viena kļūda neizraisītu nesamērīgas sekas.

Piemēram, administratora tiesības nevajadzētu piešķirt ikdienas darbam, bet būtiskiem finanšu vai datu dzēšanas lēmumiem jāparedz papildu apstiprinājums. Kad darbinieks aiziet no uzņēmuma vai maina amatu, piekļuves ir jāizņem savlaicīgi. Šie soļi izklausās vienkārši, taču tie bieži tiek izlaisti, ja nav skaidras atbildības un centralizētas pārvaldības.

Līdzīgi jāvērtē ārējie piegādātāji. Uzņēmums var būt atkarīgs no interneta operatora, mākoņplatformas, grāmatvedības sistēmas, maksājumu pakalpojuma vai IT partnera. Jāzina, kāda ir piegādātāja incidentu eskalācijas kārtība, kā tiek nodrošināta piekļuve datiem un ko uzņēmums darīs, ja pakalpojums ilgstoši nebūs pieejams. Ne vienmēr nepieciešams pilns rezerves piegādātājs, taču kritiskajām atkarībām jābūt apzinātām.

Incidenta plānam jābūt lietojamam zem spiediena

Incidenta laikā nevienam nav laika meklēt novecojušus kontaktus, piekļuves paroles vai diskutēt par to, kurš drīkst apturēt sistēmu. Efektīvs incidentu reaģēšanas plāns ir īss, konkrēts un pieejams arī tad, ja galvenie uzņēmuma rīki nedarbojas.

Tajā jābūt definētām lomām, kontaktpersonām, pirmajām tehniskajām darbībām, saziņas kārtībai ar darbiniekiem un klientiem, kā arī kritērijiem, kad iesaistīt vadību, apdrošinātāju, juristu vai drošības speciālistu. Atsevišķi jāparedz, kā saglabāt pierādījumus, jo sasteigta sistēmu pārstartēšana var apgrūtināt incidenta cēloņa noskaidrošanu.

Plāns ir jāpārbauda ar praktiskiem scenārijiem. Piemēram, vadības komanda var izspēlēt situāciju, kurā šifrēta failu sistēma, nav pieejama e-pasta vide vai tiek konstatēta aizdomīga datu noplūde. Šādas pārbaudes atklāj ne tikai tehniskos trūkumus, bet arī lēmumu pieņemšanas aizķeršanos un neskaidru komunikāciju.

Noturība jāuztur kā vadības process

Digitālā vide mainās līdz ar uzņēmumu. Jauna filiāle, iegādāts uzņēmums, pārdošanas sistēmas nomaiņa, attālināta darba ieviešana vai jauns mākoņpakalpojums maina arī risku kopumu. Tāpēc vienreizējs audits ir vērtīgs sākumpunkts, nevis galamērķis.

Regulāra IT un darbības nepārtrauktības pārskatīšana palīdz vadībai redzēt, vai kritiskās sistēmas joprojām atbilst biznesa prioritātēm, vai rezerves kopijas tiek pārbaudītas un vai piegādātāju pienākumi ir skaidri. Šāds pārskats ir īpaši nozīmīgs pirms uzņēmuma pārdošanas, apvienošanās, finansējuma piesaistes vai būtiskas izaugsmes, kad IT riski kļūst par komerciālu jautājumu.

KSK IT praksē noturības darbs ir visefektīvākais, ja to vada kā uzņēmuma prioritāti, nevis izolētu tehnisku projektu. Sāciet ar vienu konkrētu jautājumu: kas notiktu, ja rīt uz četrām stundām nebūtu pieejama jūsu svarīgākā sistēma? Godīga atbilde bieži parāda, kur jāiegulda vispirms.