Ransomware je već šifriran na poslužitelju, zaposlenici ne mogu pristupiti dokumentima, a poslovni procesi stoje. U tom trenutku pitanje nije imate li backup, nego možete li se iz njega brzo i potpuno oporaviti. Najčešće greške u backup strategiji ne nastaju zato što organizacije ignoriraju rizik, već zato što pretpostavljaju da je kopiranje podataka isto što i planiran oporavak poslovanja.
Za tvrtku koja ovisi o računovodstvenim sustavima, poslovnim aplikacijama, e-pošti, dokumentaciji kupaca i mrežnoj infrastrukturi, gubitak podataka nije samo tehnički incident. To znači prekid rada, financijski trošak, moguću povredu ugovornih obveza i narušeno povjerenje klijenata. Dobra backup strategija zato mora biti dio upravljanja poslovnim rizikom, a ne zadatak koji se provjerava samo prilikom nabave novog poslužitelja.
Backup postoji, ali nije moguće vratiti podatke
Najopasnija pretpostavka glasi: backup se izvršava, dakle podaci su sigurni. U praksi, uspješno izvršen zadatak sigurnosnog kopiranja ne potvrđuje da su svi potrebni podaci obuhvaćeni, da kopija nije oštećena niti da se može vratiti unutar prihvatljivog vremena.
Problem se često otkrije tek kada treba vratiti cijeli virtualni poslužitelj, bazu podataka ili poslovnu aplikaciju s pripadajućim konfiguracijama. Datoteke možda postoje, ali nedostaje zadnja verzija baze, administratorski pristup, licenca aplikacije ili dokumentiran redoslijed vraćanja servisa. Rezultat je višesatni ili višednevni zastoj, iako je organizacija formalno imala backup.
Rješenje je redovito testiranje oporavka. Test ne smije biti samo provjera može li se otvoriti jedna datoteka. Potrebno je u kontroliranom okruženju vratiti reprezentativan skup sustava: virtualni stroj, bazu, dijeljene mape i ključnu poslovnu aplikaciju. Tako se provjeravaju integritet kopije, stvarno trajanje oporavka i ovisnosti među sustavima.
Jedna lokacija nije backup strategija
Kopija podataka pohranjena na istom poslužitelju, u istom ormaru ili čak u istoj zgradi ne štiti poslovanje od svih realnih scenarija. Požar, poplava, krađa, kvar napajanja, fizičko oštećenje ili ransomware mogu istovremeno zahvatiti produkcijske podatke i njihovu lokalnu kopiju.
Česta je pogreška oslanjanje na jedan vanjski disk ili NAS uređaj koji je stalno povezan s mrežom. Takva kopija može pomoći kod slučajnog brisanja dokumenta, ali nije dovoljna zaštita od napadača koji dobije administratorske ovlasti i šifrira dostupne mrežne resurse. Ako napadač može dohvatiti backup bez dodatnih zapreka, može ga i obrisati ili kompromitirati.
Praktično polazište je pravilo 3-2-1: najmanje tri kopije podataka, na dva različita medija, uz barem jednu kopiju izvan primarne lokacije. Za organizacije s većim rizikom, osjetljivim podacima ili zahtjevnim ugovornim obvezama, preporučljivo je dodati i nepromjenjivu kopiju. Takav backup, tijekom unaprijed definiranog razdoblja, nije moguće izmijeniti ili obrisati ni s kompromitiranim administratorskim računom.
Odabir lokalne, cloud ili hibridne pohrane ovisi o količini podataka, dostupnoj vezi, ciljanom vremenu oporavka i zakonskim zahtjevima. Cloud kopija nije automatski bolja ako je prijenos velikih količina podataka prespor za stvarni povrat sustava. Lokalna kopija nije automatski brža ako nije pravilno zaštićena i nadzirana. Najčešće se najboljim pokazuje kombinirani pristup: brzi lokalni oporavak uz odvojenu, sigurnu kopiju izvan lokacije.
Najčešće greške u backup strategiji: pogrešan opseg
Tvrtke često štite dokumente, ali zaboravljaju podatke koji omogućuju da poslovanje zaista proradi. To mogu biti SQL baze, konfiguracije poslovnih aplikacija, virtualni diskovi, e-pošta, korisnički profili, mrežne postavke, certifikati, izvještaji ili podaci iz specijaliziranih sustava za proizvodnju, prodaju i logistiku.
Poseban rizik nastaje kada se uvede nova aplikacija, migrira dio poslovanja u Microsoft 365 ili se otvori nova lokacija, a backup politika ostane nepromijenjena. Odgovornost za zaštitu podataka u cloud servisima također treba jasno definirati. Dostupnost usluge ne znači nužno da organizacija ima kopiju svake stavke, svake verzije i svakog podatka koji treba vratiti prema vlastitoj poslovnoj potrebi.
Dobar početak je popis poslovno kritične imovine. Za svaki sustav treba utvrditi gdje se podaci stvarno nalaze, tko je vlasnik sustava, koliko se često mijenjaju i što bi se dogodilo kada bi postali nedostupni. Tek tada se može odrediti što se kopira, koliko često i koliko dugo se kopije čuvaju.
Backup bez prioriteta produžuje zastoj
Nisu svi podaci jednako hitni. Ako se svi sustavi tretiraju identično, organizacija može potrošiti vrijeme i novac na zaštitu sadržaja koji nije ključan, dok za najvažniju bazu nema dovoljno čestih kopija ili dovoljno brzog postupka vraćanja.
Ovdje su važna dva poslovna pokazatelja. RPO, odnosno prihvatljiva točka oporavka, određuje koliko podataka tvrtka smije izgubiti. Ako se baza narudžbi kopira jednom dnevno, potencijalni gubitak može obuhvatiti cijeli radni dan. RTO, odnosno prihvatljivo vrijeme oporavka, određuje koliko dugo sustav smije biti nedostupan. Sustav koji mora proraditi unutar jednog sata zahtijeva drukčije rješenje od arhive kojoj se može pristupiti sljedeći dan.
Direktor, voditelj poslovanja i IT odgovorna osoba trebaju zajednički dogovoriti te vrijednosti. IT ne može sam procijeniti koliko je prodajni sustav kritičan za prihod, a poslovni odjel ne može procijeniti tehničke preduvjete i trošak oporavka u minuti. Jasno postavljeni prioriteti pretvaraju backup iz općenite sigurnosne mjere u mjerljiv plan kontinuiteta poslovanja.
Nedostatak nadzora i odgovornosti
Automatizacija je korisna, ali poruka da je zadatak pokrenut nije isto što i potvrda da je zaštita uspješna. Backup može završiti s upozorenjem, preskočiti dio podataka zbog nedostatka prostora ili ne uspjeti zbog promijenjenih administratorskih ovlasti. Ako nitko ne prati izvještaje i ne reagira na odstupanja, problem se može gomilati tjednima.
Organizacija treba imenovati odgovornu osobu ili vanjskog IT partnera koji redovito pregledava status kopiranja, kapacitet pohrane, neuspjele zadatke i rezultate testova oporavka. Jednako je važno zaštititi administratorske račune za backup višefaktorskom autentifikacijom, odvojenim pristupnim podacima i načelom najmanjih ovlasti. Backup infrastruktura zaslužuje sigurnosnu razinu usporedivu s produkcijskim sustavima koje štiti.
Dokumentacija je često zanemarena, a presudna je tijekom incidenta. Treba sadržavati kontaktne osobe, lokacije kopija, ovlasti, redoslijed oporavka, potrebne licence i postupke komunikacije. Ne mora biti opsežna, ali mora biti aktualna i dostupna i kada primarni sustavi nisu.
Predugo čuvanje svega ili prerano brisanje kopija
Politika zadržavanja kopija mora pratiti poslovne, ugovorne i regulatorne potrebe. Prekratko zadržavanje može značiti da se infekcija otkrije nakon što su zdrave verzije već izbrisane. Predugo zadržavanje svakog podatka povećava trošak, otežava upravljanje i može stvoriti dodatni rizik ako se nepotrebno čuvaju osobni ili povjerljivi podaci.
Ne postoji univerzalni rok. Računovodstvena dokumentacija, projektna dokumentacija, baze kupaca i operativne radne datoteke imaju različite zahtjeve. Važno je odvojiti kratkoročne kopije za brzi povrat od dugoročnih arhiva te jasno definirati verzioniranje. Kod ransomwarea upravo mogućnost povratka na stariju, provjereno čistu verziju često odlučuje hoće li tvrtka platiti zastoj ili nastaviti rad uz kontrolirani gubitak podataka.
Backup nije projekt koji se jednom završi
Promjena aplikacije, rast količine podataka, nova podružnica, prelazak na cloud i promjene u poslovnim procesima mijenjaju i zahtjeve zaštite. Strategiju je zato potrebno pregledati najmanje jednom godišnje, a obavezno nakon većih infrastrukturnih ili organizacijskih promjena.
CarPen Rebuild pristupa backupu kroz stvarne prioritete poslovanja: što treba zaštititi, koliko brzo treba vratiti i kako dokazati da plan radi kada je najpotrebniji. Najveća vrijednost sigurnosne kopije nije u izvještaju da je napravljena, nego u sigurnosti da će vaš tim sutra moći nastaviti raditi.