--- title: "Aturan Backup 3-2-1-1-0: Backup Tahan Ransomware" description: "Aturan 3-2-1-1-0 menambah salinan offline atau immutable dan verifikasi tanpa error ke aturan 3-2-1. Ini penjelasan, retensi, dan contoh setupnya." url: "https://nivelva.com/insight/aturan-backup-tahan-ransomware" category: "Keamanan/Cyber Security" tags: ["backup","3-2-1-1-0","ransomware","object lock","immutable backup"] author: "Theresia Candiawan" published: "2026-11-05T15:23:00+07:00" updated: "2026-11-05T15:23:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Aturan Backup 3-2-1-1-0: Backup Tahan Ransomware > **Jawaban singkat:** Aturan 3-2-1-1-0 berarti tiga salinan data, di dua jenis media, satu di luar lokasi, satu offline atau immutable, dan nol error saat verifikasi pemulihan. Tambahan "1" dan "0" itulah yang membuat backup tetap selamat ketika ransomware ikut menyerang salinan backup. Aturan 3-2-1-1-0 adalah pedoman backup yang menambahkan dua syarat pada aturan klasik 3-2-1: satu salinan harus **offline atau immutable** (tidak bisa diubah dan dihapus), dan hasil verifikasi pemulihan harus **nol error**. Dua tambahan ini menjawab pola yang dicatat panduan ransomware CISA: banyak varian ransomware mencari lalu menghapus atau mengenkripsi backup yang bisa diakses. Backup 3-2-1 yang semua salinannya bisa dijangkau dari jaringan kantor, atau bisa dihapus dengan satu akun admin, akan ikut hilang ketika akun itu dikuasai penyerang. Saat itu kamu baru sadar bahwa punya tiga salinan tidak sama dengan punya satu salinan yang selamat. ## Apa arti setiap angka di 3-2-1-1-0? ### 3 salinan data Data produksi dihitung sebagai satu salinan, ditambah minimal dua salinan backup. Dengan tiga salinan, kerusakan satu salinan tidak langsung berarti kehilangan data. ### 2 jenis media atau sistem berbeda Misalnya disk server dan object storage, atau NAS dan penyimpanan cloud. Tujuannya agar satu jenis kegagalan, seperti kerusakan controller disk atau bug di satu sistem, tidak merusak semua salinan sekaligus. ### 1 salinan di luar lokasi Satu salinan disimpan di tempat fisik yang berbeda dari kantor atau data center utama. Kebakaran, banjir, atau pencurian perangkat tidak ikut menghabisi salinan ini. ### 1 salinan offline atau immutable Inilah bagian yang paling relevan untuk ransomware. **Offline** berarti salinan tidak terhubung ke jaringan, misalnya disk eksternal yang dicabut dan disimpan. **Immutable** berarti salinan tetap online tapi dikunci sehingga tidak bisa diubah atau dihapus selama masa simpan, bahkan oleh akun admin. Di Amazon S3 dan banyak object storage yang kompatibel S3, fitur ini dikenal sebagai **Object Lock**. Dokumentasi AWS membedakan dua mode: *governance*, yang masih bisa dilewati pengguna dengan izin `s3:BypassGovernanceRetention`, dan *compliance*, yang tidak bisa dilewati pengguna mana pun, termasuk root, sampai masa simpan berakhir. Di S3, Object Lock hanya bekerja di bucket dengan versioning aktif. Penyedia lain bisa berbeda dalam detailnya, jadi cek dokumentasi penyedia storage-mu. ### 0 error saat verifikasi Backup dianggap berhasil bukan saat job selesai, tapi saat data terbukti bisa dipulihkan dengan utuh. "Nol error" berarti ada pemeriksaan rutin: checksum cocok, arsip bisa dibuka, dan uji pemulihan berhasil. Caranya dibahas di uji restore backup. ## Offline atau immutable, mana yang cocok? | Aspek | Salinan offline (disk dicabut) | Salinan immutable (Object Lock) | |:--|:--|:--| | Perlindungan dari ransomware | Kuat selama disk benar-benar terputus | Kuat selama masa kunci dan mode yang tepat | | Otomatisasi | Sulit, butuh orang mencolok dan mencabut | Mudah, berjalan terjadwal | | Risiko manusia | Lupa mencabut, disk hilang atau rusak | Salah atur masa simpan atau mode | | Kecepatan pemulihan | Tergantung lokasi disk | Tergantung kecepatan unduh | | Biaya | Beli disk sekali, ganti berkala | Biaya penyimpanan berjalan | | Cocok untuk | Kantor kecil dengan data tidak terlalu besar | Server dan website yang backup harian | Pilih salinan offline bila datamu tidak terlalu besar, ada orang yang disiplin menukar disk setiap minggu, dan kamu ingin opsi yang tidak bergantung pada akun cloud mana pun. Kelemahannya ada pada manusia: disk yang lupa dicabut sama saja dengan disk online. Pilih immutable bila backup berjalan harian atau lebih sering, server berada di data center atau cloud, dan tidak ada orang yang bisa mencabut disk secara fisik. Untuk website dan VPS, biasanya ini yang paling mudah dijalankan. Banyak tim juga memakai keduanya: immutable untuk harian, offline untuk arsip bulanan. > **Kredensial backup jangan disimpan di server yang di-backup:** > > Kalau server produksi menyimpan kunci akses yang bisa menghapus bucket backup, penyerang yang menguasai server juga bisa menghapus backup. Berikan server hak terbatas tanpa izin menghapus, simpan kredensial admin storage di tempat terpisah, dan aktifkan MFA di akun storage. ## Jadwal retensi yang masuk akal Retensi menentukan seberapa jauh ke belakang kamu bisa kembali. Ini penting karena ransomware dan peretasan sering baru ketahuan setelah beberapa hari atau minggu. Kalau backup hanya disimpan beberapa hari, semua salinan mungkin sudah berisi data yang tercemar. Pola yang umum dipakai adalah gabungan harian, mingguan, dan bulanan, misalnya: - **Harian:** disimpan 7 sampai 14 hari. - **Mingguan:** disimpan 4 sampai 8 minggu. - **Bulanan:** disimpan 6 sampai 12 bulan, atau sesuai kewajiban penyimpanan dokumen di bisnismu. Angka di atas contoh, bukan standar. Sesuaikan dengan seberapa sering datamu berubah, berapa lama kamu sanggup kehilangan data, dan anggaran penyimpanan. Pastikan masa Object Lock minimal sama dengan masa simpan yang kamu butuhkan untuk salinan immutable. ## Contoh setup untuk kantor kecil Misalkan sebuah kantor punya satu VPS untuk website dan aplikasi, serta satu NAS untuk dokumen karyawan. 1. **Salinan 1 (produksi):** data asli di VPS dan NAS. 2. **Salinan 2 (lokal, media berbeda):** NAS dibackup setiap malam ke disk USB eksternal. Satu disk dicabut dan dibawa pulang setiap Jumat, bergantian dengan disk kedua. Ini memenuhi syarat offline. 3. **Salinan 3 (luar lokasi, immutable):** VPS dan NAS dibackup setiap malam dengan alat seperti restic atau Borg ke object storage S3 di lokasi lain, dengan Object Lock aktif. Ini memenuhi syarat luar lokasi dan immutable. 4. **Verifikasi:** setiap minggu jalankan pemeriksaan integritas arsip (misalnya `restic check`), dan setiap bulan pulihkan satu folder dan satu database ke server uji. 5. **Pencatatan:** catat tanggal, hasil, dan waktu yang dibutuhkan setiap uji pemulihan. Untuk website di VPS, cara menjadwalkan backup database dan file dijelaskan di [backup website otomatis](https://nivelva.com/insight/backup-website-otomatis). Kenapa semua ini penting terlihat jelas dari pelajaran serangan ransomware PDN 2024 dan dari cara kerja ransomware yang sengaja menyasar backup. ## Pertanyaan yang sering diajukan ### Apakah snapshot VPS sudah termasuk backup 3-2-1-1-0? Snapshot berguna, tapi biasanya disimpan di platform yang sama dan bisa dihapus dari akun yang sama. Anggap snapshot sebagai pelengkap, bukan pengganti salinan luar lokasi yang immutable. ### Apakah sinkronisasi ke Google Drive atau OneDrive termasuk backup? Sinkronisasi menyalin perubahan, termasuk file yang sudah terenkripsi ransomware. Tanpa riwayat versi dan perlindungan penghapusan, sinkronisasi bukan backup. ### Mode Object Lock mana yang sebaiknya dipakai? Mode compliance memberi perlindungan lebih kuat karena tidak bisa dilewati pengguna mana pun. Mode governance lebih fleksibel untuk uji coba. Pastikan masa simpan sudah tepat sebelum memakai compliance, karena data tidak bisa dihapus lebih awal. ### Seberapa sering backup perlu diuji? Pemeriksaan integritas otomatis bisa mingguan, dan uji pemulihan nyata minimal bulanan untuk data penting. Yang penting hasilnya dicatat dan error ditindaklanjuti. ## Sumber - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/aturan-backup-tahan-ransomware Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com