Serangan Distributed Denial of Service (DDoS) membanjiri layanan dengan trafik atau permintaan hingga pengguna sah kesulitan mengaksesnya. Dampaknya bisa berupa koneksi lambat, lonjakan biaya, hingga layanan berhenti total. Karena serangan dapat menyasar jaringan maupun aplikasi, menambah kapasitas server saja tidak selalu cukup. Admin server membutuhkan perlindungan berlapis dan prosedur yang sudah disiapkan sebelum insiden terjadi. Berikut tujuh langkah mitigasi serangan DDoS yang patut dikuasai.
1. Kenali trafik normal dan tetapkan indikator serangan
Anda tidak dapat mengenali anomali tanpa mengetahui kondisi normal. Pantau permintaan per detik, penggunaan bandwidth, koneksi aktif, latensi, tingkat kesalahan HTTP, serta beban CPU dan memori. Bandingkan pola pada jam sibuk, akhir pekan, dan saat promosi agar lonjakan pengguna asli tidak langsung dianggap serangan.
Buat peringatan berdasarkan gabungan indikator, bukan satu angka saja. Misalnya, kenaikan permintaan yang disertai lonjakan kesalahan dan penurunan keberhasilan login lebih layak diselidiki. Simpan metrik serta log secara terpusat agar tetap tersedia ketika server asal tidak dapat diakses.
2. Lindungi server asal dengan arsitektur yang tepat
Tempatkan layanan publik di belakang penyedia CDN atau perlindungan DDoS yang mampu menyerap trafik sebelum mencapai infrastruktur Anda. Pastikan server asal hanya menerima koneksi dari jalur yang diperlukan, misalnya alamat jaringan milik proxy tepercaya. Jika alamat IP asal tetap terbuka untuk publik, penyerang dapat melewati lapisan pelindung tersebut.
Gunakan penyeimbang beban dan redundansi bila kebutuhan layanan membenarkannya. Periksa pula kapasitas koneksi internet: autoscaling aplikasi tidak akan membantu jika jalur menuju server sudah penuh. Siapkan perubahan DNS dan akses administratif jauh sebelum insiden, bukan saat layanan sedang tumbang.
3. Koordinasikan perlindungan di tingkat jaringan
Serangan volumetrik perlu ditangani sedekat mungkin dengan sumber atau jaringan hulu. Ketahui prosedur eskalasi ke penyedia hosting, ISP, atau penyedia mitigasi DDoS, termasuk data yang mereka perlukan untuk menyelidiki insiden. Tanyakan kemampuan penyaringan trafik dan batas kapasitas layanan yang Anda gunakan.
Di sisi sendiri, tutup port yang tidak diperlukan dan batasi akses administratif melalui jalur yang aman. Aturan firewall dapat membantu menyaring trafik yang jelas tidak relevan, tetapi jangan mengandalkan pemblokiran IP manual sebagai satu-satunya pertahanan: trafik DDoS sering berasal dari banyak alamat dan dapat berubah cepat.
4. Terapkan pembatasan permintaan secara selektif
Rate limiting membantu melindungi endpoint yang mahal diproses, seperti login, pencarian, dan pembuatan laporan. Tetapkan ambang yang berbeda sesuai fungsi endpoint, lalu uji terhadap perilaku pengguna sah. Untuk permintaan yang melewati batas, aplikasi dapat mengembalikan respons HTTP 429 dan petunjuk waktu mencoba kembali.
Jangan menetapkan aturan terlalu agresif berdasarkan alamat IP saja. Pengguna di kantor, kampus, atau jaringan seluler dapat berbagi alamat yang sama. Gunakan sinyal tambahan yang tersedia, seperti sesi atau token akses, dan manfaatkan aturan WAF untuk pola permintaan mencurigakan. Pantau dampak setiap aturan agar perlindungan tidak justru memblokir pelanggan.
5. Kurangi pekerjaan yang harus dilakukan aplikasi
Ketika permintaan meningkat, setiap proses yang tidak perlu mempercepat kehabisan sumber daya. Cache halaman dan aset yang aman untuk disimpan, batasi ukuran permintaan, serta tetapkan batas waktu koneksi dan kueri yang masuk akal. Lindungi database dengan pembatasan koneksi dan antrean kerja agar satu endpoint berat tidak melumpuhkan seluruh layanan.
Siapkan mode degradasi terencana: misalnya, nonaktifkan sementara fitur yang tidak penting atau tampilkan halaman informasi ringan saat kapasitas kritis. Pastikan mekanisme ini diuji terlebih dahulu. Tujuannya bukan mempertahankan semua fitur dengan segala cara, melainkan menjaga fungsi paling penting tetap tersedia bagi pengguna sah.
6. Jalankan prosedur respons insiden yang jelas
Saat dugaan serangan muncul, konfirmasi dulu gejalanya melalui metrik dan pemeriksaan dari beberapa lokasi. Catat waktu mulai, layanan terdampak, perubahan pola trafik, dan tindakan yang diambil. Tunjuk penanggung jawab untuk koordinasi teknis, komunikasi pengguna, serta kontak dengan penyedia infrastruktur.
Aktifkan aturan mitigasi secara bertahap dan amati hasilnya: apakah latensi membaik, apakah kesalahan berkurang, dan apakah pengguna sah masih bisa masuk? Hindari perubahan besar tanpa pencatatan karena akan menyulitkan evaluasi dan pemulihan. Jika layanan tetap terganggu, eskalasikan sesuai daftar kontak yang telah disiapkan.
7. Uji kesiapan dan perbaiki setelah insiden
Perlindungan yang belum diuji belum tentu bekerja saat dibutuhkan. Lakukan simulasi respons bersama tim, periksa apakah peringatan sampai ke petugas yang tepat, dan pastikan akses ke dasbor serta penyedia mitigasi tetap tersedia. Pengujian beban yang sah juga dapat membantu menemukan titik lemah aplikasi, asalkan dilakukan secara terencana dan dalam batas yang disetujui.
Setelah insiden, tinjau linimasa, efektivitas aturan, durasi gangguan, dan dampaknya pada pengguna. Perbarui ambang peringatan, konfigurasi, serta prosedur berdasarkan temuan tersebut. Mitigasi DDoS bukan satu tombol darurat, melainkan kombinasi visibilitas, arsitektur, pengendalian trafik, dan latihan respons yang terus diperbaiki.
