DNS Rebinding: Cara Kerja Serangan dan Cara Melindungi Jaringan Lokal

Router rumah, panel admin perangkat, dan aplikasi di laptop sering dianggap aman karena hanya dapat dijangkau dari jaringan lokal. Namun, batas jaringan saja tidak selalu cukup. DNS rebinding dapat menyalahgunakan cara browser menghubungkan nama domain dengan alamat IP untuk mencoba menjangkau layanan internal melalui halaman web yang dikendalikan penyerang.

Layanan lokal tetap memerlukan autentikasi, validasi permintaan, dan pembatasan akses. Berikut cara kerja serangan ini serta langkah pertahanan bagi pengguna rumahan dan pengembang.

Apa Itu DNS Rebinding?

Dalam penggunaan normal, DNS menerjemahkan nama host menjadi alamat IP. Browser menggunakan nama host sebagai salah satu bagian dari origin yang menentukan batas akses skrip web. Pada DNS rebinding, penyerang mengendalikan domain dan mengubah jawaban DNS-nya: awalnya menunjuk ke server publik yang menyajikan halaman berbahaya, lalu diarahkan ke alamat privat atau loopback yang dapat dijangkau dari perangkat korban.

Karena skrip tetap berinteraksi dengan nama host yang sama, konfigurasi layanan lokal yang lemah dapat membuat permintaan mencapai router, antarmuka administrasi, atau aplikasi pengembangan. Keberhasilan serangan bergantung pada browser, cache DNS, kebijakan jaringan, serta validasi permintaan oleh layanan sasaran.

Bagaimana Serangan Ini Bekerja?

1. Korban membuka halaman penyerang. Halaman berasal dari domain yang dikendalikan penyerang dan menjalankan skrip di browser.
2. Jawaban DNS berubah. Domain yang sama mula-mula mengarah ke server publik, lalu diarahkan ke alamat internal, misalnya alamat router atau layanan di komputer korban.
3. Browser mencoba mengakses layanan lokal. Jika permintaan melewati kontrol browser dan jaringan, skrip dapat mencoba mengirim permintaan ke layanan tersebut menggunakan nama host yang sama.
4. Layanan yang lemah menjadi sasaran. Risiko meningkat jika layanan menerima permintaan tanpa autentikasi memadai, tidak memeriksa header Host, atau menganggap semua permintaan dari jaringan lokal tepercaya.

DNS rebinding berbeda dari cache poisoning. Pada cache poisoning, penyerang berusaha memasukkan jawaban palsu ke cache resolver. Pada rebinding, penyerang dapat memakai domainnya sendiri dan sengaja memberikan jawaban yang berubah untuk memanfaatkan asumsi keamanan browser atau layanan internal.

Mengapa Router dan Layanan Lokal Berisiko?

Panel router, printer, NAS, dashboard pemantauan, server pengembangan, dan alat administrasi kadang hanya mengandalkan fakta bahwa alamatnya berada di jaringan privat. Beberapa layanan juga mendengarkan pada semua antarmuka jaringan meskipun sebenarnya hanya diperlukan di komputer itu sendiri. Jika layanan tidak meminta login atau menerima hostname sembarang, browser korban bisa menjadi perantara permintaan yang tidak diinginkan.

Risiko serupa muncul pada aplikasi server yang mengambil URL dari input pengguna. Jika aplikasi memeriksa alamat IP sekali lalu melakukan koneksi setelah DNS berubah, pemeriksaan awal mungkin tidak lagi mewakili tujuan koneksi sebenarnya. Ini berkaitan dengan validasi URL dan SSRF yang perlu ditangani di sisi server.

Langkah Praktis untuk Mengurangi Risiko

1. Validasi hostname pada layanan web

Pengembang sebaiknya menetapkan daftar hostname yang diizinkan dan menolak permintaan dengan header Host yang tidak dikenal. Jangan membangun URL sensitif hanya dari header yang dikirim peminta. Jika aplikasi berada di belakang reverse proxy, atur proxy dan aplikasi agar hanya menerima hostname serta header penerusan yang disetujui.

2. Wajibkan autentikasi dan perlindungan permintaan

Jangan menganggap permintaan aman hanya karena berasal dari Wi-Fi rumah atau menuju alamat lokal. Gunakan autentikasi untuk panel admin, periksa otorisasi setiap tindakan, dan terapkan perlindungan CSRF bila sesuai dengan mekanisme login aplikasi. Hindari layanan administrasi yang mengubah konfigurasi hanya dengan satu permintaan tanpa verifikasi tambahan.

3. Batasi layanan pada antarmuka yang diperlukan

Jika alat hanya digunakan pada komputer sendiri, ikat layanan ke loopback bila memungkinkan, bukan ke semua antarmuka jaringan. Gunakan firewall untuk membatasi port administrasi dan matikan layanan yang tidak diperlukan. Untuk server rumah, pisahkan perangkat IoT atau tamu dari komputer utama jika router mendukung segmentasi jaringan.

4. Perkuat router dan perangkat

Perbarui firmware, ganti kredensial administrator bawaan, nonaktifkan administrasi jarak jauh dari internet bila tidak dibutuhkan, dan periksa apakah router memiliki fitur perlindungan DNS rebinding. Fitur tersebut dapat memblokir jawaban DNS tertentu yang mengarah ke alamat privat, tetapi pengaturannya berbeda antarprodusen dan dapat mengganggu domain lokal yang sah. Ikuti dokumentasi resmi sebelum mengubahnya. Lihat juga panduan mengamankan router Wi-Fi rumah.

5. Validasi tujuan koneksi dalam aplikasi yang mengambil URL

Untuk fitur yang mengambil URL dari pengguna, gunakan allowlist tujuan jika memungkinkan. Jika harus menerima hostname dinamis, validasi skema, lakukan resolusi DNS, tolak alamat loopback, link-local, dan jaringan privat yang tidak diizinkan, lalu pastikan koneksi menuju alamat yang sudah divalidasi. Periksa setiap redirect dan jangan mengandalkan daftar blokir sederhana. Prinsip ini juga relevan dengan pengamanan API dan endpoint web.

6. Jangan mengandalkan browser sebagai satu-satunya pertahanan

Browser modern dapat menerapkan pembatasan akses jaringan lokal atau meminta izin untuk jenis koneksi tertentu. Mekanisme ini membantu, tetapi dukungan dan perilakunya berbeda menurut browser dan versi. Pertahanan utama tetap berada pada layanan sasaran, konfigurasi jaringan, dan autentikasi yang benar.

Apakah DNSSEC atau DoH Mencegah DNS Rebinding?

Tidak secara langsung. DNSSEC membantu resolver memvalidasi keaslian data DNS yang ditandatangani, tetapi tidak mencegah pemilik domain berbahaya memberikan jawaban yang sengaja berubah melalui zona DNS miliknya sendiri. DNS over HTTPS (DoH) melindungi jalur antara klien dan resolver dari pengamatan atau perubahan oleh pihak di jalur tersebut; DoH tidak membuat setiap jawaban DNS aman secara otomatis. Keduanya tidak menggantikan validasi hostname, autentikasi, dan pembatasan akses jaringan.

Checklist Singkat

• Panel admin dan layanan lokal meminta autentikasi yang kuat.
• Layanan memvalidasi hostname dan menolak header Host yang tidak dikenal.
• Port yang tidak diperlukan ditutup dan layanan hanya mendengarkan pada antarmuka yang dibutuhkan.
• Firmware router serta aplikasi diperbarui, dan administrasi jarak jauh dimatikan jika tidak diperlukan.
• Aplikasi yang mengambil URL memvalidasi alamat tujuan, termasuk setelah redirect.
• Jaringan tamu dan perangkat IoT dipisahkan bila memungkinkan.

Kesimpulan

DNS rebinding mengeksploitasi kepercayaan yang salah tempat antara nama domain, browser, dan layanan lokal. Pengguna dapat mengurangi risiko dengan memperbarui router, membatasi port, dan melindungi panel administrasi. Pengembang perlu memvalidasi hostname, memeriksa otorisasi, serta memastikan aplikasi yang mengambil URL tidak dapat diarahkan ke tujuan internal yang tidak diizinkan. Untuk pendalaman teknis, baca deskripsi DNS Rebinding CAPEC-275 dan riset NCC Group tentang DNS rebinding.