WebKit IP ve DNS sızıntısı nedir, iCloud Private Relay kullanıcılarını nasıl etkiliyor?

Güvenlik araştırma blogu Mysk'te yayımlanan yeni bir rapor, Safari'yi ve Apple'ın App Store kurallarına göre iPhone ve iPad'deki diğer tüm tarayıcı uygulamalarını -konumlarını ve ağ etkinliklerini gizlemek için özel olarak kullanılan üçüncü taraf proxy tarayıcıları da dahil- çalıştıran tarayıcı motoru WebKit'te köklenen bir IP ve DNS sızıntısı açığını tanımlıyor. Bulgu önemli, çünkü bu araçların vaat ettiği gizlilik korumasının tam kalbini zayıflatıyor; bir proxy veya VPN benzeri bir tünel etkin olsa bile kullanıcının gerçek IP adresini veya DNS sorgularını bir web sitesine ya da ağ gözlemcisine ifşa ediyor.

WebKit, Apple'ın tarayıcı motoru ve Apple, iOS'taki her tarayıcının -Safari, iOS için Chrome ya da özel bir gizlilik odaklı proxy tarayıcısı olsun- kendi motoru yerine sayfaları WebKit üzerinden işlemesini gerektirdiği için, WebKit'in içindeki herhangi bir sızıntı potansiyel olarak sadece Safari'yi değil, platformdaki her tarayıcıyı etkiliyor. Bu tek nokta arızası, bu kategorideki bir hatayı, her tarayıcının kendi bağımsız motorunu gönderdiği masaüstünde görülecek benzer bir açıktan çok daha sonuçlu kılıyor.

Raporun tanımladığı sızıntı, özellikle DNS çözümlemesine ve belirli WebKit API'lerine bağlı bazı ağ isteklerinin, bir proxy tarayıcının veya Apple'ın kendi iCloud Private Relay'inin kurduğu tüneli nasıl atlayabileceğine odaklanıyor. Private Relay, kullanıcının web trafiğini iki ayrı röle üzerinden yönlendirecek şekilde tasarlandı; böylece ne ağ sağlayıcısı ne de hedef web sitesi, kullanıcının kimliğini ve ziyaret edilen siteyi aynı anda görebiliyor.

Bir DNS veya IP sızıntısı meydana geldiğinde bu ayrım çöküyor. Kullanıcı ile internet arasında konumlanmış bir web sitesi veya ağ, kullanıcı trafiğinin röle veya proxy tüneli arkasında anonimleştirildiğine inanırken, kullanıcının gerçek IP adresini görebilir veya cihazın hangi alan adlarını çözümlediğini gözlemleyebilir. Bu araçları özellikle takip edilmemek veya konumu belirlenmemek için kullanan biri için bu, tam olarak önlemeye çalıştığı hata biçimi.

Bu tür bir sızıntı, tarayıcı gizliliği araçlarının tarihinde WebKit'e özgü değil; WebRTC tabanlı IP sızıntıları ve DNS ön yükleme sızıntıları, yıllardır diğer tarayıcı motorlarındaki VPN ve proxy kurulumlarını etkiledi, çoğunlukla performans için tasarlanmış bir tarayıcı özelliğinin -bir alan adını erkenden çözümlemek veya gerekmeden önce bir eşler arası bağlantı kurmak gibi- tarayıcı her şeyi ayrı bir çıkış noktası üzerinden tünellemesi gerekirken nasıl davrandığı açısından hiç denetlenmemiş olmasından kaynaklandı.

iOS'taki proxy tarayıcıları özellikle açık kılan şey, masaüstü tarayıcısının kendi DNS çözümleyicisini paketleyebildiği gibi WebKit'i kendi ağ yığınlarıyla değiştiremiyor olmaları. Büyük ölçüde WebKit'e ne verildiğini yapılandırmakla sınırlılar, bu da WebKit'in kendi istek işleme mantığındaki bir sızıntının üçüncü taraf bir proxy tarayıcı tarafından kendi başına düzeltilmesinin çok zor olduğu ve etkili biçimde Apple'dan bir düzeltme gerektirdiği anlamına geliyor.

iCloud Private Relay kullanıcıları için maruziyet daha dar ama yine de dikkat çekici, çünkü Private Relay tam olarak bu türden bir korumanın Apple'ın kendi birinci taraf garantisi olması amaçlanıyor. Hedef bir sitenin Private Relay'in arkasındaki gerçek IP adresini görmesine izin veren bir sızıntı, Apple'ın iCloud+ aboneleri için bir gizlilik yükseltmesi olarak pazarladığı bu özel özelliği, üçüncü taraf bir geliştiricinin eklediği bir geçici çözümden çok daha ciddi biçimde zayıflatıyor.

Bu hata kategorisini inceleyen güvenlik araştırmacıları genellikle tek bir araca güvenmek yerine katmanlı bir yanıt öneriyor: bir proxy veya röleyi sızıntıları engellemeye yapılandırılmış bir DNS sağlayıcıyla eşleştirmek, bir kuruluma güvenmeden önce sızıntıları özel tarayıcı tabanlı araçlarla test etmek ve bağımsız araştırmacılar onu gerçek ağ koşullarında kırmayı denemeden herhangi bir gizlilik aracının garantisini geçici kabul etmek.

Gizlilik araştırmacısı olmayan günlük kullanıcılar için pratik çıkarım daha mütevazı: proxy tarayıcılar ve Private Relay, rastgele takibe karşı çıtayı önemli ölçüde yükseltiyor, ama yeterince kararlı bir ağ gözlemcisine veya web sitesine karşı kesin bir garanti değil; keskin anonimlik ihtiyacı olan kullanıcılar -gazeteciler, aktivistler, gözetimden kaçanlar- tek bir tarayıcı düzeyindeki aracı, savunmanın tümü değil, daha geniş bir savunmanın tek bir katmanı olarak ele almalı.

Apple'ın, sorumlu bir şekilde bildirildiğinde WebKit sorunlarını yamalama konusunda bir geçmişi var ve bu tür bir sızıntı için standart örüntü, temel mekanizmanın kamuya açık bir şekilde kabul edilmesi değil, sonraki bir iOS ve Safari güncellemesinde gönderilen bir düzeltme. Böyle bir yama gelene kadar, raporun temel mesajı şu: "gizli" ve "şifreli" olmak, tam da bu tür bir maruziyeti önlemek için özel olarak tasarlanmış araçlar için bile otomatik olarak "sızıntısız" ile eş anlamlı değil.