DNS veya WebRTC sızıntısı nedir?

DNS’i internetin telefon rehberi gibi düşünün. Bir web adresi yazdığınızda cihazınız o adı tek başına kullanamaz. Adı bir sayıya, yani bir IP adresine çevirmesi gerekir ve bunun için bir DNS çözümleyicisine sorar. Çoğu ağda çözümleyici, ağı kim işletiyorsa onundur: evde internet servis sağlayıcınız (İSS), işte BT ekibi.

Yani “example.com nerede?” diyen o küçük istek, sizin denetiminizde olmayan bir makineye gider ve açmak üzere olduğunuz sitenin adını taşır. DNS sızıntısı, bu sorgunun sizi kapsadığını sandığınız korumanın dışına kaçmasıdır. Trafiğin kendisini şifreleyen bir araç kullanıyor olabilirsiniz; ama ana makine adı sorgusu yine ağın kendi çözümleyicisine gidiyorsa, ağ ulaştığınız her sitenin adını yine öğrenir.

Asıl dikkat edilecek nokta, neyin sızdığıdır. DNS sızıntısı ne gönderdiğinizi ya da ne okuduğunuzu açığa çıkarmaz. Nereye gittiğinizi açığa çıkarır ki birçok kişi için asıl hassas kısım budur.

WebRTC, görüntülü aramaların, sesli sohbetin ve bazı doğrudan dosya paylaşımlarının ayrı bir uygulamaya gerek kalmadan çalışabilmesi için her modern tarayıcıya yerleştirilmiş bir özellik kümesidir. 2 kişiyi birbirine bağlamak için WebRTC’nin önce her tarafa hangi adreslerden ulaşılabileceğini bulması gerekir. Bunun için aday adresleri toplar; cihazınızın yerel ağ adresi ve STUN sunucusu denen bir sunucunun yardımıyla genel IP’niz de bunlara dahildir.

İşin can alıcı yanı şu: bu adres toplama işi doğrudan sayfadaki JavaScript’ten çalışabilir ve diğer araçlarınızın kullandığı yol yerine kendi yolundan dışarı çıkabilir. Yani bir sayfa, ana bağlantı kilitli görünse bile tarayıcıya sessizce “bu ziyaretçinin gerçek IP’si ne?” diye sorabilir ve yanıtını alabilir.

WebRTC sızıntısı budur. Açmayı hiç seçmediğiniz bir özellik üzerinden gerçek IP adresinizi bir web sayfasına verebilir; tek bir aracın kendilerini koruduğunu sanan insanları tam da bu yüzden gafil avlamıştır.

İkisini yan yana koyun. DNS sızıntısı ağa, gittiğiniz yerlerin adlarını söyler. WebRTC sızıntısı bir web sitesine, bağlantınızı tanımlayan sayıyı söyler. Başkasının denetlediği bir cihazda ya da ağdaysanız mesele zaten bu ikisinden ibarettir.

En başta bir proxy’ye ya da gizlilik aracına uzanmanızın nedeni, bu 2 bilgiden birini kendinize saklamaktır. Kanallardan birindeki sızıntı, bu çabayı hiçbir işaret vermeden boşa çıkarır. Hiçbir şey bozuk görünmez, sayfa yine yüklenir; yalnızca istediğinizden fazlasını ele vermiş olursunuz.

• DNS sızıntısı: sızan şey site adıdır; gören, ağdır (İSS’niz ya da yerel çözümleyici); yakalamanın yolu bir DNS sızıntı testidir.
• WebRTC sızıntısı: sızan şey gerçek IP adresinizdir; gören, ziyaret ettiğiniz web sayfasıdır; yakalamanın yolu bir WebRTC sızıntı testidir.

İşte yeniden yazan bir web proxy yerini tam burada hak eder; neyi yapıp neyi yapmadığı konusunda da tam burada net olmak gerekir.

Bir siteyi TrickyBird üzerinden açtığınızda aslında TrickyBird’ün kendi adresini yüklersiniz. Hedefin adresi yolun içine kodlanmıştır; tarayıcınız yalnızca TrickyBird ile konuşur. Asıl istediğiniz sitenin sorgusu cihazınızda değil, bizim tarafımızda yapılır. Sade bir dille: hedefin ana makine adı, tarayıcınızın çevrenizdeki ağa gönderdiği DNS sorgularında hiç yer almaz. Yani “web proxy IP’mi gizler mi, gittiğim yerleri yerel çözümleyiciden uzak tutar mı?” diye soruyorsanız, bu şemanın yaptığı iş tam olarak budur. Bu, hedefin adını URL çubuğundan ve sayfadan uzak tutan sıfır alan adı sızıntısının ta kendisidir (hangi sitelerin şu anda temiz açıldığını /status sayfasında görün). İndirme yok, uygulama yok; engel, hiçbir şey kurmanıza izin vermeyen bir cihazdayken önemli olan da budur.

Açıkça söylemeye değer dürüst bir sınır var. Ağ geçidinin hedefi getirebilmek için onu yine de çözümleyip ona bağlanması gerekir; o adım gizli değildir. Bunun bilinçli olarak küçük bir kaydını tutarız: tek bir eve değil bir mahalleye işaret etsin diye /24’e ya da /48’e kısaltılmış bir IP adresi, ayrıca hedef ana makine adı ve temel yanıt bilgileri, en fazla 48 saat. Saklama ve silmeye dair tüm ayrıntılar /security sayfasında. Bu, doğrulanabilir, asgari ve kısa ömürlü bir kayıttır; önemli olan, sözümüze güvenmek yerine bunu kendinizin kontrol edebilmesidir. Doğrulayamayacağınız mutlak bir vaatten çok farklı bir duruştur bu. Politikaların nasıl karşılaştırıldığını görün.

Hayır. Bu noktayı net belirtmekte fayda var. TrickyBird sunduğu sayfaları yeniden yazar, ama WebRTC’ye müdahale etmez. WebRTC, kendi ağ yolu üzerinden ayrı bir tarayıcı alt sistemi olarak çalışır; bu yüzden proxy üzerinden açtığınız bir sayfa, o sayfanın geri kalanı TrickyBird üzerinden yüklenirken bile doğrudan bir STUN sunucusuna ulaşıp gerçek IP’nizi geri alabilir.

O yüzden WebRTC’yi, proxy’nin sizin için hallettiği bir şey değil, kendinizin kapattığı bir şey olarak görün. Aşağıdaki adımlarla tarayıcınızda kapatın, sonra tam da önemsediğiniz cihaz ve ağda bir WebRTC sızıntı testi çalıştırarak gerçek IP’nizin artık görünmediğini doğrulayın. Herhangi bir iddiaya, bu iddia da dahil, güvenmek yerine bunu kendiniz kontrol etmeniz daha iyidir.

Tek bir araca bel bağlamak zorunda değilsiniz. WebRTC tarayıcı düzeyinde de kısılabilir ve bunun nasıl yapıldığını bilmekte fayda var. Firefox’ta about:config’i açıp media.peerconnection.enabled değerini false yaparsanız özellik kapanır. Chrome yerleşik bir kapatma seçeneği sunmaz; bu yüzden insanlar genellikle WebRTC’yi engelleyen, iyi değerlendirmeler almış bir eklentiye yönelir, ama yönetilen bir cihazda eklenti eklemenize izin verilmeyebilir.

Mobilde tablo platforma göre değişir. iOS Safari, WebRTC’nin bir sayfaya neler verebileceği konusunda daha kısıtlayıcıdır; Android Chrome ise büyük ölçüde masaüstü gibi davranır. Yani “iOS WebRTC üzerinden sızdırır mı?” diye soruyorsanız: sızdırabilir, yalnızca bir masaüstü tarayıcıya göre daha ölçülü biçimde.

DNS’in de anmaya değer kendi tarayıcı düzeyinde seçeneği var. HTTPS üzerinden DNS, yani DoH, sorgularınızı ağın varsayılan çözümleyicisi yerine şifreli bir kanaldan başka bir çözümleyiciye gönderir; birçok kişi DNS sızıntılarını ilk okuduğunda işe buradan başlar. Bunların hiçbiri testin yerini tutmaz. Hepsi önce denenecek, sonra doğrulanacak ayarlardır.

Bir pazarlama cümlesine güvenmek zorunda değilsiniz; olmamalısınız da. Sızıntı testi yaklaşık 1 dakika sürer. browserleaks.com ya da ipleak.net gibi tarafsız bir DNS ve WebRTC sızıntı testi sayfası açın; sorgularınızın hangi çözümleyicilere ulaştığını ve bir sayfanın sizin adınıza hangi genel IP’yi görebildiğini, WebRTC dahil, gösterir.

Bunu, gerçekten önemsediğiniz ağda bir kez yapın. Listelenen çözümleyici İSS’nizin ya da yerel ağınkiyse DNS’iniz sızdırıyor demektir. Gösterilen genel IP kendi adresinizse, onu WebRTC ya da bağlantının kendisi açığa çıkarıyordur. Sonra aracınızı açın ve sayıların değişip değişmediğini görmek için aynı kontrolü bir kez daha çalıştırın.

TrickyBird’ün /proof sayfası başka bir şeyi kontrol eder ve bunları birbirine karıştırmamakta fayda var. Açtığınız sitenin adresinin, adres çubuğunda, sayfa kaynağında ya da tarayıcınızın gönderdiği Referer ve Origin başlıklarında hiç görünmediğini gösterir. Bu bir alan adı sızıntısı kontrolüdür, DNS ya da WebRTC testi değildir; bir IP göstermez ve WebRTC’nin sizinkini açığa çıkarıp çıkarmadığını söylemez. Bunun için yukarıdaki sızıntı testi sayfalarından birini kullanın ve WebRTC’yi tarayıcınızda kapatın. Kullanmaya değer araç, birinin geliştirici araçlarını açıp bakmasına dayanabilen araçtır. Aynı ölçüt herhangi bir ücretsiz web proxy için de geçerlidir, bizimki dahil.

Bunun altındaki zemini merak ediyorsanız okumaya devam edin.

• Web proxy nedir?
• Web proxy mi VPN mi
• Proxy kullanmak yasal mı?
• Bir sitenin engelini kaldırın
• Kayıt ve güvenlik politikamız