Tes Kebocoran WebRTC
WebRTC memungkinkan browser Anda menemukan alamat jaringannya sendiri untuk menyiapkan panggilan dan video chat — dan website mana pun bisa memicu penemuan itu secara diam-diam. Tes ini menunjukkan persis alamat mana saja yang diungkap browser Anda dan apakah salah satunya adalah alamat asli Anda di balik VPN atau proxy.
Browser Anda mengumpulkan kandidat ICE ke server STUN kami sendiri; setiap alamat publik di dalamnya dibandingkan dengan alamat yang dilihat website lewat HTTP.
Mengecek
| Jenis | Alamat | Port | Protokol | Jenis alamat | Cakupan |
|---|---|---|---|---|---|
| srflx | 203.0.113.5 | 51234 | udp | IPv4 | public |
Perbaikan untuk browser Anda
Chrome
- Chrome tidak punya sakelar di pengaturannya. Pasang ekstensi yang mengatur WebRTC IP handling policy — “WebRTC Network Limiter” milik Google sendiri menyediakannya — lalu pilih “Disable non-proxied UDP” (di sana disebut sebagai memakai server proxy Anda, memaksa UDP melewatinya atau beralih ke TCP).
- Alternatifnya, gunakan ekstensi browser dari penyedia VPN Anda jika menawarkan proteksi WebRTC, atau di perangkat yang dikelola gunakan kebijakan WebRtcIPHandling (nilai disable_non_proxied_udp; Chrome 135+ juga menerima aturan per situs dengan WebRtcIPHandlingUrl).
- Alamat lokal sudah tersembunyi: Chrome 74+ menggantinya dengan nama mDNS. Chrome untuk Android dan iOS tidak punya pengaturan setara; andalkan kill switch aplikasi VPN.
- Jalankan ulang tes ini.
Firefox
- Buka about:config dan terima peringatannya.
- Atur media.peerconnection.ice.default_address_only ke true agar hanya rute default (VPN saat tersambung) yang dipakai, dan media.peerconnection.ice.no_host ke true untuk menghapus alamat lokal.
- Jika Anda browsing lewat proxy, atur juga media.peerconnection.ice.proxy_only_if_behind_proxy ke true agar WebRTC lewat proxy atau tidak sama sekali.
- Untuk mematikan WebRTC sepenuhnya, atur media.peerconnection.enabled ke false (panggilan di browser berhenti berfungsi). Firefox sudah menyembunyikan alamat lokal di balik nama mDNS.
- Jalankan ulang tes ini.
Safari
- Safari tidak punya sakelar WebRTC. Ia memberikan kandidat STUN (server-reflexive) tanpa dialog izin dan hanya mengungkap kandidat lokal — sebagai nama mDNS — setelah sebuah situs mendapat akses kamera atau mikrofon.
- Kebocoran yang dilaporkan di sini karenanya berarti UDP keluar dari tunnel VPN: gunakan VPN dengan kill switch dan dukungan IPv6, dan hindari proxy untuk anonimitas (proxy tidak pernah membawa UDP).
- Di iPhone dan iPad, Lockdown Mode (Pengaturan › Privasi & Keamanan) menonaktifkan WebRTC sepenuhnya, yang juga menghentikan kebocoran.
- Jangan aktifkan Develop › WebRTC › Disable ICE Candidate Restrictions: itu opsi developer yang mengekspos lebih banyak, bukan lebih sedikit.
- Jalankan ulang tes ini.
Edge
- Edge juga tidak punya sakelar untuk pengguna. Gunakan ekstensi yang mengatur WebRTC IP handling policy ke “Disable non-proxied UDP”, atau ekstensi dari penyedia VPN Anda.
- Di perangkat yang dikelola, atur kebijakan WebRtcLocalhostIpHandling, atau di Edge 135+ WebRtcIPHandlingUrl dengan penanganan disable_non_proxied_udp untuk pola *.
- Edge di Android dan iOS tidak bisa mengubah ini; gunakan proteksi kebocoran aplikasi VPN.
- Jalankan ulang tes ini.
Brave
- Buka Settings › Privacy and security (brave://settings/privacy).
- Di bawah WebRTC IP handling policy pilih “Disable non-proxied UDP”. “Default public interface only” juga mencegah alamat lokal terekspos sambil tetap mengizinkan UDP.
- Brave Shields dengan proteksi fingerprinting aktif sudah menerapkan kebijakan non-proxied-UDP; opsi yang sama ada di Brave untuk Android di Settings › Privacy and security.
- Jalankan ulang tes ini.
Browser lain
- Browser berbasis Chromium (Opera, Vivaldi, Samsung Internet) menerima ekstensi dan kebijakan WebRtcIPHandling yang sama dengan Chrome.
- Jika tidak ada pengaturannya, kill switch atau opsi “block WebRTC” di aplikasi VPN adalah perbaikannya.
- Jalankan ulang tes ini.
Setelah mengubah pengaturan, jalankan tes lagi: hasilnya harus berbunyi Tidak bocor atau Diblokir.
Jalankan tes kebocoran WebRTC
Tes ini berjalan di browser Anda. Ia membuka koneksi WebRTC ke server STUN milik kami sendiri (tidak pernah milik pihak ketiga), mengumpulkan kandidat ICE yang dihasilkan browser, dan membandingkan setiap alamat publik di dalamnya dengan alamat yang dilihat website lewat HTTP. Prosesnya kurang dari sedetik; tidak ada apa pun dari kandidat tersebut yang dikirim ke server kami.
Alamat IP WebRTC Anda
Setiap baris kandidat menampilkan alamat, jenis, dan cakupannya. Hanya alamat publik yang berpengaruh pada vonis; entri privat dan mDNS paling-paling mengungkap tata letak jaringan Anda, tidak pernah identitas Anda.
IP publik lewat STUN
Kandidat srflx (server-reflexive) adalah alamat asal paket UDP Anda sebagaimana dilihat server STUN kami. Dengan VPN yang berfungsi, alamat ini sama dengan alamat VPN Anda. Jika berbeda, berarti UDP keluar dari perangkat Anda di luar tunnel dan alamat asli Anda terekspos — itulah kebocorannya.
Kandidat IP lokal / mDNS
Kandidat host adalah alamat antarmuka lokal Anda. Chrome, Edge, Firefox, dan Safari versi terkini menggantinya dengan nama mDNS acak ….local sehingga situs tidak bisa membaca alamat LAN Anda; browser lama dan sebagian pengaturan masih menampilkan alamat bergaya 192.168.x.x, yang mengungkap tata letak jaringan rumah Anda tetapi bukan identitas publik Anda.
Apa itu kebocoran WebRTC?
VPN atau proxy mencegat lalu lintas yang Anda kirim melaluinya; WebRTC justru meminta rute terbaik ke server STUN langsung dari sistem operasi, dan sistem operasi mungkin menjawab lewat antarmuka fisik. Proxy sama sekali tidak pernah membawa UDP, jadi bagi pengguna proxy, hasil STUN publik apa pun pada dasarnya berada di luar proxy. Akibatnya, sebuah website mengetahui alamat publik asli Anda sementara bilah alamat browser, cookie, dan semua yang lain menunjukkan VPN. Panduan apa itu WebRTC menjelaskan protokolnya.
Cara menghentikan kebocoran WebRTC
Anda bisa mencegah WebRTC memakai antarmuka yang tidak lewat tunnel, atau menonaktifkannya sama sekali. Menonaktifkan akan merusak panggilan video di browser, jadi utamakan opsi pembatasan.
Chrome dan Edge
Chrome tidak punya sakelar bawaan. Pasang ekstensi yang mengatur WebRTC IP handling policy ke Disable non-proxied UDP (kebijakan yang disediakan API ekstensi Chrome), atau gunakan ekstensi dari penyedia VPN Anda jika menawarkan proteksi WebRTC. Administrator perusahaan bisa mengatur kebijakan WebRtcIPHandling secara terpusat.
Firefox
Buka about:config. Atur media.peerconnection.ice.default_address_only ke true untuk membatasi WebRTC ke rute default (VPN saat tersambung), dan media.peerconnection.ice.no_host ke true untuk menyembunyikan alamat lokal. Untuk menonaktifkan WebRTC sepenuhnya, atur media.peerconnection.enabled ke false.
Safari
Safari menyembunyikan alamat lokal di balik mDNS dan hanya mengumpulkan kandidat STUN saat sebuah halaman benar-benar menyiapkan panggilan atau data channel. Tidak ada sakelar untuk pengguna; di iOS, Lockdown Mode memblokir WebRTC sepenuhnya. Jika tes ini melaporkan kebocoran di Safari, perbaikannya ada pada penanganan IPv6/UDP milik VPN Anda, bukan pengaturan browser.
Brave
Settings › Privacy and security › WebRTC IP handling policy: pilih Disable non-proxied UDP. Brave Shields sudah memblokir sebagian besar pemakaian fingerprinting yang umum.
Ekstensi
Ekstensi pemblokir WebRTC bekerja dengan mengatur kebijakan penanganan IP yang sama; mereka tidak bisa berbuat lebih dari yang diizinkan browser. Pastikan ekstensi tidak sekadar menyembunyikan hasil dari tes ini sementara kebocorannya berlanjut: setelah memasangnya, jalankan ulang dan pastikan statusnya diblokir atau tidak bocor, bukan sekadar daftar kosong.
Pertanyaan yang sering diajukan
Bagaimana cara menonaktifkan WebRTC?
Firefox: atur media.peerconnection.enabled ke false di about:config. Chrome, Edge, dan Brave: atur WebRTC IP handling policy ke Disable non-proxied UDP (Brave di pengaturannya, Chrome/Edge lewat ekstensi atau kebijakan perusahaan). Safari tidak punya sakelar; Lockdown Mode di iOS menonaktifkannya. Jalankan ulang tes ini untuk memastikan.
Apakah WebRTC berisiko bagi keamanan?
WebRTC sendiri aman — media dan datanya terenkripsi. Masalah privasinya ada pada penemuan alamat: sebuah halaman bisa mengetahui alamat publik dan kadang alamat lokal Anda tanpa dialog izin, yang terutama penting jika Anda mengandalkan VPN atau proxy untuk menyembunyikannya.
Apakah memblokir WebRTC itu baik?
Jika Anda memakai VPN atau proxy dan tes ini menunjukkan kebocoran, membatasi WebRTC adalah langkah yang tepat. Memblokirnya sepenuhnya menghentikan panggilan berbasis browser dan sebagian situs konferensi; kebijakan disable non-proxied UDP tetap memungkinkan panggilan lewat tunnel dan merupakan default yang lebih baik.
Apa yang terjadi saat kebocoran IP WebRTC terdeteksi?
Alamat yang diungkap WebRTC terlihat oleh website — mereka bisa mencatatnya, mencari geolokasinya, dan menggabungkannya dengan alamat yang terlihat lewat HTTP. Tidak ada yang “dikirim” ke mana pun oleh tes kami; kebocoran hanya terjadi antara browser Anda dan situs yang memilih untuk mengumpulkannya. Terapkan salah satu perbaikan di atas lalu uji ulang.
Apa fungsi ekstensi WebRTC?
Ekstensi WebRTC mengatur kebijakan penanganan IP browser sehingga kandidat hanya dikumpulkan lewat rute default (yang lewat tunnel), atau tidak sama sekali. Sebagian juga menghapus alamat lokal. Ekstensi tidak bisa mengenkripsi atau mengalihkan lalu lintas; itu tugas VPN.
Apa itu WebRTC Shield?
“WebRTC Shield” dan nama-nama serupa dipakai oleh beberapa ekstensi dan aplikasi VPN untuk fitur yang menerapkan kebijakan pembatasan seperti dijelaskan di atas. Apa pun namanya, pastikan fitur itu bekerja dengan menjalankan ulang tes ini: statusnya harus tidak bocor atau diblokir.
Kandidat ICE: browser Anda terhadap stun.checkmyip.com (server kami sendiri, UDP dan TCP, IPv4 dan IPv6); alamat HTTP: probe.checkmyip.com. Perbandingan berjalan di browser Anda; kandidat tidak pernah dikirim kepada kami.