Lokasi:
Srengseng Sawah, Jagakarsa Jakarta Selatan
Immutable backup adalah salinan data yang tidak dapat diubah, ditimpa, atau dihapus selama periode retensi yang telah ditentukan. Teknologi ini membantu perusahaan mempertahankan titik pemulihan ketika ransomware berhasil masuk ke jaringan dan mencoba mengenkripsi atau menghapus file backup.
Meski memberikan perlindungan lebih kuat, immutable backup tidak membuat perusahaan sepenuhnya kebal terhadap ransomware. Penyerang masih dapat mengganggu server produksi, mencuri data, merusak aplikasi, mengambil kredensial, atau menghentikan layanan. Fungsi immutable backup adalah memastikan perusahaan tetap memiliki salinan data yang terlindungi untuk digunakan dalam proses pemulihan.
CISA menyarankan organisasi memelihara backup penting yang offline dan terenkripsi, kemudian menguji ketersediaan serta integritasnya secara berkala. Alasannya, banyak ransomware mencoba menemukan, mengenkripsi, atau menghapus backup yang masih dapat diakses agar korban kehilangan pilihan pemulihan.
Karena itu, immutable backup sebaiknya menjadi bagian dari strategi keamanan berlapis yang juga mencakup backup 3-2-1, pemisahan akun administrator, autentikasi multifaktor, segmentasi jaringan, monitoring, enkripsi, dan pengujian restore.
Backup merupakan salah satu jalan utama untuk memulihkan sistem tanpa membayar tebusan. Penyerang memahami hal tersebut. Setelah memperoleh akses ke jaringan, mereka tidak selalu langsung mengenkripsi data produksi. Beberapa serangan mencoba mencari server backup, repository, snapshot, storage, kredensial administrator, dan sistem disaster recovery terlebih dahulu.
Backup yang terus terhubung ke jaringan dapat ikut terdampak ketika penyerang berhasil memperoleh hak akses yang memadai. Risiko meningkat apabila server produksi dan backup menggunakan akun administrator, domain, jaringan, atau kredensial yang sama.
Beberapa tindakan yang dapat dilakukan penyerang terhadap infrastruktur backup antara lain:
CISA menegaskan bahwa backup perlu dipertahankan secara offline karena banyak varian ransomware berusaha menemukan dan menghapus atau mengenkripsi backup yang dapat dijangkau. Backup tersebut juga perlu dienkripsi dan diuji melalui skenario disaster recovery.
Risiko tidak hanya berasal dari ransomware. File backup juga dapat terhapus akibat kesalahan administrator, kerusakan software, konfigurasi retention yang salah, atau kredensial yang disalahgunakan oleh pihak internal.
NIST menggambarkan secure storage sebagai penyimpanan dengan kontrol tulis yang mencegah data backup dimodifikasi atau dihapus. Pendekatan tersebut dapat membantu melindungi salinan data dari malware maupun penghapusan yang tidak disengaja.
Karena itu, backup biasa yang dapat dihapus menggunakan akun administrator belum tentu cukup. Perusahaan membutuhkan perlindungan tambahan yang tetap berlaku meskipun akun pada sistem backup berhasil disusupi.
Immutable berarti tidak dapat diubah selama kebijakan perlindungan masih aktif. Setelah sebuah backup ditandai immutable, file tersebut tidak dapat dimodifikasi, ditimpa, dipindahkan, atau dihapus sampai masa perlindungannya berakhir, sesuai kemampuan platform yang digunakan.
Konsep ini sering diterapkan melalui mekanisme Write Once, Read Many atau WORM. Data dapat ditulis ke storage, kemudian dibaca berulang kali, tetapi tidak dapat diubah atau dihapus selama periode retensi.
Azure Blob Storage, misalnya, menyediakan penyimpanan immutable dalam kondisi WORM. Selama kebijakan berlaku, data tidak dapat dimodifikasi atau dihapus untuk jangka waktu yang ditentukan pengguna.
Amazon S3 Object Lock juga dapat melindungi versi objek agar tidak ditimpa atau dihapus. Pada compliance mode, objek yang masih berada dalam masa retensi tidak dapat dihapus oleh pengguna biasa maupun root user dalam akun tersebut.
Pada implementasi on premise, immutable backup dapat ditempatkan pada:
Sebagai contoh implementasi, hardened repository berbasis Linux dapat mengunci file backup selama periode tertentu sehingga file tidak dapat dipindahkan, diubah, atau dihapus. Kredensial untuk menambahkan repository juga dapat dibatasi agar tidak tersimpan terus-menerus di dalam infrastruktur backup.
Immutable backup bukan berarti file disimpan selamanya. Data tetap mengikuti retention policy. Setelah periode perlindungan berakhir, backup dapat dihapus oleh sistem sesuai siklus penyimpanan yang telah ditetapkan.
Perusahaan harus menentukan periode immutable berdasarkan kebutuhan pemulihan, frekuensi backup, risiko serangan, kapasitas storage, serta aturan retensi data. Masa perlindungan yang terlalu pendek dapat membuat backup kedaluwarsa sebelum serangan diketahui. Sebaliknya, periode terlalu panjang dapat meningkatkan kebutuhan kapasitas dan biaya penyimpanan.
Backup biasa, offline backup, dan immutable backup sama-sama menyediakan salinan data, tetapi metode perlindungannya berbeda.
| Aspek | Backup Biasa | Backup Offline | Immutable Backup |
| Koneksi ke jaringan | Umumnya selalu terhubung | Diputus setelah proses selesai | Dapat tetap terhubung |
| Dapat dihapus administrator | Umumnya bisa | Tidak saat media terputus | Tidak selama lock berlaku |
| Pemulihan cepat | Umumnya cepat | Bergantung media dan proses penyambungan | Relatif cepat jika repository tersedia |
| Perlindungan ransomware | Terbatas jika repository dapat diakses | Kuat saat benar-benar terputus | Kuat terhadap perubahan dan penghapusan |
| Otomatisasi | Mudah | Bisa membutuhkan proses tambahan | Dapat dijalankan otomatis |
| Risiko salah konfigurasi | Hak akses dan retention | Media tidak diperbarui atau tidak tersedia | Periode lock dan kapasitas salah |
| Contoh | NAS atau backup server biasa | Tape atau disk yang dilepas | WORM, Object Lock, hardened repository |
Backup biasa mudah digunakan untuk pemulihan operasional sehari-hari. Namun, jika repository tetap dapat dimodifikasi oleh akun backup server, administrator domain, atau ransomware, salinan tersebut masih dapat dihapus.
Backup biasa tetap berguna, tetapi perlu dilengkapi dengan pemisahan akun, enkripsi, segmentasi jaringan, dan salinan tambahan yang lebih terlindungi.
Backup offline diputus dari jaringan atau sistem produksi setelah proses pencadangan selesai. Contohnya adalah tape yang dikeluarkan dari library atau disk yang dilepas dan disimpan di tempat aman.
Keunggulannya adalah penyerang tidak dapat mengakses media yang benar-benar tidak terhubung. Kekurangannya, proses backup dan restore dapat membutuhkan kegiatan manual, transportasi media, serta kontrol inventaris yang disiplin.
CISA merekomendasikan offline backup sebagai salah satu perlindungan karena backup yang masih dapat dijangkau berpotensi menjadi sasaran ransomware.
Immutable backup dapat tetap online agar proses backup dan restore berjalan otomatis, tetapi data yang telah dikunci tidak dapat diubah atau dihapus selama retention lock masih aktif.
Keunggulan ini membuat perusahaan dapat memperoleh akses pemulihan yang cepat tanpa membuka kemampuan penghapusan terhadap backup yang sudah terlindungi.
Namun, offline dan immutable bukan dua pilihan yang harus dipertentangkan. Untuk data kritis, perusahaan dapat menggunakan keduanya. Contohnya, backup harian disimpan pada immutable repository, sedangkan backup mingguan atau bulanan disalin ke tape yang disimpan offline.
Retention lock merupakan kebijakan yang menentukan berapa lama data harus dipertahankan dalam kondisi tidak dapat diubah atau dihapus.
Sebagai contoh, perusahaan membuat backup harian dan menetapkan immutable period selama 30 hari. Setiap restore point yang baru dibuat akan terlindungi sesuai kebijakan tersebut. Administrator tidak dapat menghapus restore point yang masih berada dalam masa perlindungan, meskipun kapasitas storage mulai menipis.
Secara umum, terdapat dua bentuk kebijakan:
Data dilindungi selama jangka waktu tertentu, misalnya 14, 30, 90, atau 365 hari. Setelah masa tersebut berakhir, backup dapat dihapus sesuai kebijakan lifecycle.
Azure menyediakan time-based retention yang membuat objek tetap dapat dibuat dan dibaca, tetapi tidak dapat dimodifikasi atau dihapus selama periode yang ditentukan.
Legal hold digunakan ketika waktu berakhirnya perlindungan belum diketahui. Data tetap immutable sampai pihak yang memiliki wewenang menghapus status hold.
Pada Amazon S3, legal hold tidak memiliki tanggal kedaluwarsa dan tetap aktif sampai dicabut oleh user yang memiliki izin khusus. Legal hold juga dapat berjalan bersamaan dengan retention period.
Beberapa platform membedakan mode governance dan compliance.
AWS Backup Vault Lock menjelaskan bahwa governance mode masih dapat dikelola oleh user dengan izin yang sesuai. Dalam compliance mode, setelah grace period berakhir, lock tidak dapat diubah atau dihapus oleh pengguna maupun AWS selama recovery point masih berlaku.
Retention lock harus direncanakan dengan hati-hati. Salah menetapkan periode dapat menyebabkan perusahaan tidak dapat menghapus data yang tidak diperlukan. Kondisi tersebut dapat meningkatkan penggunaan storage dan biaya.
Sebelum mengaktifkan compliance mode, perusahaan sebaiknya:
Immutable backup dapat diterapkan di data center perusahaan, cloud, atau kombinasi keduanya.
Pada lingkungan on-premise, perusahaan dapat menyiapkan backup server terpisah dengan hardened repository atau storage appliance yang mendukung WORM.
Contoh arsitekturnya:
Hardened repository berbasis Linux dapat membuat file backup tidak dapat dipindahkan, diubah, atau dihapus selama masa immutability. Penggunaan kredensial sekali pakai juga mengurangi risiko kredensial repository tersimpan pada backup server.
On-premise memberikan kontrol langsung dan pemulihan lokal yang cepat. Namun, perusahaan harus menyediakan server, disk, rack, UPS, jaringan, pendinginan, monitoring, patching, dan kapasitas ekspansi.
Repository sebaiknya ditempatkan pada failure domain yang berbeda dari server produksi. Jika memungkinkan, gunakan rack, power source, VLAN, akun administrator, dan lokasi yang berbeda.
Pada cloud, immutable backup dapat menggunakan object storage atau backup vault dengan fitur Object Lock dan WORM.
Amazon S3 Object Lock bekerja pada bucket dengan versioning aktif. Retention period atau legal hold diterapkan pada versi objek tertentu untuk mencegah overwrite dan penghapusan.
Azure Blob Storage juga menyediakan time-based retention dan legal hold. Selama kebijakan berlaku, blob dapat dibaca tetapi tidak dapat dimodifikasi atau dihapus.
Cloud memberikan pemisahan lokasi dan skalabilitas. Namun, perusahaan tetap perlu mengatur:
Pendekatan yang umum adalah menyimpan backup lokal immutable untuk pemulihan cepat, lalu membuat backup copy ke object storage immutable di cloud. Dengan cara ini, perusahaan memiliki dua failure domain dan dua jalur pemulihan.
Immutable backup tidak boleh menggunakan satu-satunya akun yang juga mengelola server produksi. Pisahkan hak membuat backup, mengubah policy, menghapus repository, dan melakukan restore.
Immutable menunjukkan bahwa backup tidak dapat diubah, tetapi tidak otomatis membuktikan bahwa backup dapat dipulihkan.
File yang dikunci dapat saja berasal dari backup yang tidak lengkap, konfigurasi aplikasi yang salah, database yang tidak konsisten, atau sistem yang sudah terinfeksi sebelum proses backup berjalan. Karena itu, backup immutable tetap harus diverifikasi.
CISA menyarankan organisasi menguji ketersediaan dan integritas backup secara berkala dalam skenario disaster recovery.
Pengujian dapat dilakukan melalui beberapa tahap.
1. Verifikasi file backup
Software backup perlu memeriksa checksum dan struktur file untuk memastikan data tidak mengalami korupsi selama proses penulisan atau penyimpanan.
2. Restore file acak
Tim IT dapat memilih beberapa file dari titik waktu berbeda, kemudian memulihkannya ke lokasi pengujian. Pastikan file dapat dibuka dan isinya benar.
3. Restore database
Database perlu dipulihkan pada server terisolasi. Jalankan pemeriksaan integritas dan pastikan aplikasi dapat terhubung tanpa memengaruhi lingkungan produksi.
4. Restore virtual machine
VM dapat dipulihkan ke isolated network. Periksa apakah sistem operasi dapat boot, service berjalan, dan aplikasi berfungsi.
5. Simulasi serangan ransomware
Buat skenario ketika server produksi dan backup management server dianggap tidak dapat digunakan. Tim perlu membuktikan bahwa repository immutable masih dapat diakses melalui prosedur pemulihan yang aman.
6. Dokumentasi hasil
Catat durasi restore, error, dependensi, kredensial, lokasi backup, serta personel yang menjalankan pengujian. Hasil tersebut dapat digunakan untuk memperbarui Recovery Time Objective dan prosedur disaster recovery.
NIST menempatkan backup, integrity monitoring, secure storage, dan logging sebagai lapisan yang saling melengkapi untuk menghadapi serangan yang menargetkan data dan backup.
Pengujian juga harus memastikan backup bersih. Sebelum restore ke jaringan produksi, lakukan pemeriksaan malware, validasi sistem, dan penentuan titik pemulihan sebelum insiden terjadi.
Pada dasarnya, setiap perusahaan yang bergantung pada data penting dapat memperoleh manfaat dari immutable backup. Namun, kebutuhannya menjadi lebih mendesak bagi organisasi yang downtime atau kehilangan datanya menimbulkan dampak besar.
1. Perusahaan dengan sistem ERP dan database
ERP menyimpan transaksi, inventaris, pembelian, penjualan, dan keuangan. Kerusakan database dapat menghentikan banyak divisi sekaligus.
2. Perusahaan yang menjalankan virtualisasi
Satu host virtualisasi dapat menjalankan banyak server. Jika backup seluruh VM ikut dihapus, beberapa layanan dapat hilang dalam satu insiden.
3. Industri keuangan dan layanan profesional
Data transaksi, laporan, dokumen kontrak, serta arsip klien membutuhkan integritas dan retention yang terkontrol. WORM juga sering digunakan untuk memenuhi kebijakan penyimpanan dokumen dan kepatuhan tertentu. Azure mencantumkan layanan keuangan sebagai salah satu penggunaan immutable storage untuk data penting dan retensi.
4. Layanan kesehatan
Data pasien, sistem administrasi, hasil pemeriksaan, dan aplikasi klinis perlu tersedia serta terlindungi dari pengubahan dan penghapusan.
5. Manufaktur dan distribusi
Gangguan pada ERP, warehouse management, produksi, atau inventory dapat menghentikan proses operasional dan pengiriman.
6. Perusahaan dengan banyak kantor atau cabang
Infrastruktur tersebar meningkatkan jumlah endpoint dan jalur akses. Immutable repository terpusat dapat membantu mempertahankan salinan data dari berbagai lokasi.
7. Penyedia layanan teknologi
Managed service provider, data center, hosting, dan software company perlu melindungi backup banyak sistem sekaligus. Satu kompromi pada backup management dapat berdampak pada banyak pelanggan.
8. Perusahaan tanpa tim keamanan besar
Perusahaan kecil dan menengah juga membutuhkan immutable backup. Jumlah karyawan yang sedikit tidak membuat data menjadi kurang penting. Justru organisasi dengan sumber daya pemulihan terbatas dapat mengalami dampak lebih besar ketika seluruh backup hilang.
Immutable backup merupakan salinan data yang tidak dapat dimodifikasi atau dihapus selama retention lock masih berlaku. Perlindungan tersebut memberi perusahaan peluang pemulihan ketika ransomware mencoba merusak data produksi dan backup.
Namun, immutable backup bukan solusi tunggal. Perusahaan tetap memerlukan backup 3-2-1, salinan offline atau off-site, pemisahan akun, enkripsi, monitoring, patching, segmentasi jaringan, dan pengujian restore.
Implementasinya dapat menggunakan hardened repository di data center perusahaan, storage WORM, object storage cloud, atau kombinasi on-premise dan cloud. Periode retensi harus direncanakan berdasarkan risiko, kebutuhan operasional, kapasitas, dan kebijakan penyimpanan data.
View this post on Instagram
Sparta Server Indonesia menyediakan layanan audit sistem IT kantor dan data center, instalasi server serta jaringan, troubleshooting, cloud services, dan solusi high availability serta recovery. Jenis layanan tersebut tercantum pada halaman kontak resminya.
Untuk memulai evaluasi, siapkan informasi mengenai jumlah server, jenis virtualisasi, kapasitas data, software backup, lokasi repository, dan retention saat ini. Kirimkan dokumen tersebut melalui:
Email: sales@spartaserverindonesia.com
WhatsApp: +62 878-2224-1000
Alamat kantor: Jl. Raya Lenteng Agung Barat Nomor 8, RT 02/RW 04, Srengseng Sawah, Jagakarsa, Jakarta Selatan, DKI Jakarta
Website: spartaserverindonesia.com
Tidak. Backup offline diputus dari jaringan, sedangkan immutable backup dapat tetap online tetapi tidak dapat diubah atau dihapus selama retention lock berlaku.
Hal tersebut bergantung pada mode perlindungannya. Governance mode dapat memberikan izin khusus untuk melewati kebijakan. Compliance mode dirancang agar data tidak dapat dihapus sampai masa retensi selesai.
Tidak ada satu angka untuk semua perusahaan. Periodenya perlu mempertimbangkan frekuensi backup, waktu deteksi serangan, retention, kapasitas storage, dan kebutuhan pemulihan. Periode 14–30 hari dapat menjadi bahan simulasi awal, bukan standar mutlak.
Ransomware dapat menyerang server produksi dan backup management. Namun, backup yang benar-benar telah dikunci tidak dapat dimodifikasi atau dihapus selama kebijakan berlaku. Implementasi tetap harus diuji dan hak aksesnya dipisahkan.
Ya. Immutable backup melindungi dari perubahan dan penghapusan, tetapi tidak selalu melindungi dari kerusakan seluruh lokasi, bencana fisik, atau kegagalan perangkat. Salinan off-site tetap diperlukan.
Solusi Server Lengkap untuk Beragam Kebutuhan Bisnis & Teknologi
Copyright 2025 spartaserverindonesia.com. All Rights Reserved.