Android 17 ve Yeni Nesil Ağ Gizliliği: ECH, Yerel Ağ Koruması ve 2G Dolandırıcılığını Engelleme

16 Haziran 2026’da yayımlanan ve ilk olarak desteklenen Pixel cihazların çoğuna sunulan Android 17, bir akıllı telefonun görünümünden veya günlük kullanımından çok daha fazlasını etkileyen çeşitli ağ güvenliği değişiklikleri getiriyor. Google özellikle telefonun web sitelerine, uygulamalara, ev Wi-Fi ekipmanlarına ve mobil ağlara bağlanırken açığa çıkabilecek bilgilere odaklandı. Üç değişiklik özellikle önem taşıyor: şifreli bağlantı sırasında talep edilen alan adını gizleyebilen Encrypted Client Hello veya ECH, uygulamaların yerel ağdaki cihazlara erişimi üzerinde daha sıkı kontrol ve telefonları kasıtlı olarak savunmasız 2G bağlantılarına zorlayan saldırılara karşı daha güçlü koruma. Bu önlemlerin hiçbiri bir Android telefonu izleme veya dolandırıcılığa karşı tamamen bağışık hâle getirmiyor, ancak birlikte değerlendirildiğinde ağ trafiğini izleyen kişilerin, aşırı erişim isteyen uygulamaların ve sahte hücresel ekipman kullanan suçluların kullanıcı etkinliği hakkında gereğinden fazla bilgi edinmesine imkân veren uzun süredir mevcut bazı açıkları kapatıyor.

Encrypted Client Hello Web Bağlantılarında Daha Az Bilgi Açığa Çıkarıyor

HTTPS, bir akıllı telefon ile güvenli bir web sitesi arasında aktarılan parolalar, mesajlar ve sayfa içeriğinin büyük bölümü dâhil olmak üzere verileri zaten şifreliyor. Ancak yakın zamana kadar ilk bağlantının bir bölümü, telefonun hangi internet alan adına ulaşmaya çalıştığını yine de gösterebiliyordu. Sorun, kısaca SNI olarak bilinen Server Name Indication ile ilgilidir. Bir tarayıcı veya uygulama, birden fazla web sitesini barındıran sunucunun hangi siteyi sunması gerektiğini anlaması için bu bilgiyi kullanır. Geleneksel TLS bağlantılarında bu ad, tamamen şifrelenmiş oturum kurulmadan önce açığa çıkabiliyordu. Bu da bir Wi-Fi operatörünün, internet servis sağlayıcısının veya ağ trafiğini izleyen başka bir kişinin bağlantının içeriğini okuyamasa bile ziyaret edilen alan adını potansiyel olarak görebilmesi anlamına geliyordu.

Android 17, bu açığı azaltmak amacıyla Encrypted Client Hello için yerleşik destek sunuyor. ECH, TLS bağlantısının ilk aşamasındaki hassas bilgileri, sunucu adı dâhil olmak üzere şifreler. Böylece telefon ile hedef arasındaki ağ trafiğini izleyen bir kişi, kullanıcının tam olarak hangi desteklenen web sitesine veya hizmete bağlandığını belirlemek için daha az bilgiye sahip olur. Bu özellik özellikle otel, havaalanı, kafe veya diğer halka açık Wi-Fi ağları gibi kullanıcıların kontrolünde olmayan ve trafiğin başka bir kuruluş tarafından işletilen ağ ekipmanından geçtiği bağlantılarda önemlidir. Ayrıca internet servis sağlayıcısının görebileceği gezinme bilgilerinin miktarını da azaltabilir.

Ancak önemli bir sınırlama vardır. Android 17, her uygulamanın talep ettiği her alan adını otomatik olarak gizlemez. API seviyesi 37’ye karşılık gelen Android 17’yi hedefleyen uygulamalarda ECH, uygulama içindeki ağ yazılımı bunu desteklediğinde ve hedef sunucu da ECH için yapılandırıldığında kullanılabilir. Google, gerekli desteği sağlayabilecek yazılımlara örnek olarak WebView, HttpEngine ve uyumlu OkHttp sürümlerini gösteriyor. Bağlantının diğer tarafı ECH’yi desteklemiyorsa Android, sunucunun işleyemeyeceği bilgileri tek taraflı olarak şifreleyemez. Bu nedenle ECH önemli bir gizlilik iyileştirmesidir, ancak kapsamı geliştiriciler ve web sitesi işletmecileri tarafından benimsenmesiyle genişleyecektir.

ECH Günlük Android Kullanımında Neleri Değiştiriyor?

Sıradan bir Android kullanıcısı açısından temel avantaj, ECH’nin büyük ölçüde arka planda çalışmasıdır. Desteklenen bir uygulama bir web sitesine her bağlandığında ayrı bir gizlilik modunu etkinleştirmek gerekmez. Bağlantının gerekli bileşenleri ECH’yi desteklediğinde bilgiler normal şifreli oturumun bir parçası olarak korunur. Bu önemlidir çünkü gizlilik özellikleri, kullanıcıların sürekli ayar değiştirmesine veya fayda elde etmek için önceden TLS bağlantılarının ayrıntılarını anlamasına ihtiyaç duymadığında çok daha etkili olur.

ECH, tam anonimlikle karıştırılmamalıdır. Bir ağ, telefonun veri alışverişi yaptığını görmeye devam edebilir ve genellikle bağlanılan IP adresini de görebilir. Bazı durumlarda tek bir IP adresi birçok alan adı tarafından paylaşılır ve bu nedenle tam hedefi belirleme açısından daha az anlamlı olabilir; diğer durumlarda ise yine de önemli ipuçları verebilir. DNS sorgularının da uygun şekilde korunması gerekir çünkü şifrelenmemiş bir DNS sorgusu, ECH alan adını gizleme fırsatı bulmadan önce bu bilgiyi açığa çıkarabilir. Bu nedenle Android’in Private DNS özelliği ve diğer şifreli DNS yöntemleri ECH’nin yerine geçmez; onunla birlikte önemini korur.

Pratikte değişen şey, tüm ağ tanımlayıcılarının ortadan kalkması değil, gereksiz bilgi açığa çıkmasının azaltılmasıdır. Android 17’nin gizlilik özelliklerini değerlendirirken bu ayrım önemlidir. Halka açık bir Wi-Fi ağına bağlanan bir kullanıcı, daha önce HTTPS oturumunun içeriğini koruyabiliyor ancak bağlantı kurulurken ziyaret ettiği alan adını yine de açığa çıkarabiliyordu. ECH, destek mevcut olduğunda bu belirli açığı kapatabilir. Kullanıcıların yine de güncellemeleri yükleme, güvenilmeyen sertifikalardan kaçınma ve tarayıcılarla uygulamaları güncel tutma gibi temel güvenlik alışkanlıklarını sürdürmesi gerekir çünkü ECH ağ iletişiminin yalnızca bir bölümünü korur, bilgi toplanabilecek tüm yolları değil.

Yerel Ağ Koruması Ev Wi-Fi Erişimini İzne Bağlıyor

Bir ev Wi-Fi ağı, kullanıcıların düşündüğünden çok daha fazla bilgi içerebilir. Telefonlar çoğu zaman televizyonlar, yazıcılar, hoparlörler, yayın cihazları, bilgisayarlar, güvenlik kameraları ve akıllı ev ekipmanlarıyla aynı yerel ağı paylaşır. Bu ağı tarayabilen bir uygulama, hangi cihazların mevcut olduğunu potansiyel olarak öğrenebilir ve bu cihazların oluşturduğu kombinasyonu bir haneyi tanımlamak için ek bir ipucu olarak kullanabilir. Yeni Android kısıtlamalarından önce yerel ağ iletişimi, kamera veya hassas konum gibi açıkça hassas verilere erişimden farklı şekilde ele alınıyordu. Oysa bağlı cihazların ayrıntılı bir listesi bile kullanıcı hakkında bilgi verebilir.

Android 17, API seviyesi 37’yi hedefleyen uygulamalar için bu yaklaşımı değiştiriyor ve yerel ağ korumasını zorunlu hâle getiriyor. Böyle bir uygulama artık yerel alan ağındaki cihazları taramak veya onlarla iletişim kurmak istediğinde otomatik olarak sınırsız erişim elde edemiyor. Android, gerçekten geniş kapsamlı LAN erişimine ihtiyaç duyan uygulamalar için ACCESS_LOCAL_NETWORK çalışma zamanı iznini kullanıma sunuyor. Bu izin, mevcut Nearby Devices izin grubuna dâhildir. Bu ayrıntı, isteğin kullanıcıya nasıl gösterileceğini de etkiler: kullanıcı ilgili bir Nearby Devices iznini daha önce vermişse, uygulama yeni yerel ağ iznini kullanmaya başladığında mutlaka ek bir istem görmeyebilir.

Bu kural, geliştiricilerin zorunlu hâle gelmeden önce yerel ağ kısıtlamalarını test edip etkinleştirebildiği Android 16 döneminde başlatılan çalışmanın devamıdır. Amaç, telefonların evdeki ekipmanlarla meşru şekilde iletişim kurmasını engellemek değildir. Bunun yerine Android, yerel ağı görmesi için gerçekten geçerli bir nedeni olan uygulamalarla, temel işlevini geniş ağ erişimi olmadan yerine getirebilen uygulamalar arasında ayrım yapar. Bu yaklaşım, arka planda sessiz ağ taraması yapılmasını zorlaştırır ve yakın cihazları incelemek için ikna edici bir nedeni olmayan uygulamaların erişimini kısıtlamak için Android’e daha net bir temel sağlar.

Gereksiz Ağ Görünürlüğü Olmadan Yayın ve Akıllı Cihaz Kullanımı

Birçok meşru Android işlevi yakındaki ekipmanlara bağlıdır. Bir video uygulaması içeriği televizyona göndermek isteyebilir, bir akıllı ev uygulaması ışığı veya termostatı kontrol edebilir, bir yardımcı uygulama ise yazıcı ya da ağ depolama cihazıyla iletişim kurabilir. Bu işlemlerin her biri için sınırsız ağ erişimi istemek kendi başına bir gizlilik sorunu yaratırdı. Bu nedenle Android 17, bir uygulamanın yerel ağdaki diğer tüm cihazları önceden görmesine gerek kalmadan kullanıcının seçtiği belirli bir cihazla çalışmasına imkân veren sistem aracılı cihaz seçme yöntemlerini destekler.

Yayın özelliği bunun anlaşılır bir örneğidir. Kullanıcı bir videoyu televizyona göndermek istiyorsa asıl önemli olan hangi televizyonun seçildiğidir. Video uygulamasının evdeki tüm bilgisayarların, kameraların, hoparlörlerin ve diğer erişilebilir cihazların kalıcı bir listesini görmesine gerek yoktur. Gizliliği koruyan sistem seçicisi bu işlemi yönetebilir ve uygulamaya yalnızca seçilen cihaza erişim sağlayabilir. Yerel ekipmanlarla daha geniş ve sürekli iletişim kurması gerçekten gereken uygulamalar ise ACCESS_LOCAL_NETWORK iznini isteyebilir ve bu erişimin neden gerekli olduğunu açıklayabilir.

Kullanıcı açısından bu değişiklik, yerel ağ erişimini uygulama yüklemenin görünmez bir sonucu olmaktan çıkarıp değerlendirilmesi gereken bir izin hâline getirir. Akıllı ev yönetimi, ağ teşhisi veya belirli cihaz kontrol yazılımları için böyle bir istek makul olabilirken, yakındaki donanımlarla ilgisi olmayan bir uygulamada aynı izni gerekçelendirmek çok daha zordur. Android 17 her isteğin meşru olup olmadığına kullanıcı adına karar veremez, ancak izin sınırını zorunlu hâle getirerek otomatik erişimi azaltır ve geliştiricileri yalnızca yazılımlarının gerçekten ihtiyaç duyduğu ağ yetkilerini istemeye teşvik eder.

Android 17, 2G Tabanlı SMS Dolandırıcılığına Karşı Savunmayı Güçlendiriyor

4G ve 5G’nin yaygın kullanımına rağmen 2G desteği hâlâ bir güvenlik sorunu oluşturuyor çünkü eski teknolojiye bağlanabilen bir telefon bazı durumlarda daha güvenli bir ağdan zorla uzaklaştırılabilir. Suçlular, bazen cell-site simulator veya SMS blaster olarak adlandırılan sahte baz istasyonlarını kullanarak potansiyel mağdurların yakınında güçlü bir hücresel sinyal yayınlayabilir. Savunmasız bir telefon LTE veya 5G’den 2G’ye düşürülebilir; 2G’de kullanılan eski güvenlik mekanizmaları daha zayıftır. Saldırganlar daha sonra bu bağlantıyı kullanarak sahte SMS mesajları gönderebilir veya modern mobil ağlarda gerçekleştirilmesi çok daha zor olan başka müdahalelerde bulunabilir.

SMS blaster saldırıları özellikle tehlikelidir çünkü sahte hücresel ekipman üzerinden gönderilen dolandırıcılık mesajları, meşru mobil ağların normalde uyguladığı bazı güvenlik kontrollerini aşabilir. Bir mesaj banka, teslimat şirketi, devlet kurumu veya tanıdık başka bir kuruluş tarafından gönderilmiş gibi gösterilebilir ve alıcıyı kimlik avı sayfasına yönlendirebilir. Bu saldırı yereldir; suçluların hedef telefonların kapsama alanında uygun radyo ekipmanına sahip olması gerekir. Google, taşınabilir veya araçlara yerleştirilmiş ekipmanların yoğun şehir bölgelerinde kullanıldığı örneklere dikkat çekmiştir. Bu durum, operatörlerin normal 2G hizmetini azaltmaya başladığı yerlerde bile modern telefonların 2G’ye geri dönebilme yeteneğinin saldırganlar açısından neden hâlâ faydalı olabileceğini gösteriyor.

Android, Android 12’den bu yana uyumlu cihazların hücresel radyo düzeyinde 2G’yi devre dışı bırakmasına izin veriyor ve böylece telefonun normal şekilde 2G ağlarını tarayıp bağlanmasını engelliyor. Android 17 bu yaklaşımı daha ileri taşıyarak mobil operatörlerin aboneleri için 2G korumasını yapılandırmasına ve 2G’yi varsayılan olarak kapalı hâle getirmesine imkân veriyor. Bu, Google’ın her Android 17 telefonda otomatik olarak etkinleştirdiği evrensel bir ayar değildir. Daha güçlü varsayılan koruma, operatör katılımına ve cihaz desteğine bağlıdır. Ancak kullanıldığında önemli bir güvenlik avantajı sağlar çünkü telefon, SMS blaster tarafından zorla daha eski bir bağlantıya düşürülmeden önce savunmasız 2G bağlantısından kaçınmış olur.

Kullanıcıların 2G Ağ Koruması Hakkında Bilmesi Gerekenler

Kullanıcıların öncelikle 2G’yi devre dışı bırakmanın normal spam mesajlarını engellemekten farklı olduğunu anlaması gerekir. Bu işlem, belirli bir hücresel saldırı türünün kullanabileceği bağlantı yolunu ortadan kaldırır. Telefon normal 2G bağlantılarını reddederse sahte bir baz istasyonu cihazı kolayca 2G’ye düşüremez ve ardından eski teknolojinin zayıflıklarını alışılmış yöntemlerle kullanamaz. Bu özellikle meşru 2G hizmetinin tamamen sonlandırıldığı veya sonlandırılmaya yaklaştığı ülkelerde faydalıdır çünkü modern bir telefonun günlük kullanımda 2G bağlantısını açık tutması için çok az pratik neden kalmış olabilir.

Bununla birlikte 2G’nin hâlâ faydalı olabileceği durumlar vardır. Bazı bölgeler eski hücresel kapsama alanına bağımlı olmaya devam ediyor ve seyahat eden kullanıcılar 4G veya 5G hizmetinin bulunmadığı dolaşım ağlarıyla karşılaşabilir. Android belgeleri, 2G devre dışı bırakıldığında cihazın bu tür durumlarda kullanıcı yeniden etkinleştirene kadar normal hücresel bağlantıyı kaybedebileceği konusunda uyarıyor. Acil aramalar ise farklı şekilde ele alınıyor: Android, güvenlik amacıyla 2G’nin kapatılmasının acil aramaları engellemediğini ve cihazın gerektiğinde acil servisler için 2G’yi tarayıp kullanabileceğini belirtiyor. Bu ayrım, acil iletişim için önemli bir yedek bağlantıyı tamamen kaldırmadan günlük kullanımda daha güçlü koruma sağlıyor.

Birlikte değerlendirildiğinde Android 17’nin ECH desteği, yeni hedef sürümler için zorunlu yerel ağ kontrolleri ve geliştirilmiş 2G devre dışı bırakma seçenekleri üç farklı bilgi açığa çıkma riskini ele alıyor. ECH, desteklenen şifreli bağlantılarda hedef bilgilerinin görünürlüğünü azaltıyor; yerel ağ izinleri, aynı Wi-Fi ağına bağlı cihazların sessizce taranmasını sınırlıyor; daha güçlü 2G kontrolleri ise operatör ve cihaz desteğinin bulunduğu durumlarda ağ düşürme yöntemine dayanan SMS saldırılarını zorlaştırıyor. Bu özelliklerin hiçbiri yazılım güncellemelerinin, dikkatli izin yönetiminin veya beklenmedik mesajlara karşı temkinli davranmanın yerine geçmez. Asıl önemleri, kullanıcı müdahale etmek zorunda kalmadan önce bazı riskleri azaltmaları ve Android ağ bağlantısında daha önce fazla açık olan çeşitli alanları varsayılan olarak daha güvenli hâle getirmeleridir.