Perusahaan merasa aman karena backup berjalan setiap malam. Saat ransomware menyerang, tim menemukan bahwa akun administrator ikut diambil alih dan sebagian restore point telah dihapus. Backup memang tersedia sebelumnya, tetapi jalur pengelolaannya tidak cukup terlindungi.
Backup immutable dirancang agar salinan tertentu tidak dapat diubah atau dihapus selama periode yang telah ditentukan. Kemampuan ini menambah lapisan perlindungan ketika kredensial disalahgunakan, terjadi kesalahan administrasi, atau penyerang mencoba merusak jalur pemulihan.
Pahami arti immutable dengan tepat
Immutable bukan berarti data tidak pernah dapat dihapus. Pada immutable storage, restore point dilindungi selama masa retensi yang ditetapkan. Setelah periode tersebut selesai, data dapat mengikuti proses penghapusan yang berlaku pada solusi.
Karena itu, istilah backup tidak dapat dihapus perlu dipahami dalam konteks periode serta mode yang dikonfigurasi. Tim harus mengetahui apakah pengaturan dapat diubah, siapa yang berwenang, dan apa dampaknya terhadap data yang sudah berada di penyimpanan.
Tentukan periode berdasarkan risiko
Retensi backup perlu mempertimbangkan seberapa cepat insiden biasanya terdeteksi, kebutuhan operasional, kebijakan internal, regulasi, dan kapasitas. Retensi terlalu pendek dapat berakhir sebelum organisasi menyadari bahwa lingkungan sudah terkompromi.
Retensi terlalu panjang tanpa perencanaan dapat meningkatkan penggunaan penyimpanan karena data yang masih berada pada masa immutable tidak dapat dibersihkan lebih awal. Buat simulasi kebutuhan ruang berdasarkan frekuensi backup, perubahan data, dan durasi perlindungan.
Pisahkan perlindungan dari akun harian
Keamanan backup perusahaan membutuhkan akun administrator yang dibatasi, autentikasi kuat, serta pemisahan tanggung jawab. Jangan memakai kredensial yang sama untuk pekerjaan harian, server produksi, dan pengelolaan backup.
Tinjau siapa yang dapat mengubah kebijakan, menurunkan retensi, menonaktifkan perlindungan, atau menghapus workload. Log aktivitas perlu dipantau agar perubahan penting tidak baru diketahui setelah insiden.
Immutable bukan pengganti backup yang benar
Backup data bisnis tetap memerlukan cakupan workload yang jelas, jadwal, enkripsi, lokasi penyimpanan, pemantauan kegagalan, dan prosedur pemulihan. Immutability hanya membantu menjaga restore point yang sudah dibuat.
Jika database penting tidak masuk jadwal atau backup gagal berhari hari, immutable storage tidak dapat menciptakan salinan yang hilang. Tim perlu meninjau keberhasilan job dan kualitas data yang dilindungi.
Gunakan perlindungan berlapis
Perlindungan backup ransomware sebaiknya tidak bergantung pada satu kontrol. Terapkan patching, keamanan endpoint, segmentasi jaringan, akses minimum, autentikasi multifaktor, penyimpanan terpisah, pemantauan, dan latihan respons insiden sesuai kebutuhan.
Pendekatan proteksi data berlapis mengasumsikan bahwa satu lapisan dapat gagal. Ketika endpoint terinfeksi, pembatasan akses dan salinan terpisah membantu mengurangi dampak. Ketika kredensial bocor, immutability memberi hambatan tambahan terhadap penghapusan restore point.
Sesuaikan fitur dengan produk dan penyimpanan
Kemampuan Acronis backup berbeda menurut produk, edisi, penyimpanan, lisensi, dan konfigurasi. Dokumentasi resmi menjelaskan immutable storage pada penyimpanan cloud yang didukung serta pilihan mode dan retensinya pada lingkungan tertentu.
Jangan menganggap setiap lokasi lokal atau cloud otomatis immutable. Verifikasi dukungan, prasyarat, biaya penyimpanan, batas retensi, serta perilaku ketika restore point dihapus dari konsol.
Uji pemulihan dari salinan yang dilindungi
Strategi pemulihan ransomware harus menjelaskan siapa yang menyatakan lingkungan aman, restore point mana yang dipilih, bagaimana data diperiksa, dan ke mana sistem dipulihkan. Jangan menghubungkan kembali hasil pemulihan ke jaringan yang belum dibersihkan.
Lakukan uji restore secara berkala pada lingkungan terisolasi. Periksa kelengkapan, waktu pemulihan, aplikasi, hak akses, dan dependensi. Catat hasil serta tindakan koreksi, bukan hanya status berhasil pada konsol.
Buat keputusan sebelum insiden
Tentukan workload kritis, target pemulihan, periode immutable, pemilik kebijakan, jalur eskalasi, dan urutan pemulihan ketika kondisi masih normal. Keputusan yang baru dibuat saat serangan berlangsung cenderung lambat dan tidak konsisten.
Actifficient membantu bisnis menilai cakupan backup, retensi, penyimpanan, dan kebutuhan pemulihan melalui portofolio solusi backup data. Jika perusahaan Anda ingin mengevaluasi immutable storage tanpa menganggapnya sebagai satu satunya perlindungan, hubungi Actifficient untuk konsultasi. Siapkan daftar workload, volume data, target pemulihan, dan rancangan penyimpanan agar pembahasan lebih tepat.