Bagaimana cara membuat backup immutable terhadap ransomware di server saya sendiri?

Apa arti immutable untuk sebuah backup?

Ransomware yang mengambil alih server biasanya ikut mengambil kredensial backup yang tersimpan di sana. Jika kredensial itu bisa menghapus backup lama, penyerang menghapusnya sebelum mengenkripsi apa pun.

Backup immutable menutup celah itu. Mesin yang di-backup bisa menambah data baru, tetapi apa pun yang dimilikinya tidak bisa menghapus atau menulis ulang versi lama. Sebagian metode menegakkannya lewat hak akses, sebagian lain lewat lock dengan tanggal kedaluwarsa.

Jika mesin yang Anda lindungi bisa menghapus backup-nya sendiri, begitu juga siapa pun yang mengambil alih mesin itu.

Bagaimana restic dan Borg berjalan dalam mode append-only?

rest-server milik restic punya flag --append-only. README-nya menyebut mode ini memungkinkan backup baru tetapi mencegah penghapusan dan perubahan backup yang sudah ada. Jalankan prune dari mesin admin melalui instance kedua tanpa flag tersebut, atau langsung di server itu sendiri.

Borg menegakkan mode ini dengan forced command di authorized_keys, atau dengan append_only = 1 di config repositori. Dokumentasinya mencantumkan batasannya secara gamblang:

• borg delete dan borg prune tetap berjalan; keduanya hanya menandai data sebagai terhapus.
• Penulisan berikutnya dalam mode normal menghapus data itu secara permanen, jadi prune otomatis membuat mode ini tidak berarti.
• Jalankan borg check sebelum prune repositori append-only.
• rm tetap berfungsi pada file, jadi klien harus mengakses repositori hanya melalui borg serve.

Kedua alat ini dibandingkan di restic atau Borg untuk backup offsite.

# restic: rest-server, one private repository per user
rest-server --path /tank/restic --append-only --private-repos --tls \
  --tls-cert /etc/rest-server/cert.pem --tls-key /etc/rest-server/key.pem

# Borg: in ~backup/.ssh/authorized_keys, one line per client key
command="borg serve --append-only --restrict-to-path /tank/borg/web1",restrict ssh-ed25519 AAAA... web1

Bagaimana Proxmox Backup Server dan Veeam mengunci backup?

Proxmox Backup Server bekerja lewat role. Pengguna dengan DatastoreBackup bisa mem-backup dan me-restore backup miliknya sendiri, tetapi prune memerlukan DatastorePowerUser. Garbage collection juga menunggu 24 jam 5 menit sebelum menghapus chunk. Padukan dengan sync job yang ditarik oleh server offsite, sehingga lokasi rumah tidak menyimpan login offsite. Setup lengkapnya ada di Proxmox Backup Server offsite di server sewaan.

Repositori hardened milik Veeam bekerja lewat waktu. File tetap immutable selama 7 sampai 9999 hari, dan kredensial yang dipakai untuk memasang layanan Veeam tidak pernah disimpan. Langkah-langkahnya untuk mesin sewaan ada di repositori hardened Veeam di server Linux sewaan.

Bisakah saya memakai S3 Object Lock di server sendiri?

Hanya jika server S3 Anda mengimplementasikannya, dan dua opsi open-source paling dikenal berbeda.

• MinIO mendokumentasikan object locking pada bucket berversi, dalam mode GOVERNANCE atau COMPLIANCE. Dalam mode COMPLIANCE, tidak ada pengguna yang bisa mengubah versi yang terkunci, termasuk root user. Namun repositori komunitas MinIO diarsipkan pada 25 April 2026, tidak lagi dipelihara, dan hanya tersedia sebagai kode sumber.
• Garage mencantumkan Object Lock dan bucket versioning sebagai belum tersedia di halaman kompatibilitas S3-nya.

Di sisi klien, Kopia mendukung Object Lock: bucket harus mengaktifkannya saat dibuat, dan Kopia merekomendasikan mode compliance. Saran lainnya berlaku di mana saja: access key tanpa izin hapus. Server S3 lain dibandingkan di alternatif terbaik MinIO untuk S3 self-hosted.

Bagaimana snapshot ZFS melindungi backup dari kliennya sendiri?

Biarkan klien menulis lewat SFTP atau rsync sebagai akun biasa, dan biarkan root yang mengambil snapshot. OpenZFS menyebut snapshot sebagai salinan hanya-baca dari sebuah file system. Akun klien tidak mendapat hak destroy melalui zfs allow, sehingga tidak bisa menghapusnya.

Hold menambahkan lock kedua. Selama sebuah snapshot memiliki hold, zfs destroy padanya gagal dengan EBUSY sampai seseorang melepas hold tersebut.

Snapshot yang diambil oleh root, pada dataset tempat klien menulis, mengubah target rsync atau SFTP apa pun menjadi berversi dan append-only.

snap=tank/backup@$(date +%F)
zfs snapshot "$snap"
zfs hold keep "$snap"
zfs holds "$snap"        # lists the hold named keep

Apa yang masih bisa menghapus backup immutable di server sewaan?

Dua hal, dan keduanya berada di luar perangkat lunak backup.

• Root di server backup. Semua metode di atas pada akhirnya tunduk pada root. Simpan root pada key yang tidak pernah ada di mesin yang Anda backup, dan batasi SSH ke alamat admin Anda.
• Sewaannya sendiri. Setiap server dibayar di muka dari saldo kripto Anda, untuk 30 hari, 3 bulan, 6 bulan, atau 12 bulan sesuai pilihan saat checkout. Perpanjangan otomatis menagih durasi yang sama lagi dengan harga awal Anda, kecuali Anda mengatur durasi lain untuk perpanjangan berikutnya di dashboard; jika saldo tidak cukup, server berhenti pada akhir masa berlakunya, drive-nya disimpan selama 7 hari lalu dihapus. Reboot, reinstall, dan pembatalan diminta di dashboard dan ditangani oleh tim; reinstall menghapus semua drive, termasuk drive data. Lock yang lebih lama dari masa sewa tidak melindungi apa pun.

Storage server bukan backup untuk dirinya sendiri: kami tidak menyimpan salinan data Anda di tempat lain, jadi salinan kedua di lokasi lain tetap menjadi tugas Anda. Versi yang terkunci juga tidak bisa di-prune lebih awal, jadi pool bertambah dengan setiap versi yang disimpan. Survei Basalthold terhadap 2 November 2026 menemukan bahwa server penyimpanan 72 TB atau lebih berbiaya median $4.86 per TB per bulan di host yang menerima kripto tanpa KYC. Hold 100 berbiaya $3.77/TB, mentah. Ketentuan hingga 12 bulan ada di daftar harga hold.