Uygulama mağazaları ve yan yükleme: imza, güncelleme ve risk

Uygulama mağazası, dışarıdan bir vitrin gibi görünüyor. Teknik olarak baktığınızda ise üç ayrı işi birlikte yapan bir altyapı: kimlik doğrulama, dağıtım ve güncelleme. Yan yükleme tartışmasını anlamak için bu üçünü ayırmak gerekiyor.

Mağaza gerçekte ne yapıyor

1. İmza doğrulama: her uygulama, geliştiricinin özel anahtarıyla imzalanır. İşletim sistemi, güncellemenin aynı anahtarla imzalandığını kontrol eder. Böylece bir uygulamanın yerine başkasının sahte sürümü konamaz.
2. İnceleme: otomatik taramalar ve kısmen insan incelemesi. Kusursuz değil — mağazalarda zararlı uygulamalar yakalanıyor — ama bir süzgeç.
3. Güncelleme kanalı: en az konuşulan ama en önemli iş. Güvenlik yaması çıktığında cihazınıza ulaşmasını sağlayan mekanizma bu.
4. Ödeme ve iade altyapısı ile yaş sınırı, izin beyanı gibi kurumsal zorunluluklar.

Yan yükleme, birinci ve ikinci maddeyi devre dışı bırakmıyor (imza hâlâ var), ama üçüncüyü büyük ölçüde ortadan kaldırıyor: kaynaktan indirilen bir uygulama, kendi güncelleme mekanizmasını taşımıyorsa güncellenmiyor.

Yan yüklemenin meşru kullanımları

• Mağazada bulunmayan kurumsal ve iç kullanım uygulamaları,
• Bölge kısıtı yüzünden erişilemeyen uygulamalar,
• Bir güncelleme bir işlevi bozduğunda eski sürüme dönmek,
• Açık kaynak uygulamaları doğrudan geliştirici deposundan kurmak,
• Mağaza kurallarının yasakladığı ama meşru araçlar (yedekleme, otomasyon, arşivleme).

Avrupa’da 2024’ten itibaren yürürlüğe giren düzenleme, alternatif dağıtım yollarını ve farklı mağazaları zorunlu kıldı. Yani yan yükleme artık marjinal bir konu değil; önümüzdeki yıllarda daha yaygın bir seçenek olacak.

Gerçek riskler

Risk “yan yükleme” kavramında değil, kaynağın belirsizliğinde:

• Klon uygulamalar: popüler bir uygulamanın simgesiyle ve adıyla dağıtılan, içine bilgi hırsızı yerleştirilmiş sürümler. En yaygın tuzak.
• Değiştirilmiş “premium” sürümler: ücretli özellikleri açtığını söyleyen paketler. Açtığı asıl şey genellikle izin listesi.
• Güncelleme almamak: bir yıl güncellenmemiş bir uygulama, bilinen açıklarla çalışıyor demek. Cihaz tarafındaki aynı sorunu destek süresi yazısında ele aldık.
• Tehlikeli izinler: erişilebilirlik ve ekran üstü gösterim izinleri, bankacılık dolandırıcılığının klasik aracı. Hangi iznin ne yaptığını izinler yazısında ayrıntılandırdık.
• Sahte mağaza bağlantıları: mesajla ya da reklamla gelen “uygulamayı buradan indir” yönlendirmeleri. Tanıma yöntemleri oltalama yazısıyla aynı.

Kurarken kontrol listesi

1. Kaynak: geliştiricinin kendi sitesi ya da tanınan bir depo mu? Arama sonucundaki reklam bağlantıları değil.
2. İmza: aynı uygulamanın mağaza sürümünü kurduysanız, farklı imzalı bir paket üzerine kurulmaz. Bu bir uyarı değil, koruma.
3. İzinler: kurulum sonrası izin listesine bakın; bir hesap makinesinin rehbere erişmesi gerekmiyor.
4. Güncelleme yolu: uygulama kendi içinde güncelleme kontrolü yapıyor mu?
5. “Bilinmeyen kaynaklar” iznini kurulumdan sonra kapatın; bu izin tek seferlik verilmeli.
6. Hassas işler ayrı: bankacılık ve kurumsal e-postayı, yan yükleme yaptığınız cihazdan ayırmak en etkili önlem.

Tartışmanın iki tarafı

Kapalı mağaza modelini savunan argüman güvenlik ve tutarlılık; açılmayı savunan argüman rekabet, komisyon oranları ve kullanıcının cihazı üzerindeki denetimi. İkisi de geçerli veriye dayanıyor.

Pratik sonuç kullanıcı için şu: seçenek arttıkça sorumluluk da artıyor. Mağaza, arkada sessizce yaptığı işlerin bir kısmını üstlenmeyi bıraktığında, o işleri kullanıcının bilinçli kararları yapmak zorunda.

Mağazanın en değerli hizmeti vitrin değil, güncelleme kanalı. Yan yüklerken kaybettiğiniz şey çoğunlukla o.