Aspecte critice pentru o strategie rezilientă de backup
Există incidente care reamintesc întregii industrii că nu există securitate 100% garantată. Recentul atac cibernetic împotriva Agenției Naționale de Cadastru și Publicitate Imobiliară (ANCPI) din România este un astfel de exemplu. Fără a intra în detaliile specifice ale celor întâmplate — acele detalii aparțin anchetei, nu unui articol tehnologic —, episodul reconfirmă un adevăr simplu și incomod: ransomware-ul nu este un risc teoretic. Este o amenințare reală, recurentă și într-o accelerare rapidă. Conform raportului Check Point 2026 Cyber Security Report, numărul victimelor șantajate la nivel global prin ransomware a crescut cu 53% de la un an la altul, în timp ce numărul grupurilor active de tip Ransomware-as-a-Service s-a extins cu 50% în aceeași perioadă. Iar nicio arhitectură de securitate, oricât de atent concepută, nu poate oferi o garanție de 100% împotriva acesteia.
Aceasta nu este un eșec al echipelor de securitate, ci arată cât de mari sunt riscurile. Având la dispoziție suficient timp, perseverență și un nivel ridicat de sofisticare, atacatorii pot găsi o cale de acces — prin credențiale compromise, un sistem configurat greșit, o vulnerabilitate din lanțul de aprovizionare (supply-chain) sau o simplă eroare umană. Întrebarea pe care ar trebui să și-o pună organizațiile nu este „putem preveni orice breșă?”, ci „atunci când se produce o breșă, putem să ne recuperăm datele?”.
Frontul integrează acum și backup-ul
Ani de zile, backup-ul a fost tratat ca plasa de siguranță care făcea ca un atac ransomware să poată fi depășit: se cripta mediul de producție, se făcea restaurarea dintr-o copie curată și activitatea continua. Atacatorii au evoluat însă. Astăzi, operatorii de ransomware petrec în mod uzual zile — uneori săptămâni — în interiorul unei rețele compromise înainte de a declanșa criptarea, folosind acel timp pentru a localiza, corupe sau șterge mai întâi depozitele de backup (backup repositories). Dacă backup-ul este compromis odată cu sistemul de producție, victima rămâne cu doar două opțiuni: plătește sau reface totul de la zero.
Acesta este motivul pentru care centrul de greutate în reziliența cibernetică s-a mutat. Nu mai este vorba doar despre oprirea intruziunii, ci despre a garanta că, indiferent ce se întâmplă cu mediul de producție, o copie curată, izolată și restaurabilă a datelor supraviețuiește. Backup-ul a devenit atât ținta primară a operatorilor moderne de ransomware, cât și — atunci când este proiectat corect — motivul principal pentru care o organizație supraviețuiește unui atac cu datele intacte.
Vestea bună este că această schimbare contează. Organizațiile care mențin backup-uri izolate, verificate și testate își revin mai rapid și cu pierderi mai mici decât cele care se bazează pe backup-uri stocate în interiorul aceluiași perimetru de rețea ca sistemele de producție. Vestea proastă este că „a avea un backup” nu mai este suficient în sine — backup-ul în sine trebuie conceput să reziste în fața unui atacator care îl caută în mod activ.
Datele statistice confirmă acest lucru. Conform raportului Sophos State of Ransomware 2026, bazat pe un studiu realizat în rândul a 2.158 de lideri IT și de securitate ale căror organizații au fost lovite de ransomware în ultimul an, recuperarea pe bază de backup a fost utilizată în 66% din cazurile de criptare a datelor — o creștere cu 12 puncte procentuale față de 2025. Ca rezultat direct, doar 48% dintre victimele cu date criptate au ajuns să plătească răscumpărarea, iar valoarea mediană a cererilor de răscumpărare a scăzut la 698.000 USD, o reducere de 65% în doi ani. Cu alte cuvinte, pe măsură ce practicile de backup și recuperare se îmbunătățesc, pârghia pe care operatorii de ransomware o au asupra victimelor continuă să scadă.
De ce imutabilitatea este nenegociabilă
Un backup imutabil (immutable backup) este o copie a datelor scrisă în format WORM (Write Once, Read Many) — care nu poate fi modificată, criptată sau ștearsă pentru o perioadă de retenție definită, indiferent de cine deține credențialele. Chiar dacă un atacator obține acces complet de administrare în rețea, un depozit de backup imutabil va respinge pur și simplu orice cerere de ștergere sau suprascriere până când fereastra de imutabilitate expiră. Acesta este motivul exact pentru care organizațiile ce urmează recomandările CISA privind reziliența la ransomware tratează copiile de backup imutabile, offline sau izolate (air-gapped) ca pe o cerință de bază, nu ca pe o opțiune secundară.
Diferența practică dintre cele două abordări devine clară atunci când sunt comparate direct:
|
Aspect |
Backup tradițional |
Backup imutabil |
|
Protecția datelor |
Poate fi modificat, șters sau criptat în caz de atac sau greșeală de configurare |
Blocat în stare WORM; nu poate fi modificat sau eliminat până la expirarea perioadei de retenție |
|
Reziliență la ransomware |
Vulnerabil — malware-ul poate ajunge și distruge copia de backup în sine |
Rezistă la ransomware și la modificări neautorizate din interior (insider threats), chiar și cu credențiale de admin compromise |
|
Integritate și conformitate |
Depinde de controalele de acces și de disciplina manuală |
Oferă o pistă de audit imposibil de modificat (tamper-proof), potrivită cadrelor de reglementare (GDPR, NIS2, DORA) |
|
Cost de stocare |
În general mai scăzut; datele pot fi curățate sau suprascrise liber |
Ceva mai ridicat din cauza cerințelor de retenție, dar compensat de eliminarea costilor de indisponibilitate și răscumpărare |
|
Flexibilitate |
Ușor de actualizat, șters sau reorganizat în orice moment |
Necesită o planificare atentă a retenției; fereastra de imutabilitate este aplicată prin politică strictă |
|
Timp de recuperare |
Rapid, dar de incredere doar în măsura în care backup-ul a rămas neatins |
La fel de rapid, cu garanția suplimentară că datele sursă sunt 100% curate |
|
Ideal pentru |
Date necritice, medii de dev/test, arhivare cu buget redus |
Sisteme critice (mission-critical), date reglementate și reziliență împotriva ransomware |
Veeam, tehnologia ce stă la baza serviciului de backup furnizat de M247 Global, suportă imutabilitatea pe multiple straturi de infrastructură: depozite Linux securizate (hardened Linux repositories) ce folosesc blocarea fișierelor pe bază de xattr, stocare pe obiecte cu object lock compatibil S3 (AWS, Azure Blob, Wasabi și furnizori similari), precum și seifuri cloud (cloud vaults) complet gestionate, care sunt imutabile și izolate logic (logically air-gapped) prin definiție. Cadrul de lucru recomandat în spatele tuturor acestora este arhicunoscuta regulă 3-2-1-1-0: trei copii ale datelor, pe două medii de stocare diferite, cu o copie off-site, o copie imutabilă sau air-gapped și zero erori confirmate prin testări regulate de recuperare.
Ultimul punct merită o atenție deosebită. Un backup netestat este o ipoteză, nu o măsură de protecție. Imutabilitatea împiedică alterarea datelor — dar numai verificarea structurată și automatizată confirmă că datele pot fi într-adevăr restaurate atunci când contează.
M247 Global Backup-as-a-Service: imutabilitate integrată
Serviciul Backup-as-a-Service (BaaS) de la M247 Global este proiectat exact în jurul acestui principiu. Dezvoltat pe echipamente enterprise Dell și bazat pe tehnologia Veeam, serviciul oferă backup automatizat, stocare imutabilă, criptare end-to-end și recuperare rapidă ca o soluție cloud complet gestionată — fără investiții suplimentare în hardware din partea clientului. Deoarece rulează pe platforma Veeam, moștenește aceleași mecanisme de imutabilitate utilizate în întregul ecosistem Veeam: date de backup care, odată scrise, nu pot fi alterate de ransomware, de un angajat cu intenții rele sau prin credențiale compromise.
Geografia adaugă un alt nivel de reziliență. BaaS de la M247 Global este găzduit în centre de date Tier 3 din București, iar achiziția recentă de către companie a uneia de-a doua facilități în Brașov — la aproximativ 170 de kilometri distanță, pe un profil seismic și o rețea electrică distincte — oferă clienților opțiunea unei redundanțe multi-site reale pe teritoriul României. Pentru organizațiile care au nevoie ca infrastructura lor de backup să fie separată fizic și operațional de sistemele primare, această dispersie geografică nu este un detaliu de marketing, ci o cerință structurală pentru a supraviețui unei pene regionale, unui atac țintit sau unui dezastru natural.
Backup-ul nu este de ajuns — aveți nevoie de o strategie de restaurare
Iată partea care este adesea omisă în majoritatea discuțiilor despre reziliența la ransomware: deținerea unui backup, chiar și imutabil, rezolvă doar jumătate din problemă. Cealaltă jumătate este restaurarea datelor suficient de rapid pentru ca afacerea să își poată continua activitatea. Pentru o companie mică, cu câteva sute de gigabiți de date, aceasta este rareori o provocare. Pentru o întreprindere mare sau o instituție publică ce gestionează zeci de terabiți pe zeci de sisteme, viteza de restaurare devine adevăratul câmp de bătălie.
Aici devin esențiali doi metrici adesea greșit înțeleși: RTO (Recovery Time Objective) și RPO (Recovery Point Objective).
- RTO definește timpul maxim pe care o companie și-l poate permite să fie indisponibilă înainte ca procesul de recuperare să fie finalizat.
- RPO definește cantitatea de date ce se poate pierde, măsurată în timp — decalajul dintre ultimul backup valid și momentul defecțiunii.
Împreună, acești doi indicatori transformă afirmația „avem backup” într-un angajament măsurabil și aliniat la nevoile de business: recuperare în X ore, cu pierderi de date de maximum Y minute. Fără ținte RTO și RPO clar definite, o strategie de backup nu are cum să demonstreze dacă protejează într-adevăr afacerea sau doar creează o iluzie de siguranță.
Atingerea unor ținte agresive de RTO și RPO la scară mare necesită mai mult decât sarcini de backup periodice. Veeam realizează acest lucru prin tehnologia de backup live — capturând datele în timp ce sistemele și mașinile virtuale rămân complet operaționale, fără timpi de indisponibilitate. Aceasta se bazează pe snapshot-uri native de hypervisor (VMware, Microsoft Hyper-V VSS) combinate cu procesare adaptată la aplicații (application-aware processing), astfel încât bazele de date și aplicațiile să fie salvate într-o stare consistentă, nu în mijlocul unei tranzacții. Pentru mediile care nu pot tolera nici măcar mici decalaje între punctele de restaurare, protecția continuă a datelor (Continuous Data Protection - CDP) reduce RPO-ul la câteva secunde prin replicarea modificărilor în timp aproape real, în loc să aștepte următoarea fereastră de backup programată. Împreună, aceste tehnologii permit organizațiilor să protejeze medii mari, complexe și mereu active, fără compromisul între protecție și performanță pe care vechile abordări de backup le impuneau.
Recomandarea M247 Global: priviți reziliența ca pe o disciplină de business
Niciuna dintre aceste tehnologii nu funcționează dacă este aplicată izolat. Stocarea imutabilă fără proceduri testate de restaurare oferă un sentiment fals de securitate. O restaurare rapidă fără copii imutabile și izolate este o recuperare construită pe nisip. Iar țintele RTO și RPO stabilite doar pe hârtie și niciodată validate pe o infrastructură reală sunt simple numere într-o prezentare.
Organizațiile care depășesc cu bine un atac de tip ransomware sunt cele care tratează backup-ul, imutabilitatea și recuperarea ca pe o strategie unică și integrată de continuitate a afacerii — nu ca pe niște sarcini tehnice bifate izolat de echipe diferite. Aceasta înseamnă definirea obiectivelor de recuperare în termeni de business, alegerea unei infrastructuri ce aplică imutabilitatea prin design și testarea întregului lanț suficient de des încât să puteți avea încredere în el sub presiune.
Atacurile de tip ransomware nu vor dispărea și nicio arhitectură nu este complet imună. Însă, cu combinația potrivită de backup imutabil, o strategie coerentă de restaurare și o infrastructură redundantă geografic, un atac încetează să mai fie o amenințare existențială și devine ceea ce ar trebui să fie: un incident grav pentru a cărui remediere afacerea este complet pregătită.
Nu așteptați următorul atac pentru a vă testa backup-urile.
Solicitați astăzi o ofertă personalizată pentru Backup-as-a-Service de la M247 Global: www.m247global.com/buaas
Întrebări Frecvente (FAQ)
Ce face ca un backup să fie „imutabil”?
Este scris în format WORM (write-once, read-many), astfel încât, odată salvat, nu poate fi modificat, criptat sau șters până la expirarea unei perioade de retenție stabilite — chiar și de către cineva care deține credențiale de administrator.
Mai poate ransomware-ul să șteargă un backup imutabil?
Nu. Atât timp cât blocarea de retenție nu a expirat, stratul de stocare în sine respinge cererile de ștergere sau suprascriere, indiferent de nivelul de acces pe care atacatorul l-a obținut în altă zonă a rețelei.
Care este diferența dintre RTO și RPO?
RTO reprezintă perioada de timp în care vă puteți permite ca sistemele să fie oprite până când sunt repuse în funcțiune; RPO reprezintă cantitatea de date pe care vă permiteți să o pierdeți, măsurată în timp de la ultimul backup valid.
Este backup-ul imutabil suficient de unul singur pentru a supraviețui unui atac ransomware?
Nu. Acesta trebuie combinat cu testări periodice de recuperare și ținte clare de RTO/RPO — un backup imutabil pentru care nu s-a demonstrat că poate fi restaurat rămâne un risc, nu o garanție.