Strategi Backup Data 3-2-1 untuk Menangkal Ransomware Enterprise

Bayangkan sebuah perusahaan tiba-tiba kehilangan akses ke seluruh data pentingnya. File proyek berubah ekstensi menjadi tidak dikenal, database tidak dapat dibuka, aplikasi internal berhenti bekerja, dan muncul pesan yang meminta pembayaran tebusan dalam bentuk mata uang kripto. Dalam situasi seperti ini, waktu menjadi sangat berharga.

Kondisi tersebut merupakan salah satu gambaran serangan ransomware. Ancaman ini tidak hanya mengincar komputer karyawan, tetapi juga dapat menyasar server, database, penyimpanan jaringan, hingga sistem backup. Jika cadangan data ikut terenkripsi atau dihapus oleh penyerang, perusahaan akan semakin sulit memulihkan operasional tanpa mempertimbangkan tuntutan pelaku.

Karena itulah backup tidak cukup hanya dilakukan secara rutin. Perusahaan membutuhkan strategi pencadangan yang dirancang dengan mempertimbangkan kemungkinan terburuk. Salah satu pendekatan yang banyak digunakan dalam disaster recovery adalah strategi backup 3-2-1.

Konsepnya sederhana: perusahaan memiliki setidaknya tiga salinan data, menyimpannya pada dua jenis media berbeda, serta menempatkan satu salinan di lokasi terpisah atau offsite.

Mengapa Backup Konvensional Tidak Lagi Cukup?

Pencadangan data secara berkala memang merupakan fondasi penting dalam keamanan informasi. Namun, memiliki satu backup yang berada di jaringan yang sama dengan server produksi bukanlah perlindungan yang ideal terhadap ransomware.

Ransomware modern dapat mencari sumber daya jaringan yang dapat diakses oleh akun atau perangkat yang telah disusupi. Jika server backup memiliki koneksi dan hak akses yang terlalu luas, cadangan tersebut berpotensi ikut menjadi sasaran.

Situasi ini membuat perusahaan menghadapi masalah ganda. Data produksi rusak, sementara backup yang seharusnya menjadi jalan keluar ternyata juga tidak dapat digunakan.

Selain serangan siber, terdapat risiko lain seperti kegagalan perangkat keras, kesalahan manusia, kebakaran, banjir, pencurian perangkat, hingga kerusakan akibat bencana di pusat operasional.

Strategi 3-2-1 mencoba mengurangi risiko tersebut dengan menyebarkan salinan data sehingga kegagalan pada satu titik tidak otomatis menghancurkan seluruh cadangan.

Memahami Prinsip 3-2-1

Strategi ini terdiri dari tiga aturan utama. Angka tersebut bukan sekadar urutan teknis, melainkan cara sederhana untuk mengingat arsitektur backup yang lebih tahan terhadap berbagai skenario kegagalan.

1. Memiliki Tiga Salinan Data

Angka pertama berarti perusahaan sebaiknya mempunyai setidaknya tiga salinan data.

Satu salinan merupakan data produksi yang sedang digunakan. Dua salinan lainnya berfungsi sebagai cadangan.

Mengapa harus tiga?

Karena satu backup saja menciptakan titik kegagalan tambahan. Jika backup tersebut mengalami kerusakan, korupsi, atau tidak sengaja terhapus, perusahaan kembali bergantung sepenuhnya pada data produksi.

Dengan beberapa salinan, risiko tersebut dapat dikurangi. Jika satu salinan tidak dapat digunakan, salinan lain masih tersedia sebagai alternatif pemulihan.

Namun, jumlah salinan saja tidak cukup. Tiga salinan yang semuanya berada di server atau jaringan yang sama tetap memiliki risiko tinggi apabila seluruh lingkungan tersebut terkena serangan.

Di sinilah aturan kedua menjadi penting.

2. Gunakan Dua Media Penyimpanan Berbeda

Angka kedua dalam strategi 3-2-1 berarti menyimpan data pada setidaknya dua jenis media atau infrastruktur penyimpanan yang berbeda.

Tujuannya adalah menghindari ketergantungan pada satu teknologi.

Sebagai contoh, perusahaan dapat memiliki backup pada storage lokal dan salinan lainnya pada infrastruktur berbeda. Alternatifnya dapat menggunakan kombinasi server backup, perangkat penyimpanan tertentu, atau layanan cloud yang dirancang untuk pencadangan.

Pemisahan tersebut memberikan lapisan perlindungan tambahan.

Jika salah satu media mengalami kegagalan perangkat keras, salinan lainnya masih tersedia. Jika terjadi masalah konfigurasi pada satu sistem, perusahaan tidak harus bergantung pada sistem yang sama untuk melakukan pemulihan.

Yang tidak kalah penting adalah memisahkan jalur akses. Backup sebaiknya tidak diberikan hak akses yang lebih luas daripada yang diperlukan.

Prinsip least privilege dapat diterapkan sehingga akun atau aplikasi hanya memperoleh izin yang benar-benar dibutuhkan.

Dengan cara ini, ketika satu kredensial berhasil dicuri, ruang gerak penyerang dapat dibatasi.

3. Simpan Satu Salinan di Lokasi Offsite

Aturan terakhir sekaligus salah satu bagian paling penting adalah menyimpan minimal satu salinan di luar lokasi utama.

Salinan offsite melindungi perusahaan dari skenario ketika seluruh fasilitas utama mengalami masalah.

Misalnya terjadi kebakaran di kantor pusat. Jika server produksi dan seluruh perangkat backup berada di gedung yang sama, perusahaan bisa kehilangan semuanya sekaligus.

Kondisi serupa dapat terjadi akibat banjir, kerusakan infrastruktur, atau bencana lainnya.

Penyimpanan offsite membuat perusahaan mempunyai jalur pemulihan yang tidak bergantung pada kondisi lokasi utama.

Dalam konteks ransomware, konsep ini dapat diperkuat dengan menggunakan offline backup atau mekanisme penyimpanan yang tidak mudah diubah maupun dihapus oleh sistem yang sedang terinfeksi.

Pendekatan seperti immutable backup juga semakin penting. Data yang sudah dicadangkan dibuat tidak dapat diubah atau dihapus selama periode tertentu, sehingga ransomware lebih sulit memanipulasinya.

Membayangkan Strategi 3-2-1 dengan Contoh Sederhana

Konsep backup terkadang terdengar rumit bagi orang yang tidak bekerja di bidang teknologi informasi. Padahal, prinsipnya bisa dipahami melalui contoh sederhana.

Bayangkan sebuah perusahaan mempunyai dokumen kontrak bisnis yang sangat penting.

Jika dokumen tersebut hanya dicetak satu kali dan disimpan di meja kerja, risikonya besar. Ketika kantor terbakar, dokumen tersebut hilang.

Perusahaan kemudian membuat tiga salinan.

Salinan pertama disimpan di ruang kerja. Salinan kedua ditempatkan di brankas dengan perlindungan berbeda. Salinan ketiga disimpan di fasilitas lain di luar kantor.

Dengan pola tersebut, kerusakan pada kantor utama tidak otomatis membuat seluruh dokumen hilang.

Backup digital bekerja dengan prinsip yang serupa, meskipun implementasinya jauh lebih kompleks.

Backup Harus Disertai Disaster Recovery

Memiliki backup bukan berarti perusahaan otomatis siap menghadapi bencana.

Pertanyaan berikutnya adalah: berapa lama perusahaan dapat kembali beroperasi setelah terjadi gangguan?

Di sinilah konsep disaster recovery menjadi penting.

Dua metrik yang sering digunakan adalah Recovery Time Objective (RTO) dan Recovery Point Objective (RPO).

RTO menunjukkan target waktu yang dibutuhkan untuk memulihkan sistem setelah terjadi gangguan. Semakin kecil target RTO, semakin cepat sistem harus kembali beroperasi.

Sementara itu, RPO berkaitan dengan seberapa banyak data yang masih dapat ditoleransi untuk hilang berdasarkan waktu pencadangan terakhir.

Misalnya sebuah perusahaan menetapkan RPO satu jam. Artinya, secara konseptual perusahaan menargetkan agar kehilangan data akibat gangguan tidak lebih dari sekitar satu jam terakhir.

Kedua parameter tersebut harus disesuaikan dengan kebutuhan bisnis. Sistem pembayaran, rumah sakit, layanan finansial, dan perusahaan e-commerce mungkin membutuhkan target yang jauh berbeda dibandingkan bisnis dengan aplikasi internal yang tidak kritis.

Jangan Lupa Menguji Backup

Salah satu kesalahan terbesar dalam strategi backup adalah menganggap proses pencadangan berhasil hanya karena sistem menampilkan status “success”.

Backup yang tidak pernah diuji belum tentu dapat dipulihkan ketika benar-benar dibutuhkan.

Karena itu, perusahaan sebaiknya melakukan simulasi pemulihan secara berkala.

Pengujian dapat dilakukan di lingkungan yang terisolasi agar tidak mengganggu sistem produksi. Tim IT kemudian mencoba memulihkan file, database, aplikasi, atau bahkan seluruh layanan berdasarkan skenario tertentu.

Pengujian tersebut dapat menemukan berbagai masalah yang sebelumnya tidak terlihat.

Misalnya file backup ternyata korup, kredensial pemulihan sudah tidak berlaku, konfigurasi server berubah, atau proses restore membutuhkan waktu jauh lebih lama daripada target yang ditentukan.

Dengan pengujian rutin, perusahaan tidak hanya mengetahui bahwa backup tersedia, tetapi juga mengetahui apakah backup tersebut benar-benar dapat digunakan.

Verifikasi Integritas Data

Selain menguji proses restore, integritas data juga harus diperhatikan.

Salah satu pendekatan yang dapat digunakan adalah pemeriksaan checksum atau mekanisme verifikasi integritas lainnya.

Tujuannya adalah memastikan data hasil pencadangan tidak mengalami perubahan atau kerusakan yang tidak semestinya.

Pemeriksaan tersebut menjadi semakin penting ketika perusahaan memiliki data dalam jumlah besar dan melakukan proses backup secara otomatis.

Otomatisasi dapat mengurangi pekerjaan manual, tetapi sistem otomatis tetap membutuhkan pemantauan.

Laporan backup, status job, kapasitas storage, error, dan hasil pengujian restore sebaiknya dipantau secara berkala.

Batasi Akses ke Backup

Backup yang terlalu mudah diakses justru dapat menjadi sasaran empuk ransomware.

Karena itu, akses tulis terhadap penyimpanan backup perlu dibatasi.

Setelah proses pencadangan selesai, sistem dapat menerapkan kebijakan yang membuat salinan tertentu tidak mudah dimodifikasi oleh akun biasa.

Perusahaan juga sebaiknya menggunakan autentikasi yang kuat, memisahkan akun administrator, menerapkan prinsip least privilege, dan menghindari penggunaan kredensial yang sama untuk server produksi dan backup.

Semakin terisolasi sistem backup dari lingkungan produksi, semakin sulit bagi penyerang untuk mengambil alih keduanya sekaligus.

Otomatisasi Membuat Backup Lebih Konsisten

Backup manual memiliki kelemahan besar: manusia bisa lupa.

Ketika jumlah server dan database bertambah, melakukan backup satu per satu juga menjadi semakin tidak efisien.

Otomatisasi memungkinkan pencadangan berjalan sesuai jadwal yang telah ditentukan. Sistem dapat membuat salinan secara berkala dan memberikan peringatan ketika terjadi kegagalan.

Namun, otomatisasi bukan berarti semuanya dapat dibiarkan tanpa pengawasan.

Tim IT tetap perlu memeriksa laporan backup dan memastikan kapasitas penyimpanan mencukupi. Sistem juga harus diuji untuk memastikan jadwal backup benar-benar sesuai kebutuhan bisnis.

Cloud Bisa Menjadi Bagian dari Strategi Backup

Perusahaan tidak selalu harus membangun seluruh infrastruktur backup sendiri.

Layanan cloud dapat menjadi salah satu pilihan untuk memenuhi kebutuhan penyimpanan offsite. Keuntungannya adalah perusahaan tidak perlu menyediakan seluruh perangkat fisik di lokasi berbeda.

Namun, pemilihan layanan cloud harus dilakukan dengan hati-hati. Perusahaan perlu memperhatikan enkripsi, kontrol akses, retensi data, lokasi penyimpanan, mekanisme pemulihan, serta fitur immutable storage jika tersedia.

Cloud juga bukan solusi ajaib. Jika kredensial akun cloud berhasil diambil alih dan tidak ada perlindungan tambahan, backup tetap berpotensi disalahgunakan.

Karena itu, prinsip 3-2-1 tetap harus diterapkan sebagai bagian dari arsitektur keseluruhan.

Jangan Menunggu Ransomware Menyerang

Serangan ransomware dapat membuat perusahaan kehilangan waktu, uang, reputasi, dan kepercayaan pelanggan. Bahkan ketika perusahaan memiliki kemampuan membayar tebusan, tidak ada jaminan bahwa pelaku akan mengembalikan akses atau menghapus salinan data yang mereka curi.

Karena itu, strategi yang lebih sehat adalah mempersiapkan kemampuan pemulihan sebelum insiden terjadi.

Strategi 3-2-1 memberikan kerangka sederhana untuk memulai: tiga salinan data, dua media berbeda, dan satu salinan offsite.

Setelah itu, perlindungan dapat diperkuat dengan immutable backup, offline storage, enkripsi, pembatasan hak akses, monitoring, otomatisasi, serta pengujian restore secara berkala.

Pada akhirnya, backup bukan sekadar aktivitas menyalin file. Bagi perusahaan, backup merupakan bagian dari strategi business continuity dan disaster recovery.

Sistem yang kuat bukanlah sistem yang menganggap serangan tidak akan pernah terjadi, melainkan sistem yang sudah mempersiapkan diri apabila serangan benar-benar terjadi. Dengan rancangan backup yang terisolasi dan proses pemulihan yang teruji, perusahaan memiliki peluang jauh lebih besar untuk kembali beroperasi tanpa harus bergantung pada tuntutan ransomware.