Implementările pot folosi stocare write-once, blocare de obiecte, controale de retenție sau un serviciu care respinge operațiuni destructive din identitățile clientului. Proprietatea este menită să păstreze copii mai vechi când ransomware-ul, un administrator compromis sau o greșeală operațională afectează sistemele de producție și backup-urile conectate.
Imuabilitatea trebuie evaluată față de un model de amenințare specific. Un backup poate fi imuabil și rămâne totuși online și accesibil, așa că nu este automat offline sau izolat prin air gap. Un atacator poate de asemenea corupe sau cripta datele sursă înainte de a fi capturate, fura chei de criptare, dezactiva backup-uri viitoare, epuiza stocarea sau compromite mediul de recuperare. Versiuni multiple protejate, administrare separată, alerte și restaurare testată rămân în continuare necesare.
Puncte esențiale
Definiți garanțiaÎnregistrați ce date și metadate sunt protejate, cine poate scurta sau suprascrie retenția, când devine posibilă ștergerea și cum modificările de politică sunt autorizate și jurnalizate.
Separați controlulFolosiți identități de backup distincte, autentificare puternică, privilegii minime, chei protejate, căi de management restricționate și acces de recuperare out-of-band acolo unde este cazul.
Verificați recuperabilitateaMonitorizați joburile de backup și capacitatea, păstrați versiuni suficient de mult pentru a preceda descoperirea întârziată, testați restaurări curate și validați servicii de afaceri complete — nu doar recuperarea de fișiere.
Limitare importantăImuabilitatea protejează punctele de recuperare stocate de modificări specificate; nu dovedește că acestea sunt complete, curate, decriptabile, consistente la nivel de aplicație sau restaurabile în cadrul obiectivelor de afaceri.