Lakukan Uji Kebocoran WebRTC: Cegah Kebocoran IP

Proxy yang berfungsi tidak otomatis melindungi setiap koneksi browser. Gunakan uji kebocoran WebRTC untuk memverifikasi perutean, mencegah paparan IP yang tidak terduga, serta menjaga keamanan dan konsistensi jejak online Anda. Berikut panduan lengkap untuk melakukannya.

Apa itu WebRTC

WebRTC (Web Real-Time Communication) adalah standar terbuka yang memungkinkan browser dan aplikasi bertukar audio, video, dan data secara langsung tanpa plugin. WebRTC umumnya memakai UDP untuk komunikasi berlatensi rendah, tetapi juga mendukung TCP dan koneksi berbasis relay.

Untuk membangun koneksi, WebRTC mengumpulkan kandidat ICE (Interactive Connectivity Establishment): endpoint jaringan yang mungkin digunakan, berisi alamat, port, dan protokol transport. Kandidat inilah sumber dari semua potensi kebocoran. 

Mengapa proxy bisa bocor lewat WebRTC

Kebocoran WebRTC terjadi ketika proses penemuan konektivitas browser mengungkap alamat yang seharusnya disembunyikan oleh konfigurasi perutean Anda. Uji kebocoran WebRTC membantu Anda menemukannya.

1. Sebuah halaman web memulai pengumpulan kandidat WebRTC.

2. Browser menghubungi server STUN untuk mengetahui alamat publiknya.

3. Jika koneksi tersebut melewati proxy, STUN akan melihat alamat ISP Anda.

4. Browser dapat menampilkan alamat itu ke JavaScript halaman web melalui kandidat ICE.

Perlu diingat:

• Pengaturan proxy di browser belum tentu mencakup lalu lintas WebRTC.

• VPN full-tunnel yang diterapkan dengan benar seharusnya membawa lalu lintas ini; WebRTC pada dasarnya tidak menembus enkripsi VPN.

Mengapa kebocoran WebRTC dapat mengungkap identitas Anda

IP publik yang terekspos dapat menunjukkan penyedia jaringan dan perkiraan lokasi Anda, tetapi bukan nama atau alamat lengkap Anda. Hal ini juga dapat memicu:

• Korelasi antara sesi browser yang sebenarnya terpisah.

• Pembatasan berbasis lokasi.

• Verifikasi tambahan atau peninjauan akun.

Ini adalah konsekuensi yang mungkin terjadi, bukan hasil yang pasti. Meski begitu, sebaiknya tetap berhati-hati dan rutin menjalankan uji kebocoran WebRTC.

Perbedaan kebocoran DNS dan WebRTC

Kebocoran DNS menyangkut ke mana permintaan pencarian domain dikirim; kebocoran WebRTC menyangkut alamat mana yang terungkap saat penemuan konektivitas. Tidak ada uji yang bisa menggantikan yang lain.

Uji DNS biasanya mengidentifikasi resolver rekursif, bukan IP publik perangkat Anda. Resolver yang tidak terduga perlu diselidiki; negaranya saja tidak membuktikan adanya kebocoran.

Cara menguji kebocoran WebRTC

Pada dasarnya, uji kebocoran WebRTC bertujuan memeriksa apakah IP asli Anda muncul di kandidat ICE yang terlihat oleh browser. Beberapa layanan dapat membantu, seperti BrowserLeaks, IPLeak, atau alat WebRTC resmi Trickle ICE di GitHub.

1. Periksa IPv4 dan IPv6 asli Anda tanpa proxy/VPN

• Tutup sesi kerja yang sensitif sebelum menonaktifkan perlindungan.

• Buka IPLeak.

• Catat IPv4 publik langsung Anda dan IPv6 yang tersedia.

• Rahasiakan alamat dasar ini.

“No IPv6 detected” berarti pengujian tidak berhasil membangun konektivitas IPv6, bukan berarti IPv6 tidak akan pernah tersedia.

2. Aktifkan jaringan proxy/VPN Anda dan periksa IP lagi

Hubungkan VPN Anda atau konfigurasikan proxy CyberYozh App di profil browser atau klien yang dituju.

• Buka tab pengujian baru.

• Pastikan IP publik berubah menjadi exit yang diharapkan.

• Periksa IPv4 dan IPv6 secara terpisah.

IP penjelajahan yang berubah menegaskan bahwa rute koneksi sudah berubah, tetapi kebocoran WebRTC mungkin masih ada.

3. Buka BrowserLeaks, IPLeak, atau Trickle ICE dari WebRTC

Pilih uji kebocoran WebRTC online:

• BrowserLeaks: periksa “Your WebRTC IP” dan log SDP.

• IPLeak: gunakan uji gabungan kebocoran DNS dan WebRTC.

• Trickle ICE: contoh proyek WebRTC; klik “Gather candidates” dan periksa kolom alamat/tipe. Ini hanyalah contoh diagnostik, bukan sertifikasi privasi yang menyeluruh.

4. Periksa apakah IP fisik Anda muncul di hasil

Bandingkan hasil uji kebocoran WebRTC dengan alamat dasar Anda:

• IP publik ISP langsung muncul: selidiki kebocoran IP.

• Exit proxy/VPN yang diharapkan muncul: sesuai dengan perutean yang terlindungi.

• 192.168.x.x atau 10.x.x.x: informasi jaringan privat, bukan identitas publik Anda.

• Hostname .local: penyamaran alamat lokal, bukan bukti perlindungan IP publik.

Tidak adanya kandidat atau munculnya error berarti hasilnya belum meyakinkan. Uji ulang dengan alat lain setelah menyambung kembali. Jika tidak ada alat yang menunjukkan kebocoran, Anda aman. Untuk mengetahui cara mencegah kebocoran, lanjutkan membaca.

Cara mencegah kebocoran WebRTC

Nonaktifkan WebRTC bila tidak diperlukan, atau terapkan perutean terlindungi jika panggilan dan aplikasi real-time harus tetap berfungsi. Memblokir UDP non-proxy memang membantu, tetapi tidak menggantikan uji kebocoran WebRTC untuk memahami kondisi sebenarnya.

Di browser biasa

Gunakan panduan pengaturan browser yang sesuai, lalu terapkan kontrol yang tepat:

• Firefox desktop: about:config → media.peerconnection.enabled → false. Ini menonaktifkan WebRTC.

• Chrome: gunakan ekstensi privasi yang terus diperbarui dan mendukung disable_non_proxied_udp.

• Brave: cari “WebRTC IP Handling Policy” di Settings; pilih “Disable Non-Proxied UDP.”

• Microsoft Edge: gunakan ekstensi privasi WebRTC yang kompatibel atau kebijakan terkelola; lalu uji ulang.

• Safari: gunakan perutean VPN tingkat perangkat yang diberlakukan secara paksa; jangan mengandalkan petunjuk lama dari menu eksperimental.

• Opera: pilih pemblokiran UDP non-proxy jika tersedia, atau gunakan ekstensi kompatibel yang terus diperbarui.

Di browser antidetect

Ikuti petunjuk browser antidetect.

Tetapkan proxy ke profil, lalu periksa pengaturan WebRTC-nya. Pilih mode nonaktif jika tidak diperlukan; jika diperlukan, gunakan opsi perutean terlindungi dari vendor. 

Label seperti “Altered” berbeda di tiap produk: mengubah kandidat yang ditampilkan saja tidak membuktikan bahwa lalu lintas jaringan terlindungi. 

Uji setiap profil setelahnya.

Di klien proxy

Ikuti petunjuk klien proxy. Lalu:

1. Impor kredensial CyberYozh Anda. 

2. Aktifkan mode TUN/full-routing jika didukung.

3. Pastikan upstream mendukung UDP.

4. Arahkan DNS melalui jalur yang dimaksudkan

5. Nonaktifkan fallback langsung yang tidak diinginkan. 

Mode proxy sistem saja tidak setara dengan tunnel di seluruh perangkat. Setelah itu, uji ulang konfigurasi browser yang sebenarnya untuk memeriksa kebocoran WebRTC.

Pengaturan firewall sistem

Lihat panduan pengaturan OS yang sesuai.

Gunakan kill switch VPN di pengaturan Wi-Fi Anda, atau tambahkan aturan keluar (outbound) yang membatasi aplikasi terlindungi hanya lewat tunnel atau klien proxy. Cakup IPv4 maupun IPv6. Ini akan menonaktifkan semua lalu lintas non-proxy (langsung) sehingga risiko kebocoran WebRTC berkurang. 

Praktik terbaik saat bekerja dengan risiko kebocoran WebRTC

• Uji profil kerja yang sebenarnya, bukan sekadar browser default; izin browser, ekstensi, penetapan proxy, dan aturan perutean bisa berbeda antar lingkungan.

• Ulangi pemeriksaan setelah pembaruan browser, perubahan klien, pergantian jaringan, dan koneksi ulang; pengujian yang berhasil hanya memvalidasi konfigurasi tertentu, bukan semua kondisi di masa depan.

• Verifikasi DNS dan IPv6 secara terpisah; menonaktifkan WebRTC tidak memperbaiki perutean resolver yang tidak terkait atau mencegah koneksi biasa melewati jalur jaringan terlindungi Anda.

• Uji perilaku saat gagal sebelum pekerjaan produksi: putuskan tunnel dan pastikan aplikasi terlindungi berhenti terhubung, bukan diam-diam beralih ke akses langsung.

• Pertahankan fungsi yang diperlukan: uji panggilan dan berbagi layar setelah pembatasan diterapkan, lalu dokumentasikan konfigurasi yang berfungsi tanpa menyimpan kata sandi proxy atau membagikan alamat dasar secara publik.