Perusahaan dapat memiliki ratusan salinan backup dan tetap kehilangan jalan untuk memulihkan operasional. Penyebabnya tidak selalu berupa kegagalan pencadangan. Seluruh salinan tersebut mungkin masih dapat dihapus melalui satu akun administrator yang sama.

Situasi ini mudah luput dari perhatian. Laporan harian menunjukkan proses backup berhasil, kapasitas penyimpanan tersedia, dan tidak ada pekerjaan pencadangan yang terlewat. Semua indikator terlihat baik, tetapi belum menjawab pertanyaan paling mendasar: apakah cadangan tetap bertahan ketika akun pengelolanya diretas?

Keamanan backup bergantung pada kemampuan mempertahankan cadangan saat kendali atas sistem utama sudah jatuh ke pihak lain. Tanpa perlindungan tersebut, rutinitas pencadangan dapat memberikan keyakinan yang lebih besar daripada kemampuan pemulihan yang sebenarnya.

Laporan Backup yang Baik Bisa Menyembunyikan Risiko

Status berhasil pada aplikasi backup memiliki arti yang terbatas. Status tersebut menunjukkan bahwa pekerjaan pencadangan selesai sesuai mekanisme pemeriksaan sistem. Ketersediaan cadangan setelah serangan dan keberhasilan pemulihan layanan masih perlu dibuktikan secara terpisah.

Misalnya, sebuah perusahaan mencadangkan database setiap malam ke perangkat penyimpanan khusus. Perangkat itu berada di ruangan berbeda, tetapi pengelolaannya menggunakan akun administrator yang juga dipakai untuk server produksi.

Ketika akun tersebut diambil alih, pelaku berpotensi memperoleh kewenangan terhadap kedua lingkungan. Salinan data yang semula disiapkan untuk menghadapi gangguan justru ikut berada dalam jangkauan serangan.

Panduan resmi CISA menjelaskan bahwa ransomware dapat mencari, menghapus, atau mengenkripsi backup yang dapat diakses. Karena itu, evaluasi pencadangan perlu mencakup perlindungan terhadap cadangan, selain keberhasilan proses pembuatannya.

Masalahnya Terletak pada Luasnya Kendali Satu Akun

Penggunaan akun dengan kewenangan luas sering berawal dari kebutuhan praktis. Administrator dapat mengelola server, menjalankan backup, mengatur masa penyimpanan, dan menghapus cadangan lama tanpa berpindah akun.

Namun, kemudahan tersebut memperbesar dampak ketika kredensial disalahgunakan. Pelaku dapat menggunakan izin yang sudah tersedia tanpa perlu mencari celah baru pada setiap perangkat.

Analisis ini sering kami temukan saat melakukan penetration testing pada perusahaan di Indonesia.

Dalam konteks evaluasi keamanan, hubungan antara kewenangan perlu diperiksa secara menyeluruh. Akses awal yang terbatas dapat menjadi lebih berbahaya apabila membuka jalan menuju akun pengelola infrastruktur dan penyimpanan cadangan.

NCSC Inggris merekomendasikan pemisahan akun serta kredensial administrasi backup dari akun yang digunakan untuk mengelola jaringan lainnya. Pemisahan ini membantu membatasi dampak pengambilalihan akun, asalkan jalur akses dan kewenangannya juga dirancang dengan tepat.

Dua akun dengan nama berbeda belum tentu memberikan perlindungan yang memadai. Apabila keduanya menggunakan kata sandi yang sama atau dapat diambil alih melalui satu jalur pemulihan akun, ketergantungannya masih perlu diperbaiki.

Backup di Lokasi Berbeda Belum Tentu Memiliki Perlindungan Berbeda

Menyimpan cadangan di lokasi lain merupakan langkah penting untuk menghadapi kerusakan perangkat atau gangguan fisik. Namun, ancaman berbasis akun membutuhkan penilaian tambahan.

Cadangan di kantor cabang, pusat data lain, atau cloud tetap berisiko apabila satu identitas memiliki kewenangan untuk menghapus semuanya.

Perusahaan perlu membedakan pemisahan lokasi dengan pemisahan kendali. Lokasi menjawab tempat data disimpan. Kendali menjawab siapa yang dapat mengubah, menghapus, atau menghentikan perlindungannya.

Pertanyaan yang sama berlaku untuk layanan cloud. Penyedia layanan dapat menawarkan berbagai fitur keamanan, tetapi perusahaan tetap perlu memastikan fitur tersebut diaktifkan dan sesuai dengan kebutuhan.

Periksa apakah administrator produksi dapat mengubah kebijakan retensi, menghapus titik pemulihan, atau menonaktifkan pekerjaan backup. Tinjau pula apakah tindakan tersebut membutuhkan persetujuan pihak lain.

Perlindungan Cadangan Harus Bertahan terhadap Penyalahgunaan Akses

Arsitektur backup yang lebih kuat berangkat dari asumsi bahwa akun penting dapat diretas. Tujuannya membatasi tindakan yang bisa dilakukan melalui akun tersebut dan mempertahankan salinan yang masih dapat digunakan.

Beberapa pengendalian perlu dipertimbangkan secara bersama.

Pertama, pisahkan kewenangan pencadangan dan penghapusan. Akun untuk menjalankan pekerjaan backup tidak selalu membutuhkan hak menghapus seluruh riwayat cadangan. Berikan izin sesuai tanggung jawab, kemudian evaluasi kembali secara berkala.

Kedua, lindungi akses administratif. Gunakan autentikasi multifaktor, batasi akses ke antarmuka pengelolaan, dan hindari pemakaian akun administratif untuk aktivitas sehari-hari. Perlindungan ini perlu melengkapi pembatasan kewenangan.

Ketiga, evaluasi immutable backup. Mekanisme ini dirancang untuk mencegah perubahan atau penghapusan cadangan selama periode tertentu. Efektivitasnya bergantung pada konfigurasi, mode perlindungan, serta kewenangan yang dapat mengubah pengaturannya.

Keempat, sediakan salinan offline atau terisolasi. Salinan tersebut perlu dirancang agar tidak mudah dijangkau melalui lingkungan yang sama dengan sistem produksi. Pemilihan mekanismenya harus mempertimbangkan kebutuhan pemulihan dan kemampuan operasional perusahaan.

Kelima, tambahkan pengawasan terhadap tindakan destruktif. Persetujuan tambahan, penundaan penghapusan, dan notifikasi perubahan kebijakan dapat membantu mengurangi risiko. Fitur yang tersedia perlu diuji agar perusahaan memahami batas perlindungannya.

Panduan arsitektur Microsoft juga menempatkan pemisahan administrasi, perlindungan penghapusan, dan otorisasi tambahan sebagai bagian dari rancangan backup yang lebih tahan terhadap ransomware.

Uji Pemulihan Perlu Dimulai dari Skenario yang Sulit

Mengembalikan satu berkas dapat membuktikan bahwa sebuah salinan bisa dibaca. Namun, perusahaan membutuhkan bukti yang lebih luas untuk menilai kesiapan pemulihan operasional.

Pengujian sebaiknya mencakup skenario ketika akun administrator produksi tidak lagi dipercaya, server utama harus diisolasi, dan akses normal tidak dapat digunakan.

Dari kondisi tersebut, tim perlu menjawab beberapa pertanyaan:

• Apakah cadangan masih tersedia dan terlindungi?
• Apakah tim memiliki akses pemulihan yang aman?
• Apakah tersedia titik pemulihan sebelum kompromi terjadi?
• Apakah aplikasi, database, konfigurasi, dan dependensinya dapat dipulihkan?
• Berapa lama waktu yang diperlukan sampai layanan dapat digunakan kembali?

Pengujian tersebut membantu perusahaan membandingkan kebutuhan bisnis dengan kemampuan teknis yang nyata. Target pemulihan beberapa jam tidak banyak berarti apabila akses, perangkat, atau prosedur yang dibutuhkan belum siap.

Pemulihan juga perlu dilakukan ke lingkungan yang telah diperiksa keamanannya. Mengembalikan data tanpa menangani penyebab insiden dapat membuat layanan kembali menghadapi risiko yang sama.

Jangan Menunggu Insiden untuk Memeriksa Hak Penghapusan

Evaluasi keamanan backup dapat dimulai dari langkah sederhana: petakan akun yang mampu menghapus cadangan dan mengubah kebijakan perlindungannya.

Setelah itu, periksa dampak jika salah satu akun tersebut diretas. Apakah masih ada salinan yang bertahan? Apakah perubahan berbahaya akan terdeteksi? Apakah tim dapat memulai pemulihan tanpa bergantung pada lingkungan yang sudah terkompromi?

Penilaian ini juga membantu menempatkan penetration testing secara tepat. Dengan ruang lingkup yang disepakati, pengujian dapat mengevaluasi jalur serangan dan kelemahan pengendalian akses yang berpotensi menjangkau infrastruktur penting. Pengujian tersebut perlu dilengkapi dengan evaluasi konfigurasi backup dan latihan pemulihan untuk memperoleh gambaran kesiapan yang lebih utuh.

Ukuran keberhasilan backup adalah tersedianya cadangan yang terlindungi dan terbukti dapat membantu perusahaan kembali beroperasi. Rutinitas pencadangan menjadi fondasinya; pembatasan akses dan pengujian pemulihan menentukan seberapa kuat fondasi tersebut saat menghadapi serangan.

Fourtrezz menyediakan layanan penetration testing dan vulnerability assessment untuk membantu perusahaan mengidentifikasi kelemahan keamanan. Diskusikan kebutuhan pengujian bersama Fourtrezz agar ruang lingkupnya sesuai dengan aplikasi, infrastruktur, dan risiko operasional perusahaan Anda.

Hubungi Fourtrezz:

Website: www.fourtrezz.co.id
Telepon/WhatsApp: +62 857-7771-7243
Email: [email protected]