Mengapa ini penting

VPN mengubah IP publik yang dilihat situs web biasa. WebRTC berbeda: halaman bisa meminta browser alamat koneksi yang dipakai untuk panggilan peer-to-peer.

Jika alamat itu mencakup IP publik asli Anda atau alamat jaringan lokal, perlindungan VPN belum lengkap untuk halaman itu — meski pemeriksaan “apa IP saya” yang biasa tampak baik-baik saja.

Apa itu WebRTC

WebRTC adalah teknologi browser untuk audio, video, dan data antar peer tanpa plugin. Untuk menemukan jalur yang berfungsi, browser mengumpulkan kandidat ICE — alamat yang mungkin dipakai peer.

Mengumpulkan kandidat itu sering melibatkan server STUN di internet publik. Proses ini berguna untuk panggilan, dan berisiko bagi privasi jika halaman sembarang bisa membaca daftar yang sama.

Apa yang bisa dipelajari situs web

Yang diharapkan

Situs melihat alamat VPN

  1. Perangkat Anda
  2. IP keluar VPN
  3. Situs web

Bocor

WebRTC masih mengungkap IP asli atau lokal

  1. Perangkat Anda
  2. IP publik asli
  3. Alamat LAN
  4. Situs web

Paparan lokal vs publik

Kandidat host biasanya alamat LAN (misalnya 192.168.x.x). Melihatnya berarti halaman mempelajari sesuatu tentang jaringan lokal Anda — konteks yang berguna, tetapi tidak sama dengan membocorkan IP publik ISP.

Kandidat server-reflexive (srflx) adalah alamat publik sebagaimana dilihat dari internet. Bagi pengguna VPN, pertanyaan pentingnya adalah apakah alamat publik itu sama dengan alamat yang dipakai untuk memuat halaman — biasanya IP keluar VPN jika terowongan mencakup situs itu. Tes kebocoran membandingkan keluarga IP yang sama (IPv4 dengan IPv4, IPv6 dengan IPv6); keluarga yang lain dicantumkan agar Anda memeriksanya, tidak ditandai otomatis.

Nama mDNS bukan inti ceritanya

Banyak browser menyembunyikan IP LAN mentah di balik nama yang berakhiran .local (mDNS). Itu mengurangi paparan kasual alamat 192.168, tetapi tidak memperbaiki kebocoran IP publik.

Saat membaca tes kebocoran, anggap mDNS sebagai “identitas lokal disamarkan,” bukan bukti bahwa tidak ada yang sensitif yang dibagikan.

Apa yang bisa Anda lakukan

Utamakan pengaturan browser atau VPN yang membatasi IP yang boleh dibagikan WebRTC, daripada mematikan WebRTC kecuali Anda tidak pernah butuh panggilan di browser.

Chrome dan Edge tidak lagi menyediakan sakelar WebRTC lama di chrome://flags; browser yang dikelola bisa mengatur kebijakan penanganan IP WebRTC. Firefox bisa membatasi kandidat host ICE di about:config — mematikan media.peerconnection.enabled akan merusak panggilan. Beberapa aplikasi VPN menyertakan perlindungan WebRTC — gunakan jika tersedia.

Setelah mengubah pengaturan, jalankan lagi tes kebocoran WebRTC dan bandingkan kandidat publik dengan IP VPN Anda.

Cara memeriksa

Buka tes kebocoran WebRTC saat tersambung ke VPN. Catat IP publik yang dilaporkan halaman untuk koneksi Anda, lalu lihat apakah WebRTC mencantumkan alamat publik yang berbeda.

Jika yang muncul hanya LAN atau nama mDNS, pahami artinya bagi model ancaman Anda. Jika ada alamat publik yang berbeda dari keluar VPN, itu yang harus diperbaiki lebih dulu.

Ingat

  • Hasil “apa IP saya” yang bersih tidak membuktikan WebRTC aman.
  • Mematikan WebRTC sepenuhnya merusak banyak panggilan di browser — lebih baik membatasi paparan IP.
  • Situs yang berbeda bisa memakai WebRTC dengan cara berbeda; halaman tes menunjukkan apa yang akan diungkap browser ini kepada skrip yang serupa.
  • Periksa lagi setelah pembaruan browser atau VPN.

SkyPath VPN

Ingin perlindungan ini setiap saat?

SkyPath VPN gratis untuk Android — cukup satu ketukan untuk terhubung, tanpa akun, tanpa log.

Get it on Google Play