Backup dan Pemulihan Data Setelah Serangan Ransomware: Panduan Praktis bagi Instansi

Mengapa cadangan jadi penyelamat

Ransomware mengunci data dan meminta tebusan. Jika ada cadangan bersih yang dapat dipulihkan, instansi tidak perlu bergantung pada pelaku. Cadangan adalah jaring pengaman terakhir ketika semua pertahanan lain gagal.

Menurut Bisnis.com, praktisi menyebut ransomware PDNS di Surabaya ketika mengkritik fokus pidana pada UU Satu Data Indonesia (SDI). Kami tidak menjelaskan rincian kejadian itu. Pelajaran umumnya jelas: kesiapan pemulihan menentukan seberapa lama layanan terhenti.

Dalam praktik, penyerang ransomware modern sengaja mencari dan merusak cadangan lebih dahulu sebelum mengunci data utama. Karena itu cadangan perlu dilindungi sama kuatnya dengan data utama, termasuk kontrol akses dan pencatatan.

Apa yang dikatakan sumber

Sumber kami tidak memuat kewajiban backup tertentu dalam UU SDI. Yang diberitakan adalah standar keamanan, audit keamanan, audit kedaulatan data, dan kewajiban lapor insiden 1x24 jam. Praktisi menyarankan deteksi anomali, respons insiden, dan audit arsitektur.

Panduan di bawah ini dengan demikian bukan isi aturan. Ia adalah praktik umum yang selaras dengan semangat keamanan dan ketahanan data, dan kemungkinan akan diperiksa dalam audit keamanan.

Contoh media berbeda antara lain penyimpanan jaringan, cakram eksternal, pita, dan penyimpanan awan. Tidak perlu semuanya. Yang penting dua jenis berbeda sehingga kerusakan satu jenis tidak menghapus semuanya.

Aturan 3-2-1 yang mudah diingat

Praktik umum yang populer adalah aturan 3-2-1. Simpan tiga salinan data, pada dua jenis media berbeda, dengan satu salinan di lokasi terpisah. Idenya, satu kejadian buruk tidak menghilangkan semua salinan sekaligus.

Tambahkan satu prinsip: salinan terpisah sebaiknya tidak selalu terhubung ke jaringan utama. Ransomware sering menyebar ke penyimpanan yang terhubung, termasuk cadangan. Salinan yang terputus atau tidak dapat diubah lebih sulit dirusak.

Cadangan juga perlu dienkripsi, terutama yang disimpan di luar kantor. Bila cakram cadangan hilang atau dicuri, data warga di dalamnya tidak boleh terbaca. Enkripsi cadangan sekaligus mengurangi risiko kebocoran data pribadi.

Uji pemulihan secara berkala

Banyak organisasi baru sadar cadangannya rusak ketika mencoba memulihkan saat darurat. Karena itu, lakukan uji pemulihan berkala. Ambil sebagian cadangan, pulihkan ke lingkungan uji, lalu periksa apakah data utuh dan dapat dipakai.

Catat berapa lama pemulihan memakan waktu. Angka ini penting untuk menentukan berapa lama layanan mungkin terhenti dan menjadi bahan keputusan pimpinan dalam menyiapkan rencana alternatif.

Prioritas pemulihan sebaiknya disepakati sebelum krisis. Saat serangan, semua orang ingin sistemnya dipulihkan lebih dahulu. Daftar prioritas yang disetujui pimpinan mencegah perdebatan dan mempercepat pemulihan layanan yang paling penting bagi masyarakat.

Rencana pemulihan sebelum serangan

Cadangan hanya sebagian dari rencana pemulihan. Instansi juga perlu menentukan sistem mana yang dipulihkan lebih dulu. Layanan yang menyangkut hajat hidup orang banyak, misalnya data penerima bantuan, biasanya diprioritaskan.

Dokumentasikan setiap langkah pembersihan. Catatan ini membantu audit dan memperkuat laporan insiden. Menurut pemberitaan, UU SDI mewajibkan laporan insiden paling lambat 1x24 jam, jadi catatan yang rapi akan mempercepat penyusunan laporan.

• Daftar sistem menurut prioritas dan urutan pemulihan.
• Penanggung jawab setiap sistem dan penggantinya.
• Cara komunikasi darurat bila jaringan utama mati.
• Kontak penyedia layanan dan pihak berwenang.
• Prosedur lapor insiden dalam 1x24 jam menurut pemberitaan.

Bersihkan sebelum memulihkan

Memulihkan data ke sistem yang masih terinfeksi hanya mengulang masalah. Pastikan sumber serangan sudah ditemukan dan ditutup, kata sandi diganti, dan sistem dibersihkan sebelum data dikembalikan.

Simpan salinan bukti, seperti berkas log, sebelum membersihkan. Bukti ini membantu penyelidikan dan penyusunan laporan. Jangan menghapus jejak karena terburu-buru.

Terakhir, libatkan seluruh pegawai. Banyak serangan bermula dari klik pada surel palsu. Pelatihan singkat tentang mengenali surel mencurigakan sering lebih murah dan lebih efektif daripada banyak perangkat mahal.

Soal tebusan

Membayar tebusan tidak menjamin data kembali, dan dapat mendorong serangan berikutnya. Menurut sumber kami, tidak ada ketentuan UU SDI tentang pembayaran tebusan. Penulis tidak memberi nasihat hukum tentang hal itu.

Cara paling kuat untuk mengurangi tekanan tebusan adalah memiliki cadangan yang sehat dan rencana pemulihan yang teruji. Dengan itu, instansi punya pilihan selain menuruti pelaku.

Ringkasnya, anggap pemulihan sebagai keterampilan yang harus dilatih, bukan dokumen yang disimpan. Tim yang pernah berlatih akan bergerak lebih tenang, lebih cepat, dan lebih sedikit membuat kesalahan ketika serangan sungguhan terjadi. Itu pula yang membuat layanan publik kembali berjalan.

Mulailah minggu ini dengan satu uji pemulihan kecil.

Contoh kasus

Contoh: Sebuah dinas menyimpan cadangan data layanan pada penyimpanan yang selalu terhubung ke server utama. Setelah membaca pelajaran dari insiden besar, dinas menambahkan salinan terputus di lokasi lain, menguji pemulihan tiap triwulan, dan mencatat urutan pemulihan sistem. Ketika terjadi gangguan, layanan penting pulih lebih cepat karena langkahnya sudah dilatih.

Hal yang sering keliru

• Mengira cadangan otomatis aman walaupun terhubung terus ke jaringan utama.
• Mengira cadangan tidak perlu diuji selama jadwal pencadangan berjalan.
• Mengira UU SDI sudah mengatur aturan backup secara rinci.

Dasar hukum

• Undang-Undang Satu Data Indonesia (disahkan DPR 6 Oktober 2026; nomor menyusul)
• Perpres 39 Tahun 2019 tentang Satu Data Indonesia

Dalam kategori yang sama

• Beda Lapor Insiden 1x24 Jam di UU SDI dan Notifikasi Kebocoran 3x24 Jam di PP 33/2026
• Beda Lembaga Penyelenggara SDI dan Badan Satu Data Indonesia: Apa yang Berubah?
• Beda Pidana UU Satu Data dan UU ITE: Peretasan dan Gangguan Sistem Elektronik

Ada masukan atau pendapat lain? Kirim lewat WhatsApp atau telepon 0813-3040-8000.