Pierderea datelor într-o firmă mică rareori arată ca în prezentările de securitate. Nu începe cu un atac spectaculos, ci cu un disc care cedează după al patrulea an de funcționare, cu un laptop rămas într-un taxi sau cu un fișier suprascris vineri după-amiază. Diferența dintre o zi pierdută și trei săptămâni de reconstrucție a evidențelor ține rareori de buget și aproape întotdeauna de câteva decizii luate corect la configurarea copiilor de rezervă.
Aproape orice firmă are ceva ce numește backup: un folder sincronizat, un disc extern în sertar, un export lunar al bazei de date. Verificarea reală vine abia în ziua restaurării, când se vede ce lipsește. Mai jos sunt greșelile care se repetă cel mai des, fiecare cu situația concretă în care iese la iveală și cu varianta corectă.
Sincronizarea în cloud confundată cu o copie de rezervă
OneDrive, Google Drive și Dropbox fac un singur lucru: mențin identice fișierele de pe stație și cele din cloud. Dacă un fișier este criptat, șters sau golit local, aceeași stare urcă în cloud în câteva secunde. Sincronizarea propagă greșeala, nu o repară.
Situația tipică: o firmă de servicii cu 12 angajați ține 400 GB în OneDrive. O stație ia un ransomware marți dimineața, iar în mai puțin de o oră fișierele partajate apar cu extensia modificată. Recuperarea este teoretic posibilă: coșul de reciclare din OneDrive și SharePoint păstrează elementele șterse 93 de zile, iar istoricul de versiuni permite revenirea la o stare anterioară. În practică, operațiunea se face bibliotecă cu bibliotecă, durează zile, iar documentele create în ziua incidentului lipsesc oricum.
Varianta corectă este o copie scrisă de un cont diferit de cel al utilizatorilor, într-o destinație în care aplicația de sincronizare nu are drept de ștergere. Doar acest tip de copie rezistă unei erori propagate automat.
Copia de rezervă pe care nimeni nu a restaurat-o vreodată
Un job de backup care raportează „succes” nu spune nimic despre conținutul salvat. Spune doar că un fișier a fost scris undeva.
Exemplul întâlnit cel mai des în firmele cu server propriu de gestiune: sarcina programată exportă noaptea baza de date într-un folder aflat pe același server, iar un script de eliberare a spațiului șterge fișierele mai vechi de trei zile. Ambele funcționează corect ani la rând. În ziua în care discul cedează, se descoperă că toate copiile erau pe discul respectiv. A doua variantă, la fel de frecventă: la adăugarea unui volum nou de date, acesta nu a fost inclus în selecția de backup, iar raportul zilnic a rămas verde.
Testul de restaurare trebuie tratat ca o procedură cu dată și rezultat, nu ca o intenție. O dată pe trimestru se restaurează un set real de fișiere și o bază de date într-un mediu separat, se deschide efectiv aplicația și se cronometrează. O restaurare de 1,2 TB de pe un disc extern USB, la 90 MB pe secundă, înseamnă aproape patru ore doar pentru copierea datelor, un număr care schimbă planul de intervenție dacă este cunoscut dinainte.
Toate copiile, în aceeași rețea și în aceeași clădire
Un NAS din camera tehnică, mapat ca unitate de rețea cu aceleași credențiale de administrator folosite pe stații, este ținta imediată a oricărui atac automatizat. Rapoartele anuale ale furnizorilor de securitate arată constant că, în majoritatea incidentelor cu ransomware, atacatorii încearcă întâi să șteargă sau să cripteze copiile de rezervă. Un incendiu sau un furt produc același rezultat, fără nicio componentă informatică.
Regula practică rămâne 3-2-1, extinsă în ultimii ani cu două condiții suplimentare:
- trei copii ale datelor, inclusiv originalul;
- pe două tipuri diferite de suport;
- una păstrată în altă locație fizică;
- una imutabilă sau offline, care nu poate fi ștearsă înainte de expirarea retenției;
- zero erori la ultimul test de restaurare.
Concret, consola de backup are cont separat și autentificare în doi pași, iar serverul de backup nu se alătură domeniului. Stocarea în cloud se configurează cu blocare de obiect pe 14 sau 30 de zile. Un detaliu de calendar care se ignoră frecvent: 500 GB încărcați pe o legătură cu 100 Mbps la upload înseamnă circa 11 ore în condiții ideale, deci prima copie externă se face în weekend sau prin transportul fizic al unui disc.
Datele care trăiesc doar într-un cont online
O parte importantă din informațiile critice nu ajunge niciodată pe serverul firmei: e-mailul, magazinul online găzduit pe o platformă externă, aplicația de facturare, fișierele din Google Workspace. Furnizorul garantează disponibilitatea infrastructurii, nu recuperarea conținutului șters din greșeală de un utilizator cu drepturi.
Cazul clasic: un angajat pleacă, licența de Microsoft 365 este eliminată pentru economie, iar după 30 de zile cutia poștală și spațiul din OneDrive dispar, împreună cu toată corespondența unui contract în derulare. Al doilea caz este specific României: facturile din RO e-Factura rămân disponibile pentru descărcare în Spațiul Privat Virtual 60 de zile, după care sunt arhivate și se obțin la cerere, în timp ce obligația de păstrare a documentelor justificative și a registrelor contabile este, în general, de 5 ani, termen redus prin Legea 36/2023. Sistemul ANAF nu ține loc de arhivă a firmei.
Soluția este descărcarea periodică a arhivelor XML și a exporturilor de comenzi, clienți și facturi, într-o locație controlată de firmă. Exporturile nu trebuie făcute manual, ci programate, în aceeași logică din care pornesc și automatizările simple care economisesc ore într-o firmă mică: o sarcină repetitivă predată unui sistem nu se uită în lunile aglomerate.
Frecvența stabilită fără să știi cât costă o zi pierdută
„Backup zilnic la ora 2:00” pare rezonabil până la primul calcul. O firmă de distribuție cu 2,4 milioane de lei cifră de afaceri produce, în medie, aproape 9.600 de lei pe zi lucrătoare. Dacă serverul cedează la 16:30, se pierd 14 ore și jumătate de activitate: comenzi introduse, avize, recepții de marfă, facturi emise. Refacerea lor din documentele pe hârtie și din e-mailuri ocupă două persoane timp de trei zile.
Cei doi parametri care trebuie scriși înainte de a alege soluția sunt RPO, adică volumul de date pe care firma își permite să îl piardă, și RTO, adică intervalul în care trebuie să fie din nou funcțională. Pentru o firmă mică, un RPO de o oră și un RTO de patru ore sunt realiste și nu costă semnificativ mai mult decât varianta zilnică: copiile incrementale orare ocupă puțin spațiu, iar diferența de preț la stocare este de ordinul zecilor de lei pe lună.
Procedura există doar în capul unui singur om
În firmele mici, backupul este configurat de administratorul IT extern sau de „omul care se pricepe”. Parola de criptare a arhivelor, contul consolei de backup și ordinea în care se restaurează sistemele rămân cunoștințe personale, nedocumentate nicăieri.
Scenariul care transformă un incident recuperabil într-unul grav: colaborarea cu furnizorul IT se încheie tensionat, iar arhivele criptate rămân fără cheie. Tehnic, datele există; practic, sunt inutilizabile. Aceeași blocare apare și când persoana respectivă este în concediu exact în ziua incidentului.
Măsurile de evitare sunt simple și rareori aplicate: o procedură scrisă de maximum o pagină, cu pașii de restaurare și ordinea sistemelor; parolele într-un manager de parole al firmei, cu acces de urgență pentru administrator; cel puțin două persoane care au făcut efectiv o restaurare, nu doar au citit despre ea. În contractul cu furnizorul IT ar trebui să scrie explicit că firma deține conturile, licențele și cheile de criptare.
Cât costă, orientativ, un plan care chiar funcționează
Pentru o firmă cu 15 angajați, un server de gestiune și aproximativ 1 TB de date active, bugetul realist pentru 2026 arată astfel, cu valori orientative care variază în funcție de furnizor:
- NAS cu două discuri de 4 TB pentru copia locală: 3.000-4.000 de lei, investiție unică;
- stocare în cloud cu blocare de obiect: 25-35 de lei pe lună pentru fiecare terabyte;
- backup dedicat pentru Microsoft 365 sau Google Workspace: 10-20 de lei pe utilizator pe lună, adică 150-300 de lei lunar;
- licență de software de backup pentru server: 500-1.000 de lei pe an per instanță;
- serviciu gestionat, cu monitorizare și teste periodice de restaurare: 400-900 de lei pe lună.
Fără serviciul gestionat, costul anual se situează undeva între 4.000 și 7.000 de lei. Comparația relevantă nu este cu zero, ci cu cele trei zile în care firma din exemplul anterior nu poate emite facturi, plus expunerea în fața autorității de protecție a datelor dacă se pierd informații despre clienți sau angajați.
Un plan minim, verificabil, încape în patru propoziții: ce se salvează, unde ajung copiile, cât timp sunt păstrate și cine confirmă lunar că testul de restaurare a trecut. Dacă vreuna dintre ele nu are răspuns scris, cel puțin una dintre greșelile de mai sus este deja prezentă în firmă.
