IP sızıntıları yalnızca WebRTC kaynaklı değildir. DNS çözümleme, saat dilimi ve dil, IPv6 ve üçüncü taraf betikleri de gerçek ağ çıkışını açığa çıkarabilir. Bu rehber her kanalı nasıl kontrol edeceğinizi ve tutarlı bir çıkış ile ortamın neden daha güvenilir olduğunu açıklar.
IP adresi, bir cihazın ağ üzerindeki benzersiz kimliğidir ve cihazların birbirini tanıyıp iletişim kurmasını sağlar. Benzersiz olduğu için dışarıdaki biri bu adresi elde ettiğinde sizi çevrimiçi etkinliklerinizle ilişkilendirebilir; gezinme alışkanlıkları, yaklaşık konum ve kullanılan ağ sağlayıcısı gibi bilgiler çıkarılabilir. Sızıntı, cihazın mutlaka ele geçirildiği anlamına gelmez; gizlemek istediğiniz ağ çıkışının başka bir yoldan görünür hale gelmesi demektir.
En bilinen örnek WebRTC'dir. Ancak günlük kullanımda sorunlar çoğu zaman daha sessiz kanallardan çıkar: DNS çözümleme, saat dilimi ve dil gibi yardımcı sinyaller, IPv6 ve sayfadaki üçüncü taraf betikleri. Her birinin çözümü farklıdır, fakat hepsi düzenli kontrollerle tespit edilebilir.
Önce adresin kendisini anlayın
IP adresi, ağa bağlı bir cihaza verilen sayısal etikettir. İki görevi vardır: bir ana bilgisayarı veya ağ arayüzünü tanımlamak ve ağdaki konumunu belirtmek. Günümüzde iki sürüm kullanılır. IPv4, 32 bitlik ikili bir sayıdır ve 192.168.1.1 gibi noktalı ondalık biçimde yazılır. Teorik olarak yaklaşık 4,3 milyar adres sunar; ancak eşitsiz dağıtım ve özel adres aralıkları nedeniyle pratikte kullanılabilir sayı çok daha düşüktür. IPv6 ise 128 bittir ve iki nokta üst üste ile ayrılmış onaltılık biçimde yazılır; yaklaşık 3,4×10³⁸ adreslik alanı, pratikte her cihaza benzersiz bir adres vermeye yeter.
Adres sürümü daha sonra yeniden önem kazanır; çünkü trafiğin IPv6 üzerinden amaçlanan rotayı atlayıp atlayamayacağını belirler.
DNS çözümlemesi aynı yolu mu izliyor?
DNS, alan adlarını adreslere çevirir. Yaygın bir hata, trafiği tünelden geçirirken DNS isteklerini yerel internet sağlayıcısının çözümleyicisine göndermeye devam etmektir. Bu durumda sayfada görünen çıkış doğru görünebilir, ancak DNS kayıtları kaynağı yine açığa çıkarır.
Kendi kontrolünüz: bir DNS sızıntı testi sayfası açın ve listelenen çözümleyicilerin hangi ağlara ait olduğuna bakın. Yerel sağlayıcınız görünüyorsa veya çözümleyici hizmeti hedef çıkış bölgesiyle açıkça uyuşmuyorsa DNS tüneli takip etmiyor demektir. Geliştirici araçlarının Ağ paneli açıkken sayfayı birkaç kez yenileyerek doğrudan yerel çözümleme izlerini de arayabilirsiniz.
Saat dilimi ve dil gibi yardımcı sinyaller
Bu nokta kolayca gözden kaçar, çünkü ağ ayarıyla değil doğrudan ortamın kendisiyle ilgilidir. Çıkış konumu bir ülkeyi gösterirken sistem saat dilimi, tarayıcı arayüz dili ve tarih biçimi başka bir yeri işaret ediyorsa bu sürekli uyumsuzluk zayıf bir sinyal haline gelir. Tek bir sinyal yeterli olmayabilir, ancak birkaçının birleşimi ortamı ilişkilendirmek için kullanılabilir.
Kendi kontrolünüz: çıkış IP'sinin konumunu cihazın saat dilimi, dili, tarih biçimi ve tercih edilen klavye düzeniyle karşılaştırın. Birden çok bölgede çalışırken her ortam kendi içinde tutarlı bir yapılandırma olmalıdır; aynı makinede sürekli saat dilimi değiştirmek yerine ayrı ve uyumlu ortamlar kullanılmalıdır.
IPv6 en kolay kaçırılan kanallardan biridir
IPv6 sızıntıları fark edilmesi zor olabilir. Tünel veya proxy yalnızca IPv4'ü işliyorsa cihaz yine de IPv6 üzerinden doğrudan internete çıkabilir ve test sayfasındaki tek bir IPv6 satırı gerçek konumu ortaya çıkarabilir. Birçok sistemde IPv6 varsayılan olarak açıktır ve daha yüksek önceliğe sahiptir; bu yüzden trafik mevcut olduğunda doğal olarak bu yolu seçer.
Kendi kontrolünüz: test sayfasında IPv4 ve IPv6 bölümlerini birlikte inceleyin. IPv6 yerel sağlayıcınızın adresini, IPv4 ise proxy çıkışını gösteriyorsa bu kanal açıktır. Ya IPv6'yı da aynı tünelden geçirin ya da ihtiyaç olmayan ortamlarda devre dışı bırakın.
Üçüncü taraf betikleri ve eklentiler
Analitik kodları, reklam betikleri, müşteri hizmetleri bileşenleri, yazı tipleri ve CDN kaynakları sitenin ana ağ yolunun dışında istekler başlatabilir. Bu istekler ayarladığınız proxy kurallarına her zaman uymayabilir ve bazıları ön ucun erişebildiği bilgileri taşıyabilir. Tarayıcı eklentileri de benzerdir: ne kadar çok eklenti yüklerseniz istek başlatabilecek bileşen sayısı o kadar artar; kaynağı belirsiz eklentiler özellikle dikkat gerektirir.
Kendi kontrolünüz: aynı sayfayı gizli pencerede önce eklentiler kapalıyken, ardından eklentiler açıkken ziyaret edin ve test sonuçlarını karşılaştırın. Geliştirici araçlarının Ağ panelinde alan adına göre filtreleme yaparak doğrudan yerel bağlantıları veya sayfanın kendisiyle ilgisi olmayan üçüncü taraf alanlarını da bulabilirsiniz.
WebRTC'yi ayrıca kontrol edin
WebRTC gerçek zamanlı ses ve video iletişimi için tasarlanmıştır ve yerel ağ bilgilerini toplayabilir. Kısıtlamalar yeterince sıkı değilse bir web sayfası yerel veya gerçek adresleri bunun üzerinden okuyabilir. WebRTC sık sık IP sızıntısıyla eş anlamlı görülür, ancak aslında yalnızca kanallardan biridir. Test sayfaları genellikle hem dış IP'yi hem de WebRTC'nin açığa çıkardığı IP'leri gösterir; aralarındaki fark incelenmesi gereken bir sinyaldir.
Ayarları tek tek kapatmak yerine çıkışla ortamı eşleştirin
Yukarıdaki kanalların çoğunu tek tek kapatmak mümkündür, ancak bu şekilde elde edilen temiz yapılandırma kırılgandır. Ağ değişikliği, tarayıcı güncellemesi veya yeni bir eklenti herhangi bir ayarı fark ettirmeden varsayılana döndürebilir.
Daha kararlı yaklaşım tersinden ilerlemektir: önce ortamın hangi konumdaki kullanıcıyı temsil edeceğini belirleyin; ardından çıkış, DNS, saat dilimi, dil, IPv6 durumu ve parmak izi parametrelerini tek ve tutarlı bir set olarak yapılandırın. Testin amacı yalnızca açık kalmış bir anahtarı bulmak değil, tüm parçaların birbiriyle uyumlu olduğunu doğrulamaktır.
Hesap sayısı arttıkça bu tutarlılığı elle korumak neredeyse imkânsızlaşır. PurpleMark gibi çoklu hesap ortam araçları proxy ayarlarını, Cookie'leri, yerel depolamayı ve parmak izi parametrelerini aynı tarayıcı ortamına bağlar. Ortam açıldığında bu ayarlar uygulanır; böylece bir hesap, bir ortam ve bir çıkış arasındaki ilişki daha istikrarlı kalır ve yapılandırma hatalarından kaynaklanan istenmeyen ifşa riski azalır.
Bir ön koşul daha vardır: ağ çıkışını gizlemek, platformların hesap kimliği veya hesap sayısıyla ilgili kurallarını değiştirmez. Ortam yalıtımı hesapların birbirini etkilemesini önleyebilir, ancak hesap yapısının kendisi yine platform kurallarına uymalıdır.
Sık sorulan sorular
Bir web sitesi bir kişiyi nasıl tanır? İsteklerin kaynak IP'sini kaydetmenin yanı sıra Cookie'leri, tarayıcı parmak izini, WebRTC'yi ve DNS çözümleme yollarını birlikte değerlendirebilir. Bu yüzden yalnızca IP'yi değiştirmek çoğu zaman yeterli değildir.
IP'yi değiştirmek ortamı güvenli yapar mı? Her zaman değil. Parmak izi, saat dilimi, dil ve yazı tipi özellikleri birden fazla hesapta çok benzerse platform bunları yine ilişkilendirebilir.
Ne sıklıkla kontrol edilmeli? Ağ veya proxy her değiştiğinde ve yeni bir hesap ortamı eklendiğinde kontrol edin; normal kullanım sırasında da düzenli aralıklarla yeniden gözden geçirin.
Hepsini bir araya getirmek
IP sızıntıları nadiren birinin cihazı ele geçirmesinden kaynaklanır. Çoğu zaman neden yapılandırma boşluklarıdır: tünel tüm trafiği kapsamaz, DNS başka bir yol izler, IPv6 doğrudan bağlanır, saat dilimi ve dil çıkışla uyuşmaz veya üçüncü taraf betikleri sinyalleri açığa çıkarır. Hangi kanalın sızdırdığını anlamak bir dizi anahtarı ezberlemekten daha yararlıdır; tutarlı bir çıkış ve ortam kombinasyonu da tek bir özelliği kapatmaktan daha sağlamdır.
