Strategi Pencadangan: Aturan 3-2-1 dan Cadangan Imutabel

Backup bukan sekadar masalah operasional IT — backup merupakan kontrol keamanan kritis yang secara langsung memungkinkan pemulihan dari Ransomware, penghapusan tidak sengaja, kegagalan perangkat keras, dan sabotase orang dalam. Tanpa backup yang telah diuji dan dapat diandalkan, operator Ransomware memegang kendali sepenuhnya: bayar atau kehilangan Data Anda. Dengan backup yang kuat dan terlindungi, organisasi dapat pulih tanpa membayar tebusan. Ujian Security+ secara eksplisit mencakup strategi backup sebagai bagian dari persyaratan kelangsungan bisnis dan perlindungan Data.

Aturan backup 3-2-1 adalah dasar standar industri untuk ketahanan backup. Harus tersedia 3 copy Data (asli + 2 backup). Harus digunakan 2 jenis media storage yang berbeda (misalnya disk lokal dan tape, atau NAS lokal dan cloud). 1 copy harus disimpan di luar lokasi atau di lokasi yang terpisah secara geografis. Konfigurasi ini memastikan bahwa tidak ada satu kegagalan — kegagalan disk, bencana di lokasi, atau pencurian — yang menghapus semua copy Data. Aturan 3-2-1 telah menjadi standar emas backup selama dua dekade.

Ransomware telah mengungkap kelemahan aturan 3-2-1 klasik: jika ketiga copy dapat diakses melalui Network, Ransomware akan mengenkripsi semuanya. Aturan 3-2-1-1-0 yang ditingkatkan menambahkan: satu copy harus OFFLINE atau terisolasi secara fisik dari jaringan (terputus dari Network dan diisolasi secara fisik), serta nol error backup (semua backup harus diuji dan tidak boleh ada kegagalan dalam pengujian restore). Copy OFFLINE memastikan bahwa Ransomware — bahkan dengan akses admin domain — tidak dapat menjangkau dan mengenkripsi semua copy backup.

Backup yang tak dapat diubah disimpan dengan cara yang membuatnya mustahil untuk dimodifikasi atau dihapus selama periode Retention tertentu — bahkan oleh administrator dengan akses penuh. Penyedia cloud menerapkan ketidakubahan melalui kebijakan penguncian objek (WORM — Write Once, Read Many). AWS S3 Object Lock, Azure Blob immutable storage, dan fitur serupa mencegah panggilan API menghapus atau menimpa objek sebelum periode penguncian berakhir. Kelompok Ransomware yang memperoleh akses admin domain tidak dapat menghapus backup yang tak dapat diubah, bahkan dengan kredensial cloud tingkat tertinggi.

Tiga jenis backup menyeimbangkan kelengkapan dengan biaya storage dan durasi jendela backup. Full backup menyalin semua Data setiap kali — menyediakan restore tercepat, tetapi mengonsumsi storage terbanyak. Incremental backup hanya menyalin Data yang berubah sejak backup terakhir, apa pun jenisnya — paling cepat dibuat dan membutuhkan storage paling sedikit, tetapi restore memerlukan Full terakhir beserta semua Incremental. Differential backup menyalin semua Data yang berubah sejak Full terakhir — pertumbuhan storage sedang, sedangkan restore hanya memerlukan Full terakhir dan Differential terbaru.

File backup harus dienkripsi — tape backup yang dikirim ke storage di luar lokasi atau backup cloud menjadi sasaran penyerang yang mencari Data sensitif. Gunakan enkripsi AES-256 untuk Data backup saat tersimpan. Yang sangat penting, kunci enkripsi backup harus disimpan terpisah dari backup itu sendiri: mengenkripsi backup dengan kunci yang juga dicadangkan di lokasi yang sama menggagalkan tujuan tersebut. Simpan kunci enkripsi dalam Hardware Security Module (HSM) atau layanan manajemen kunci yang independen dari sistem backup.

Sistem backup harus diisolasi dari Network Production. Jika server backup bergabung ke domain Active Directory yang sama dengan server Production, Ransomware dengan kredensial admin domain dapat menjangkau dan mengenkripsi storage backup. Praktik terbaik: tempatkan server backup pada segmen Network terpisah yang tidak dapat diakses server Production, gunakan kredensial backup khusus yang bukan akun admin domain, terapkan MFA pada server backup untuk akses administratif, dan pertimbangkan domain backup terpisah yang tidak memiliki hubungan kepercayaan dengan domain Production.

Layanan backup cloud menyediakan storage di luar lokasi dengan opsi ketidakubahan dan menyederhanakan penerapan aturan 3-2-1. AWS Backup, Azure Backup, dan Google Cloud Backup and DR terintegrasi dengan layanan cloud serta menyediakan manajemen kebijakan terpusat. Layanan pihak ketiga seperti Veeam, Rubrik, dan Cohesity menawarkan backup cloud-native dengan repositori yang tak dapat diubah, copy vault yang terisolasi secara fisik dari Network, dan pendeteksian Ransomware yang menganalisis Data backup untuk menemukan anomali entropi enkripsi — lalu mengirimkan peringatan sebelum peristiwa Ransomware sepenuhnya selesai.

Banyak organisasi baru menemukan saat insiden Ransomware terjadi bahwa backup mereka rusak atau tidak dapat dipulihkan — penemuan yang membawa bencana pada saat yang paling buruk. Pengujian backup harus menjadi aktivitas terjadwal dan rutin. Pendekatan pengujian meliputi: verifikasi restore otomatis (restore sampel file setiap hari dan verifikasi checksum), restore penuh berkala ke lingkungan pengujian terisolasi (restore basis Data setiap kuartal dan pengujian startup aplikasi), serta latihan DR ketika tim mengikuti DRP mulai dari backup hingga menjalankan Production pada infrastruktur alternatif. Dokumentasikan setiap hasil pengujian.

Skema Retention Grandfather-Father-Son (GFS) mengatur Retention backup dalam berbagai rentang waktu. Backup Son bersifat Daily (disimpan selama 1 minggu, lalu ditimpa). Backup Father adalah Full mingguan (disimpan selama 1 bulan). Backup Grandfather adalah Full bulanan (disimpan selama 1 tahun atau lebih). GFS memungkinkan pemulihan dari kemarin, minggu lalu, atau bulan lalu — menyeimbangkan fleksibilitas pemulihan dengan biaya storage. Banyak kerangka kerja COMPLIANCE mewajibkan Retention bergaya GFS untuk keperluan jejak audit.

Kegagalan backup adalah bencana yang tidak terlihat — Jobs backup yang gagal tanpa diketahui selama berminggu-minggu berarti tidak ada perlindungan saat paling dibutuhkan. Pemantauan backup harus melacak: apakah setiap Jobs backup terjadwal selesai successfully, apakah ukuran backup berada dalam rentang yang diharapkan (backup yang sangat kecil dapat menunjukkan kegagalan sebagian), apakah akses ke kunci enkripsi backup berhasil, dan apakah backup ditransfer ke semua tujuan yang diperlukan (lokal + di luar lokasi). Peringatan harus langsung aktif untuk setiap Jobs yang gagal, dengan eskalasi jika kegagalan berlanjut lebih dari satu percobaan. Perlakukan backup yang gagal sebagai insiden Prioritas 2.

Dalam pelajaran ini Anda mempelajari: aturan 3-2-1 mewajibkan 3 copy pada 2 jenis media dengan 1 copy di luar lokasi, aturan 3-2-1-1-0 yang ditingkatkan menambahkan copy OFFLINE/tak dapat diubah dan mewajibkan nol kegagalan restore, serta storage immutable/WORM mencegah Ransomware menghancurkan backup bahkan dengan kredensial administratif penuh. Selanjutnya kita akan membahas pengujian failover melalui latihan Tabletop dan latihan DR untuk memvalidasi bahwa rencana pemulihan berfungsi dalam praktik.