Poslovanje rijetko stane zbog jednog velikog kvara. Češći je slijed manjih propusta: sigurnosna kopija nije provjerena, administrativni račun ima preširoke ovlasti, zamjena mrežnog uređaja kasni, a zaposlenik otvori uvjerljivu poruku e-pošte. Kada se takvi propusti poklope, posljedica nije samo IT problem. Staju prodaja, proizvodnja, obračuni, komunikacija s kupcima i pristup poslovnim dokumentima. Zato digitalna otpornost tvrtke nije pojedinačni projekt ni proizvod koji se kupuje jednom. To je sposobnost organizacije da spriječi poremećaj, nastavi rad tijekom njega i vrati sustave u funkciju bez dugotrajnih posljedica.
Za direktora je ključno pitanje jednostavno: koliko dugo tvrtka može raditi bez ključnih aplikacija, podataka, mreže ili pristupa e-pošti? Za IT administratora pitanje je operativnije: znamo li što se mora vratiti prvo, tko ima potrebne ovlasti i jesu li postupci oporavka stvarno testirani? Odgovori na ta pitanja otkrivaju stvarno stanje spremnosti, a ne samo popis instalirane opreme.
Digitalna otpornost tvrtke počinje mapom ovisnosti
Većina malih i srednjih poduzeća koristi kombinaciju lokalnih servera, mrežnih uređaja, cloud usluga, Microsoft 365 okruženja, računovodstvenih aplikacija i specijaliziranih poslovnih programa. Problem nastaje kada nitko nema cjelovitu sliku o tome što o čemu ovisi.
Primjerice, aplikacija za rad sa strankama može biti dostupna u cloudu, ali pristup joj ovisi o lokalnoj mreži, DNS postavkama, korisničkim računima i internetskoj vezi. Dokumenti mogu biti u Microsoft 365 okruženju, no poslovanje će ipak stati ako zaposlenici ne mogu potvrditi identitet ili ako je pristup administratora vezan uz jedan korisnički račun. U takvoj situaciji nije dovoljno reći da je “sve u oblaku”.
Prvi korak je zato utvrditi kritične poslovne procese i tehničke komponente koje ih podržavaju. Ne moraju svi sustavi imati jednaku razinu zaštite ni jednak rok oporavka. Sustav za obračun plaća, primjerice, možda nije kritičan svakoga dana, ali postaje prioritet u određenom dijelu mjeseca. Sustav za izdavanje računa ili komunikaciju s kupcima može zahtijevati znatno kraći prekid.
Dobra mapa ovisnosti obuhvaća aplikacije, podatke, poslužitelje, virtualne strojeve, mrežnu infrastrukturu, korisničke identitete, licence, vanjske dobavljače i odgovorne osobe. To nije administrativna vježba. Bez te mape oporavak nakon incidenta lako se pretvara u traženje lozinki, uređaja i kontakata dok poslovni zastoj već traje.
Sigurnost i kontinuitet poslovanja nisu odvojene teme
Cyber sigurnost se često promatra kao zaštita od napada, a backup kao zasebna tehnička usluga. U praksi su to dijelovi istog sustava kontinuiteta poslovanja. Napadač koji dobije pristup korisničkom računu može obrisati ili šifrirati podatke. Kvar servera može otkriti da sigurnosna kopija postoji, ali da se ne može vratiti u potrebnom roku. Pogrešna konfiguracija mreže može blokirati pristup sustavu bez ikakvog vanjskog napada.
Zato zaštita mora pokrivati više slojeva. Ažuriranja operativnih sustava i aplikacija smanjuju poznate ranjivosti. Višefaktorska autentifikacija smanjuje rizik zloupotrebe lozinke. Segmentacija mreže ograničava širenje problema s jednog uređaja na drugi. Praćenje sigurnosnih događaja pomaže u ranom otkrivanju odstupanja, dok jasno upravljanje administratorskim ovlastima sprječava da previše ljudi ima pristup svemu.
Nijedna od tih mjera sama po sebi nije dovoljna. Stroga sigurnosna pravila mogu otežati rad korisnicima ako nisu prilagođena stvarnim procesima. S druge strane, previše iznimki radi praktičnosti postupno poništava zaštitu. Rješenje nije birati između sigurnosti i operativnosti, nego postaviti kontrole koje odgovaraju riziku pojedinog sustava i redovito ih provjeravati.
Posebna pažnja za identitete i administratorske račune
Korisnički identiteti danas su često važniji od fizičke lokacije servera. Ako napadač ili neovlaštena osoba preuzme administratorski račun, može promijeniti postavke, dodati nove korisnike, pristupiti dokumentima ili onemogućiti zaštitne mehanizme.
Administratorski računi trebaju biti odvojeni od svakodnevnih korisničkih računa, zaštićeni višefaktorskom autentifikacijom i dodijeljeni samo osobama kojima su doista potrebni. Jednako je važno imati definiran postupak kada zaposlenik promijeni ulogu ili napusti tvrtku. Neaktivni računi, zajedničke lozinke i pristupi bivših vanjskih suradnika čest su, ali izbježan rizik.
Backup vrijedi onoliko koliko vrijedi oporavak
Sigurnosna kopija nije potvrda da je tvrtka zaštićena. Ona je tek preduvjet oporavka. Ključno je znati koje se kopije izrađuju, gdje se nalaze, jesu li odvojene od produkcijskog okruženja, koliko dugo se čuvaju i može li se iz njih vratiti podatak ili cijeli sustav.
U poslovnim okruženjima treba razlikovati nekoliko potreba. Ponekad je dovoljno vratiti jednu datoteku koju je korisnik slučajno obrisao. U drugom slučaju potrebno je vratiti cijeli virtualni server, bazu podataka ili konfiguraciju mrežnog uređaja. Svaki od tih scenarija ima drukčiji rok i drukčije tehničke preduvjete.
Posebno je važno testiranje vraćanja podataka. Test ne mora svaki put značiti potpunu obnovu cijele infrastrukture, ali mora potvrditi da se najvažniji podaci mogu otvoriti, da su aplikacije funkcionalne i da je vrijeme oporavka prihvatljivo. Kopija koja je uspješno izrađena, ali se ne može koristiti zbog pogrešne konfiguracije, nedostajućeg ključa ili nekompatibilne aplikacije, ne rješava poslovni problem.
Odredite prihvatljiv gubitak podataka i vrijeme prekida
Dva poslovna pitanja daju smjer cijelom planu: koliko podataka tvrtka može izgubiti i koliko dugo može biti bez određenog sustava? Ako se podaci sigurnosno kopiraju jednom dnevno, u slučaju kvara može biti izgubljen rad nastao nakon posljednje kopije. Ako se ključni sustav vraća nekoliko sati, treba procijeniti može li poslovanje u tom razdoblju funkcionirati alternativnim postupkom.
Nema univerzalnog odgovora. Tvrtka s velikim brojem dnevnih transakcija ima drukčije zahtjeve od organizacije koja kritične dokumente obrađuje povremeno. Važno je da odluku ne donosi samo IT, nego i odgovorna osoba iz poslovanja koja razumije financijsku i operativnu cijenu prekida.
Mreža, serveri i cloud moraju imati plan održavanja
Digitalna otpornost često oslabi zbog infrastrukture koja godinama radi bez vidljivih problema. Mrežni preklopnici, vatrozidi, bežične mreže, serveri i sustavi virtualizacije nemaju neograničen vijek trajanja. Kvar može biti fizički, ali i posljedica zastarjelog firmwarea, popunjenog prostora za pohranu, neuspješnog ažuriranja ili konfiguracije koju više nitko ne razumije.
Preventivno održavanje obuhvaća nadzor kapaciteta, provjeru stanja diskova i napajanja, ažuriranje sustava, pregled sigurnosnih zapisa te dokumentiranje konfiguracija. Kod ključnih komponenti treba procijeniti postoji li zamjenski uređaj, ugovorena brza isporuka ili prihvatljiv ručni postupak dok se oprema ne zamijeni.
Cloud usluge mogu smanjiti dio infrastrukturnog opterećenja, ali ne uklanjaju odgovornost za postavke pristupa, sigurnosne kopije, licence i korisničke račune. Također, prelazak u cloud ima smisla kada odgovara aplikaciji, mrežnim uvjetima i načinu rada korisnika. Za neke sustave hibridno rješenje, s dijelom resursa lokalno i dijelom u cloudu, može biti razumniji izbor od potpune migracije.
Plan odgovora mora biti primjenjiv pod pritiskom
Tijekom prekida rada nema vremena za opsežnu dokumentaciju koju nitko nije otvorio godinama. Plan odgovora treba biti kratak, jasan i dostupan odgovornim osobama. Mora definirati tko prijavljuje problem, tko donosi odluke, tko komunicira sa zaposlenicima i dobavljačima te kojim se redoslijedom vraćaju kritični sustavi.
Praktičan plan uključuje kontakte ključnih osoba i vanjskih partnera, podatke o pristupima koji se čuvaju na siguran način, popis prioritetnih sustava te postupke za najvjerojatnije scenarije: nedostupnost interneta, kvar servera, gubitak pristupa korisničkim računima, sumnju na zlonamjernu aktivnost i neuspješan rad sigurnosne kopije.
Plan treba povremeno proći kroz simulaciju. To može biti jednostavna provjera: što radimo ako računovodstvena aplikacija nije dostupna ujutro, tko pokreće oporavak i gdje se provjerava njegov napredak? Takve vježbe redovito otkrivaju nejasne odgovornosti, zastarjele kontakte i tehničke pretpostavke koje nisu dokumentirane.
Kontinuirana podrška pretvara plan u operativnu praksu
Digitalna otpornost nije stanje koje se jednom dostigne. Mijenjaju se zaposlenici, aplikacije, dobavljači, opseg podataka i način rada. Zato su redoviti pregled infrastrukture, upravljanje promjenama, nadzor i dokumentiranje važni jednako kao i intervencija kada se problem već pojavi.
Za tvrtke bez internog IT odjela to često znači potrebu za vanjskim partnerom koji poznaje njihovo okruženje, prati stanje sustava i može brzo reagirati. Organizacije s vlastitim IT timom pak mogu vanjsku stručnu podršku koristiti za specifična područja, dodatni kapacitet ili objektivnu provjeru postojećih rješenja. CarPen Rebuild u takvim situacijama pristupa infrastrukturi kroz povezana područja: sigurnost, mrežu, servere, backup, cloud i svakodnevnu podršku korisnicima.
Najkorisniji početak nije velika tehnološka promjena, nego iskrena provjera postojećeg stanja. Ako tvrtka jasno zna koji su joj sustavi kritični, kako su zaštićeni, koliko se brzo mogu oporaviti i tko je odgovoran za svaku fazu, prekid rada postaje upravljiv operativni događaj, a ne kriza bez jasnog izlaza.