WebRTC sızıntıları
WebRTC sızıntı testi: tarayıcıdan yapılan bir arama IP adresiniz hakkında neleri ele veriyor
Bağlı olduğu rehber: VoIP güvenli mi? Tarayıcıdan yapılan bir arama neyi korur, neyi açığa çıkarır
callfrombrowser.org'u Google'da tercih ettiğiniz kaynaklara ekleyin
Kısaca
WebRTC sızıntı testi, tarayıcınızın WebRTC üzerinden bir web sayfasına verdiği tüm IP adreslerini listeler; böylece gizlemek istediğiniz bir adresi, genellikle VPN açıkken internet sağlayıcınızın adresini fark edebilirsiniz [1]. Tarayıcıdan bir telefon numarasına yapılan arama IP'nizi aradığınız kişiye değil, arama servisine gösterir; aradığınız kişi yalnızca arayan numarayı görür [2]. Bu test, tarayıcıdan arama yapmadan önce önerdiğim gizlilik ve güvenlik kontrollerinden biri.
Temel bilgiler
- IETF'nin WebRTC kuralları, bölünmüş tünelli (split-tunnel) bir VPN'in, WebRTC'nin VPN adresinin yanı sıra internet sağlayıcınızın genel adresini de bulmasına izin verebileceğini söylüyor [1]. tarihinde kontrol ettim.
- Chrome 156'da yaptığım yerel kontrolde, mikrofon izni olmayan bir sayfa bilgisayarımı yalnızca rastgele bir .local adıyla gördü; mikrofona izin verildiğinde ise gerçek yerel adresimi aldı [3][1]. tarihinde kontrol ettim.
- Messenger, bire bir aramaların IP adresinizi karşı tarafın cihazıyla paylaştığını söylüyor [4]; WhatsApp'ın Aramalarda IP adresini koru ayarı ise aramaları bunun yerine kendi sunucuları üzerinden aktarıyor [5]. tarihinde kontrol ettim.
WebRTC sızıntısı nedir?
Bir WebRTC aramasından önce tarayıcı, ICE adayları (ICE candidates) denen olası ağ rotalarını toplar ve karşı tarafa iletmesi için web sayfasına verir. Her aday bir IP adresi ya da gizlenen yerel adresin yerine rastgele bir .local adı taşır. Sıradan bir web sitesi yalnızca isteğinizin geldiği genel adresi görür; WebRTC aracılığıyla ise bir sayfa daha fazlasını öğrenebilir [1]. Sızıntı, bu listede paylaşmak istemediğiniz herhangi bir adrestir.
Aramanın geri kalanının nasıl taşındığını VoIP nedir: WebRTC, SIP ve telefon şebekesi yazısında anlatıyorum; sızıntılar açısından yalnızca aday listesi önemli. MDN, bu adreslerin sayfaya her zaman açık olduğunu belirtiyor [6].
| Aday türü | Gösterdiği adres | Gizlilik riski |
|---|---|---|
| host | Cihazınızın yerel ağdaki adresi ya da tarayıcı onu gizliyorsa .local ile biten rastgele bir ad [7][3] | Genel adresten düşük, ama IETF özel IPv4 adreslerini parmak izi çıkarmak için oldukça önemli bir yüzey sayıyor [1] |
| srflx (server reflexive) | Yönlendiricinizin ya da VPN'inizin bir STUN sunucusuna gösterdiği genel adres [7] | VPN açıkken bu adres sağlayıcınızın adresiyse yüksek [1] |
| relay | Medyayı ileten bir TURN sunucusundaki adres [7] | Düşük: karşı taraf sizin değil, aktarma sunucusunun adresini görür [6]; aktarma sunucusunun işletmecisi ise sizi yine görür |
Bazı insanlar anonim kalmak için VPN kullandığından IETF, VPN durumunu en önemlisi olarak görüyor [1]. Diğer iki durum, özel adresiniz ve WebRTC denetimlerinin atladığı bir proxy; bu sonuncusu gerçek genel adresinizi ele veriyor [1].
Tarayıcıdan arama IP adresinizi açığa çıkarır mı?
Arama servisine evet: her web sitesi genel adresinizi görür [1] ve arama, servisin sunucularına bir medya bağlantısı ekler. Sabit hat ya da cep telefonu üzerinden aradığınız kişiye hayır: arama, sağlayıcının ağ geçidinde internetten çıkar [8] ve telefon şebekesi IP adresini değil, arayan numarayı iletir [2]. Uygulamadan uygulamaya aramalar ise iki cihazı doğrudan bağlayabilir.
| Arama türü | Servis | Aradığınız kişi |
|---|---|---|
| Tarayıcıdan telefon numarasına (Google Voice, TwinPhone, Yolla) | Evet: medya bağlantısını o yürütüyor | Hayır: arayan numarayı görüyor [2] |
| Ücretsiz web arama servisleri (Call2Friends, Globfone) | Evet: Call2Friends ücretsiz aramaları IP adresi başına sınırlıyor, Globfone'un gizlilik politikası da işlediği teknik veriler ve kayıtlar arasında IP adreslerini sayıyor [9][10] | Hayır: arayan numarayı görüyor |
| Messenger, bire bir arama | Evet | Evet: Meta, IP'nizin karşı cihazla paylaşıldığını söylüyor [4] |
| Evet | Görebilir, Aramalarda IP adresini koru açık değilse; grup aramaları her zaman sunucu üzerinden aktarılıyor [5] | |
| Telegram | Evet | Görebilir: Telegram'ın 2017 duyurusu, aramaların mümkün olduğunda eşler arası (peer-to-peer) kurulduğunu söylüyor [11] |
Gerçek numaralara yapılan aramalarda asıl soru, servisin neyi öğrendiği ve sakladığı; aradığınız kişinin bunun yerine ne gördüğünü tarayıcıdan aradığınızda hangi numaranın göründüğü yazısında anlatıyorum.
WebRTC sızıntı testi nasıl yapılır
Sızıntı testi sayfası, bir arama servisinin aramadan önce yaptığını yapar: bir WebRTC bağlantısı açar, bir STUN sunucusuna hangi genel adresi gördüğünü sorar ve her adayı, düz HTTP üzerinden gördüğü adresin yanında listeler. Testi arama yaptığınız her tarayıcıda, önce VPN kapalıyken, sonra açıkken çalıştırın.
- VPN kapalı: BrowserLeaks'in WebRTC Leak Test sayfası gibi bir sızıntı testi sayfası açın. En üstteki "Your Remote IP" ile "Your WebRTC IP" altındaki "Public IP Address" aynı olmalı.
- VPN açık: sayfayı yenileyin. "Your Remote IP" artık VPN'in adresini göstermeli.
- WebRTC bölümü hâlâ sağlayıcınızın adresini listeliyorsa WebRTC tünelin dışından dolaşıyor demektir [1].
- .local ile biten bir yerel kayıt adresin gizlendiğini gösterir [3]; 192.168. ya da 10. ile başlayan açık bir adres ise gizlenmemiştir.
- Sayfa mikrofon kontrolü sunuyorsa izin verip yeniden test edin: bir arama servisi mikrofon erişimine ihtiyaç duyar ve bu izin daha fazla adresin açılmasını sağlayabilir [1]. Ardından izni site ayarlarından kaldırın [12].
Mikrofona izin verdikten sonra Chrome'da ne değişti
tarihinde bir Mac'teki Chrome 156'da, STUN sunucusu olmadan yerel bir test sayfası açtım; böylece hiçbir adres dışarıdaki bir sunucuya gitmedi. Mikrofon izni yokken sayfa, .local ile biten rastgele bir dizeyle adlandırılmış tek bir host adayı gördü [3]. Mikrofona izin verildiğinde ise gerçek yerel IPv4 adresimi aldı.
Bu, tam adres listesini yalnızca mikrofon izni gibi bir onayla açan standarda uygun [1]; Safari'nin motoru WebKit de aynı kuralı 2017'de anlatmıştı [13]. Yani izin verdiğiniz bir arama servisi yerel adresinizi görebilir: bu, genel adresinizin görülmesinden daha küçük bir risk [1].
WebRTC sızıntılarını sınırlayan tarayıcı ayarları
Brave, kullanıcılar için bir WebRTC IP ayarı belgeliyor. Google, Chrome'un denetimlerini eklentiler ve yöneticiler için belgeliyor; Microsoft da Edge'inkini bir yönetici politikası olarak. Firefox yerel adresleri varsayılan olarak gizliyor ve about:config içinde bir kapatma anahtarı tutuyor. Her yerde geçerli tek kural: WebRTC'yi kapatmak tarayıcı tabanlı arama servislerini de durdurur, çünkü aramayı WebRTC taşır [14].
| Tarayıcı | Denetim | Neyi değiştiriyor | Tarayıcı aramalarına etkisi |
|---|---|---|---|
| Brave | Brave'in wikisine göre (son düzenleme 2018) gizlilik ayarlarındaki WebRTC IP handling policy [15] | Default Public Interface Only seçeneği hiçbir yerel adresi açığa çıkarmıyor [15] | Medya bir aktarma sunucusuna geri düşebilir [1] |
| Chrome | Eklentiler bir WebRTC IP işleme politikası ayarlayabiliyor [16]; yöneticiler WebRtcIPHandling politikasını ayarlayabiliyor [17] | Değere göre özel adresleri kullanmayı bırakıyor ya da medyayı yalnızca bir proxy üzerinden gönderiyor [17] | Yalnızca proxy kullanan değerler sesi TCP'ye itebilir; IETF bunun kaliteyi düşürdüğünü söylüyor [1] |
| Edge | WebRtcLocalhostIpHandling yönetici politikası [18] | Değerlerinden ikisi yerel IP adresini açığa çıkarmayı durduruyor [18] | Chrome'daki gibi |
| Firefox | Yerel adresler varsayılan olarak gizli [19]; about:config içinde media.peerconnection.enabled [20] | Bu tercihi false yapmak WebRTC'yi kapatıyor | Tarayıcı tabanlı arama servisleri çalışmayı bırakıyor |
| Safari | Yerleşik kural | WebKit'in 2017'deki açıklamasına göre mikrofon ya da kamera erişimi olmayan sayfalar hiçbir host adresi almıyor [13] | Yok |
VPN tarayıcı aramalarında neyi değiştirir
WebRTC dahil tüm trafiği tünelinden geçiren bir VPN, arama servisine sizin adresiniz yerine VPN'in adresini gösterir. Bölünmüş tünelli bir VPN ise WebRTC'nin sağlayıcınızın adresini de bulmasına izin verebilir [1]; sızıntı testini VPN açıkken yapmanın nedeni bu. VPN'in aramalar üzerinde yan etkileri de var.
- Bazı servisler VPN'leri kısıtlıyor: TextNow'un koşulları, VPN kullanımını sınırlayabileceğini ya da kısıtlayabileceğini söylüyor [21].
- Bazı ücretsiz arama servisleri, Call2Friends'in yaptığı gibi ücretsiz aramaları IP adresine göre paylaştırıyor [9]; bu yüzden VPN'deyken bu hakkı aynı çıkış adresini kullanan başka kullanıcılarla paylaşıyor olabilirsiniz.
- Medyayı UDP taşıyamayan bir proxy'den geçmeye zorlamak sesi TCP'ye taşır; IETF bunun medya kalitesini düşürdüğünü söylüyor [1].
- Servis hesabınızı ve arama kayıtlarınızı yine de görür; örneğin Google aranan numaraları, aramaların saatini ve süresini kaydedebiliyor [22].
Aramalarda IP adresinizi nasıl gizli tutarsınız
Çözümü arama türüne göre seçin. Telefon numaralarına yapılan aramalarda aradığınız kişi IP'nizi almaz; bu yüzden IP'nizi emanet edebileceğiniz bir servis seçin ve VPN'inizi kontrol edin. Uygulamadan uygulamaya aramalarda karşı cihaz sizinkine doğrudan bağlanabilir; uygulamanın bir aktarma ayarı varsa onu kullanın.
- Tarayıcı aramaları: VPN açıkken sızıntı testini çalıştırın; Brave'de Default Public Interface Only seçeneğini seçin [15].
- Mikrofon: yalnızca bir kez kullandığınız arama servislerinde izni "Bu sefer izin ver" seçeneğiyle verin [12]; Chrome kontrolümde bu izne sahip bir sayfa yerel adresi görebiliyordu.
- WhatsApp: Aramalarda IP adresini koru ayarını açın. Yardım sayfası Android, iOS ve Mac'i kapsıyor, web'i kapsamıyor ve aktarılan aramalarda kalitenin biraz düşebileceği konusunda uyarıyor [5].
Sık sorulan sorular
WebRTC sızıntı testi nedir?
WebRTC sızıntı testi, tarayıcıdan aramanın kullandığı bağlantı kurulumunu çalıştıran ve tarayıcınızın sunduğu tüm IP adreslerini, sayfanın sıradan HTTP üzerinden gördüğü adresin yanında listeleyen bir web sayfasıdır. VPN açıkken bu listede sağlayıcınızın adresinin görünmesi, WebRTC'nin tünelin dışından dolaştığı anlamına gelir [1]; rastgele bir .local adı ise yerel adresinizin gizlendiğini gösterir [3].
Tarayıcımdan aradığım kişi IP adresimi görebilir mi?
Hayır, sabit hatta ya da cep telefonuna yapılan bir aramada göremez. Sağlayıcı, tarayıcınızdaki sesi kendi ağ geçidinde bir telefon aramasına dönüştürür [23] ve telefon şebekesi IP adresini değil, arayan numarayı iletir [2]. Uygulamadan uygulamaya aramalar farklı: Messenger, bire bir aramaların IP'nizi karşı tarafın cihazıyla paylaştığını söylüyor [4].
VPN WebRTC sızıntılarını durdurur mu?
WebRTC dahil tüm trafiği tünelinden geçiren bir VPN durdurur. Bölünmüş tünelli bir VPN durdurmayabilir, çünkü WebRTC, VPN'in adresinin yanında sağlayıcınızın genel adresini de bulabilir [1]. Bunu bilmenin tek yolu, kullandığınız her tarayıcıda VPN bağlıyken bir sızıntı testi yapmak ve güncellemelerden sonra testi tekrarlamak.
Yerel IP adresi sızıntısı tehlikeli mi?
Genel adres sızıntısından daha az. 192.168.1.20 gibi özel bir adres nerede olduğunuzu söylemez, ama IETF özel IPv4 adreslerini, aynı cihazdaki normal ve gizli tarama oturumlarını birbirine bağlayabilen, parmak izi çıkarmak için oldukça önemli bir yüzey sayıyor [1]. Firefox yerel adresleri varsayılan olarak gizliyor [19], Safari bunları mikrofon ya da kamera erişimi olmayan sayfalardan gizliyor [13]; benim kontrolümde Chrome da gizledi.
Gizli pencere ya da özel tarama WebRTC sızıntılarını durdurur mu?
Hayır. IETF, WebRTC aracılığıyla açığa çıkan özel bir adresin, bir siteye normal pencere ile gizli tarama penceresinin aynı cihazda olduğunu söyleyen bir tanımlayıcı gibi çalışabileceğini belirtiyor [1]; yani gizli mod tek başına adresi saklamaz. Yukarıdaki tarayıcı ayarlarını kullanın, ardından sızıntı testini gizli bir pencerede de çalıştırın.
WebRTC sızıntı eklentileri işe yarar mı?
Kısmen. Chrome'da bir eklenti tarayıcının WebRTC IP işleme politikasını ayarlayabilir; Google bunu, medya performansı ile ne kadar yerel adres bilgisinin açığa çıktığı arasında bir denge olarak tanımlıyor [16]. Değere göre bu ayar yerel adresleri gizler ya da medyayı bir proxy'den geçmeye zorlar; bu da sesi TCP'ye taşıyıp kaliteyi düşürebilir [1]. Değişikliği doğrulamak için eklentiyi kurduktan sonra bir sızıntı testi yapın.
Firefox'ta WebRTC nasıl kapatılır?
Adres çubuğuna about:config yazın, media.peerconnection.enabled tercihini bulun ve false yapın. Mozilla'nın kaynak kodu bu tercihi RTCPeerConnection'ın açma kapama anahtarı olarak tanımlıyor; kapatmak sayfaların mikrofon API'sine erişimini de kaldırıyor [20]. Bu durumda tüm tarayıcı tabanlı arama servisleri çalışmayı bırakır; bu yüzden çoğu kullanıcı için Firefox'un zaten yerel adresleri gizleyen varsayılan ayarı daha iyi [19].
Chrome'da WebRTC sızıntıları nasıl durdurulur?
Bir eklentiyle ya da bir politikayla; çünkü Google, Chrome'un WebRTC adres denetimlerini bu ikisi için belgeliyor. Bir eklenti WebRTC IP işleme politikasını ayarlayabilir [16]; yöneticiler de WebRtcIPHandling politikasını ayarlayabilir, bu politikanın default_public_interface_only değeri WebRTC'nin özel adresleri kullanmasını durduruyor [17]. Benim Chrome kontrolümde mikrofon izni olmayan bir sayfa zaten yalnızca rastgele bir .local adı gördü [3]. VPN kullanıyorsanız asıl çözüm tüm trafiği taşıyan bir tünel [1]. WebRTC'yi tamamen engelleyen her şey tarayıcıdan aramaları da durdurur [14].
Bir web sitesi izin istemeden WebRTC üzerinden IP'mi görebilir mi?
Genel adresinizi evet, ama web siteleri onu zaten görüyor: örneğin Safari, mikrofon erişimi olmayan sayfalara yalnızca bir web sitesinin zaten toplayabileceği adresleri veriyor [13]. Asıl tuzak tarayıcıdaki proxy. Doğrudan internet erişimine izin veriliyorsa WebRTC'nin STUN denetimleri proxy'yi atlayıp gerçek genel adresinizi ortaya çıkarabilir [1]. Yerel adresler daha iyi korunuyor: standart tam listeyi mikrofon izni gibi bir onaya bağlıyor [1]; benim Chrome kontrolümde de bu izni olmayan bir sayfa yalnızca rastgele bir .local adı gördü [3].
Bu araştırmayı yapay zekâya sorun
Her düğme asistanı yeni bir sekmede açar ve ondan bu sayfayı, kaynak olarak bağlantısını vererek özetlemesini ister.
Kaynaklar
- RFC 8828: WebRTC IP Address Handling Requirements · IETF (RFC Editor) · kontrol tarihi: 1 Kasım 2026
- 47 CFR 64.1601 -- Delivery requirements and privacy restrictions | eCFR · US Code of Federal Regulations (eCFR) · kontrol tarihi: 1 Kasım 2026
- Using Multicast DNS to protect privacy when exposing ICE candidates (draft-ietf-mmusic-mdns-ice-candidates) · IETF (Internet-Draft, work in progress) · kontrol tarihi: 1 Kasım 2026
- Voice call someone or a group on Messenger - Messenger Help Center (Computer) · kontrol tarihi: 1 Kasım 2026
- How to protect your IP address on WhatsApp calls | WhatsApp Help Center · WhatsApp · kontrol tarihi: 1 Kasım 2026
- RTCIceCandidate: address property - Web APIs | MDN · MDN Web Docs (Mozilla) · kontrol tarihi: 1 Kasım 2026
- RTCIceCandidate: type property - Web APIs | MDN · MDN Web Docs (Mozilla) · kontrol tarihi: 1 Kasım 2026
- Make calls | Sonetel help · kontrol tarihi: 1 Kasım 2026
- Free call | Call2Friends - Online call · kontrol tarihi: 1 Kasım 2026
- Privacy Policy | Globfone · kontrol tarihi: 1 Kasım 2026
- Voice Calls: Secure, Crystal-Clear, AI-Powered | Telegram Blog (30 March 2017) · Telegram · kontrol tarihi: 1 Kasım 2026
- Use your camera and microphone in Chrome - Computer - Google Chrome Help · Google · kontrol tarihi: 1 Kasım 2026
- A Closer Look Into WebRTC | WebKit (3 July 2017) · WebKit (Apple) · kontrol tarihi: 1 Kasım 2026
- WebRTC API - Web APIs | MDN · MDN Web Docs (Mozilla) · kontrol tarihi: 1 Kasım 2026
- WebRTC Custom Settings · brave/brave-browser Wiki · Brave Software (official GitHub wiki) · kontrol tarihi: 1 Kasım 2026
- chrome.privacy | API | Chrome for Developers · Google (Chrome for Developers) · kontrol tarihi: 1 Kasım 2026
- Chrome Enterprise policy list: WebRtcIPHandling (WebRTC IP handling) · Google (Chrome Enterprise) · kontrol tarihi: 1 Kasım 2026
- Microsoft Edge Browser Policy Documentation WebRtcLocalhostIpHandling | Microsoft Learn · Microsoft · kontrol tarihi: 1 Kasım 2026
- Firefox source: modules/libpref/init/all.js (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · kontrol tarihi: 1 Kasım 2026
- Firefox source: modules/libpref/init/StaticPrefList.yaml (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · kontrol tarihi: 1 Kasım 2026
- Terms of Use – TextNow · kontrol tarihi: 1 Kasım 2026
- Privacy Policy – Privacy & Terms – Google · Google · kontrol tarihi: 1 Kasım 2026
- Call From Your Browser Without a SIM Card - TwinPhone · kontrol tarihi: 1 Kasım 2026