Menyusun rencana respons insiden siber dalam 6 tahap
Saat insiden terjadi, tidak ada waktu untuk berdebat siapa memutuskan apa. Rencananya harus sudah ada dan pernah dilatih.
Enam tahap: persiapan, identifikasi, pembatasan, pemberantasan, pemulihan, dan evaluasi.
Simpan daftar kontak dan prosedur di tempat yang tetap bisa dibuka saat sistem mati.
Latih lewat simulasi di atas meja minimal setahun sekali.
Insiden keamanan hampir pasti terjadi cepat atau lambat. Yang membedakan gangguan singkat dari krisis berkepanjangan biasanya bukan teknologi, melainkan kesiapan orang dan prosedurnya.
Enam tahap respons
1. Persiapan
Bentuk tim respons dengan peran yang jelas: koordinator, teknis, hukum, komunikasi, dan wakil manajemen. Siapkan daftar kontak, inventaris aset, akses ke log, serta kontrak dengan pihak forensik bila tidak punya kemampuan sendiri.
2. Identifikasi
Pastikan apakah benar terjadi insiden, sistem mana yang terdampak, dan seberapa parah. Tetapkan tingkat keparahan agar eskalasinya sesuai.
3. Pembatasan
Hentikan penyebaran: isolasi perangkat dari jaringan, nonaktifkan akun yang diambil alih, blokir alamat penyerang. Jangan mematikan atau memasang ulang mesin sebelum bukti diamankan.
4. Pemberantasan
Cari dan hilangkan penyebabnya: malware, akun buatan penyerang, celah yang dieksploitasi. Ganti semua kredensial yang mungkin terpapar.
5. Pemulihan
Kembalikan sistem dari cadangan yang bersih, pantau lebih ketat selama beberapa minggu, dan buka layanan secara bertahap.
6. Evaluasi
Dalam dua minggu, adakan tinjauan tanpa mencari kambing hitam: apa yang terjadi, apa yang berjalan baik, apa yang perlu diperbaiki, dan siapa yang mengerjakannya.
Isi dokumen rencana
- Definisi insiden dan tingkat keparahannya.
- Susunan tim, peran, dan pengganti bila seseorang tidak bisa dihubungi.
- Daftar kontak internal dan eksternal: penyedia internet, vendor, bank, penasihat hukum, forensik.
- Siapa yang berwenang memutuskan hal besar, misalnya mematikan layanan.
- Panduan singkat per skenario: ransomware, akun email diambil alih, kebocoran data, serangan DDoS.
- Templat pemberitahuan untuk pelanggan, karyawan, dan regulator.
Kewajiban pemberitahuan
Bila insiden melibatkan data pribadi, UU Pelindungan Data Pribadi mewajibkan pemberitahuan tertulis kepada subjek data dan lembaga yang berwenang paling lambat 3 × 24 jam. Sektor tertentu, seperti keuangan, memiliki ketentuan pelaporan sendiri. Masukkan tenggat ini ke dalam rencana dan konsultasikan rinciannya dengan penasihat hukum.
Latih rencananya
Adakan simulasi di atas meja: kumpulkan tim selama dua jam, bacakan satu skenario, dan minta tiap orang menjelaskan tindakannya. Latihan seperti ini murah dan hampir selalu menemukan celah, mulai dari nomor telepon yang sudah tidak aktif hingga backup yang ternyata tidak bisa diakses.
Cetak satu salinan rencana. Dokumen yang hanya tersimpan di server tidak berguna ketika server itulah yang terenkripsi.