Cara Menyiapkan Backup Terisolasi untuk Mengurangi Dampak Ransomware

Backup terisolasi adalah salinan data yang tidak selalu dapat diakses oleh perangkat utama. Pendekatan ini berguna untuk mengurangi risiko ketika malware atau ransomware memperoleh akses ke file kerja dan media yang terus terhubung. Prinsipnya bukan membuat satu backup tambahan saja, tetapi membatasi jalur yang memungkinkan insiden menjangkau semua salinan sekaligus.

Strategi ini sebaiknya dipadukan dengan jadwal, rotasi, dan uji restore. Salinan yang terisolasi tetapi tidak pernah diverifikasi tetap dapat gagal saat dibutuhkan.

Bedakan backup terisolasi dari backup biasa

Backup biasa dapat tetap terhubung sepanjang waktu, misalnya drive eksternal yang selalu terpasang atau folder sinkronisasi yang selalu aktif. Backup terisolasi sengaja memiliki periode ketika salinan tidak dapat ditulis dari sistem utama.

Model	Kelebihan	Risiko
Drive selalu terhubung	Mudah dan otomatis	Dapat ikut terpengaruh bila akses sistem utama disalahgunakan
Drive rotasi/offline	Ada periode terputus	Butuh disiplin jadwal
Salinan pada sistem terpisah	Pemisahan akses lebih baik	Perlu pengelolaan kredensial dan retensi

Gunakan strategi 3-2-1 sebagai fondasi

Pemisahan media dan lokasi dapat dimulai dari strategi backup 3-2-1. Untuk menghadapi ransomware, fokus tambahan adalah memastikan setidaknya satu salinan tidak selalu tersedia untuk proses penulisan dari perangkat utama.

Tentukan data paling kritis

Jangan mengisolasi semua file dengan frekuensi sama tanpa prioritas. Identifikasi database, dokumen kerja, arsip email, konfigurasi, dan data yang sulit dibuat ulang. Data kritis membutuhkan interval backup yang lebih pendek dan verifikasi lebih sering.

Gunakan pendekatan pada panduan jadwal backup berdasarkan prioritas data untuk menentukan frekuensi yang realistis.

Buat rotasi media yang sederhana

Salah satu pola praktis adalah menggunakan dua media. Media A terhubung hanya saat backup berjalan, lalu dilepas. Media B disimpan terpisah dan digunakan pada rotasi berikutnya. Pola ini mengurangi peluang kedua salinan tersedia pada waktu yang sama.

Tentukan hari backup.
Hubungkan media hanya saat diperlukan.
Jalankan backup dan verifikasi log.
Uji beberapa file hasil backup.
Lepaskan media dengan benar.
Simpan di lokasi yang tidak selalu terhubung.
Gunakan media rotasi berikutnya pada jadwal selanjutnya.

Pisahkan kredensial backup dari akun harian

Jika backup menggunakan sistem jaringan atau server terpisah, hindari menggunakan kredensial yang sama dengan akun harian untuk semua fungsi. Pemisahan akses membantu mengurangi dampak jika satu akun terkompromi.

Jangan memberikan hak tulis lebih luas daripada yang dibutuhkan. Selain itu, catat siapa atau proses apa yang dapat menghapus backup.

Contoh rotasi untuk komputer kerja

Misalnya komputer kerja memiliki 200 GB data penting. Backup harian disimpan ke media lokal, sedangkan dua kali seminggu dibuat salinan ke drive rotasi. Setelah proses selesai, drive rotasi dilepas dan disimpan terpisah.

Setiap akhir bulan, satu sampel restore dijalankan ke folder sementara. Jika file dapat dibuka dan struktur folder sesuai, salinan dianggap layak dipertahankan. Jika restore gagal, masalah diperbaiki sebelum retensi lama dihapus.

Jangan hanya mengandalkan sinkronisasi

Sinkronisasi membantu menjaga salinan terbaru, tetapi perubahan atau penghapusan pada sumber dapat ikut tersinkron. Karena itu, bedakan sinkronisasi aktif dari backup dengan versi dan retensi.

Gunakan retensi untuk menjaga beberapa titik pemulihan

Ransomware atau kerusakan data tidak selalu diketahui pada hari yang sama. Jika hanya memiliki satu versi terbaru, salinan tersebut dapat sudah mengandung file terenkripsi atau rusak. Retensi beberapa versi memberi peluang kembali ke kondisi sebelum insiden.

Uji restore secara berkala

Backup dianggap berguna jika dapat dipulihkan. Gunakan checklist bulanan backup dan media penyimpanan untuk menilai media, log, dan kemampuan restore.

Checklist backup terisolasi

Ada minimal satu salinan yang tidak selalu terhubung.
Media rotasi memiliki jadwal jelas.
Kredensial backup tidak sama dengan semua akun harian.
Retensi menyimpan beberapa versi.
Log backup diperiksa.
Uji restore dilakukan berkala.
Media lama tidak dihapus sebelum salinan baru diverifikasi.

Kapan strategi perlu ditinjau ulang?

Tinjau setelah kapasitas data meningkat, perangkat berganti, pola kerja berubah, atau terjadi insiden. Jika backup terlalu lama sehingga sering dilewati, sederhanakan proses tanpa menghilangkan prinsip isolasi.

Pertanyaan yang sering muncul

Apakah drive eksternal cukup?

Bisa menjadi bagian strategi bila tidak selalu terhubung dan hasil backup diverifikasi.

Apakah backup cloud otomatis terisolasi?

Tidak selalu. Nilai pemisahan akses, retensi versi, dan kemampuan penghapusan dari akun utama.

Apakah satu backup offline cukup?

Lebih baik daripada tidak ada, tetapi rotasi beberapa salinan memberi fleksibilitas bila satu media gagal.

Simulasi rotasi tiga salinan selama satu minggu

Misalnya data kerja berubah setiap hari. Media A digunakan Senin dan Kamis, media B digunakan Selasa dan Jumat, sedangkan satu salinan lain dipertahankan sebagai retensi mingguan. Setelah setiap backup selesai, media rotasi dilepas dari perangkat utama. Dengan pola ini, tidak semua salinan berada dalam kondisi dapat ditulis pada saat yang sama.

Jika insiden diketahui pada Jumat, jangan langsung menimpa semua media dengan backup baru. Periksa lebih dulu salinan Kamis dan salinan mingguan. Tujuannya menjaga beberapa titik pemulihan sampai waktu awal insiden dapat diperkirakan.

Gunakan gate sebelum media backup dikembalikan ke rotasi

Pastikan pekerjaan backup berstatus selesai.
Periksa log atau pesan error.
Buka beberapa file sampel dari hasil backup.
Pastikan media tujuan dapat dilepas dengan benar.
Catat tanggal dan media yang digunakan.
Baru masukkan media ke siklus rotasi berikutnya.

Gate sederhana ini mengurangi risiko mempertahankan salinan yang tampak baru tetapi sebenarnya gagal.

Rencana pemulihan ketika satu salinan diduga terdampak

Jika satu backup diduga sudah berisi file terenkripsi atau rusak, pisahkan media tersebut dari rotasi. Jangan menghapusnya sebelum salinan lain diverifikasi karena informasi waktu dan struktur folder masih dapat membantu analisis insiden.

Next action: uji satu file prioritas dari setiap generasi backup dan tentukan titik pemulihan terakhir yang sehat sebelum melakukan restore massal.

Matriks keputusan saat menentukan salinan restore

Kondisi salinan	Keputusan	Alasan
Terbaru dan lolos uji buka	Kandidat utama	Meminimalkan kehilangan perubahan terbaru
Terbaru tetapi berisi file mencurigakan	Tahan	Perlu dibandingkan dengan versi lebih lama
Lebih lama tetapi bersih dan terverifikasi	Kandidat aman	Dapat menjadi titik pemulihan sebelum insiden
Tidak pernah diuji	Jangan langsung dipakai	Status integritas belum diketahui

Dengan matriks ini, pemilihan restore tidak sekadar berdasarkan tanggal paling baru. Kondisi dan hasil verifikasi menjadi bagian keputusan.

Next action: tandai setiap generasi backup sebagai terverifikasi, perlu diperiksa, atau ditahan sebelum Anda menghapus versi lama.

Contoh evaluasi setelah insiden terdeteksi terlambat

Misalnya ransomware baru diketahui tiga hari setelah infeksi awal. Backup terbaru dibuat setiap malam, sehingga tiga generasi terakhir mungkin sudah menyertakan file bermasalah. Dalam situasi ini, jangan langsung memilih salinan paling baru. Bandingkan pola perubahan file, tanggal modifikasi, serta sampel dari setiap generasi.

Jika backup empat hari lalu masih sehat dan dapat direstore, salinan tersebut mungkin menjadi titik pemulihan yang lebih aman. Setelah restore uji berhasil, dokumentasikan data yang perlu dibuat ulang sejak titik tersebut. Pendekatan ini lebih terukur daripada memulihkan salinan terbaru tanpa verifikasi.

Next action: buat tabel retensi yang mencatat tanggal, media, hasil uji restore, dan status setiap generasi agar keputusan recovery tidak bergantung pada perkiraan.

Kesimpulan

Backup terisolasi membantu mengurangi dampak ransomware dengan memutus akses terus-menerus ke semua salinan. Prioritaskan data penting, gunakan rotasi media, pisahkan akses, simpan beberapa versi, dan uji restore secara berkala.