Erişilebilirlik kullanıcılar için gereklidir; risk, gerekçesiz erişim verilmesinden ve bunun kötüye kullanılmasından doğar.
Kötü amaçlı yazılımın her zaman mesaj şifrelemesini kırması gerekmez. Cihazın görüntüleme veya giriş için işlediği verilere erişirse içeriği şifrelemeden önce veya şifre çözmeden sonra görebilir. Erişilebilirlik suistimali ve üstte gösterilen pencereler iki örnektir, ancak mekanizmaları aynı değildir.
Ayrıca Accessibility özelliğine veya yüzen pencereye sahip her uygulama kötü amaçlı değildir. Ekran okuyucular ve yardımcı araçlar birçok kullanıcı için gereklidir. Amaç erişilebilirliği kaldırmak değil, bilinçli erişim vermek ve kötüye kullanımı azaltmaktır.
Birbirine karıştırılmaması gereken üç tehdit
| Yöntem | Saldırgan ne yapar? | Ne varsayılmamalıdır? |
|---|---|---|
| Sahte pencere veya form | Kullanıcıyı asıl uygulamaya benzeyen bir arayüze bilgi girmeye yönlendirir | Her Overlay alttaki pencerenin metnini otomatik olarak okumaz |
| Tıklama kaçırma veya Tapjacking | Kullanıcıyı başka bir denetime dokunmaya kandırır | Saydam bir katmanın varlığı bütün tuşların kaydedildiği anlamına gelmez |
| Accessibility hizmetinin kötüye kullanılması | Görmek veya işlem yapmak için hizmetin izin verilen yeteneklerini kullanır | Tüm görünümlere erişim bütün sürümlerde aynı değildir |
Resmî Tapjacking rehberi, arayüzün tamamen ve kısmen örtülmesini ayırır. Pencere türü, Android sürümü ve uygulama ayarları sonucu etkiler.
Accessibility hassas verilere nasıl erişebilir?
Bir erişilebilirlik hizmeti, yetenekleri kapsamında arayüz bilgilerini alabilir veya kullanıcı adına işlem yapabilir. Kötü amaçlı bir hizmet bu olanağı suistimal edebilir. Bu nedenle açık bir gerekçesi olmayan uygulama için bunu etkinleştirmek önemsiz bir karar değildir.
Ancak «her hizmet her uygulamanın bütün metnini okuyabilir» iddiası aşırı mutlaktır. Görünümlerin yapısı, verilerin sunuluş biçimi ve işletim sistemi kısıtlamaları önemlidir. Android, hassas görünümler için accessibilityDataSensitive gibi özellikler sunar; bunların kullanımı ve davranışı hedef sürümde sınanmalıdır. Google’ın verileri kötü amaçlı hizmetlerden korumaya ilişkin açıklaması.
FLAG_SECURE ne yapar, ne yapmaz?
FLAG_SECURE, ekran görüntülerini ve içeriğin güvenli olmayan çıkışlarda gösterilmesini sınırlamak için kullanılır. Bu bayrak tek başına erişilebilirlik sözleşmesini, sahte formları veya metin çıkarma yollarının tümünü kontrol etmez. Başka bir cihazla ekranın fotoğrafını çekmek de ayrı bir konudur.
Android, üstte gösterilen pencereleri azaltmak için uygulamalara HIDE_OVERLAY_WINDOWS gibi başka araçlar da sunar. Uyumluluk, sürüm sınırlamaları ve erişilebilirlik gereksinimi olan kullanıcılara etkileri incelenmeden bunların hiçbiri «casusluk önleme düğmesi» olarak sunulmamalıdır. Hassas etkinlikleri koruma rehberi.
İzinleri incelemek için kullanıcı kontrol listesi
- Cihaz ayarlarında erişilebilirlik, diğer uygulamaların üzerinde gösterme ve bildirim erişimi olan uygulamaları ayrı ayrı inceleyin. Menü yollarının adları üreticiye ve sürüme göre değişir.
- Her biri için hangi belirli özelliğin bu erişime ihtiyaç duyduğunu sorun. Güvenilir bir ekran okuyucunun erişimiyle bilinmeyen bir el feneri uygulamasınınki aynı değildir.
- Bilinmeyen bir dosyayı yükledikten hemen sonra gelen acil erişim etkinleştirme talebini daha fazla inceleme gerektiren bir işaret sayın; yalnızca izin istemek kötü amaçlı yazılım olduğunun kanıtı değildir.
- Giriş ekranı şüpheli görünüyorsa hassas bilgi girmeyin. Uygulamayı her zamanki yolunuzdan açın ve adresi veya yükleme kaynağını kontrol edin.
- Gereksiz erişimi iptal ettikten sonra ihtiyaç duyduğunuz yardımcı araçların çalışmasını sınayın. Güvenlik, cihazı sahibi için kullanılamaz hâle getirmemelidir.
Parolanızın veya oturumunuzun daha önce açığa çıkmış olabileceğini düşünüyorsanız izni iptal etmek tek başına yeterli değildir. Güvenilir bir cihazdan etkin oturumları ve hesap kurtarma yollarını inceleyin ve risk altındaki parolaları değiştirin.
Geliştirici neyi sınamalı?
Giriş, işlem onayı ve hassas bilgi görüntüleme ekranlarını ayrı ayrı değerlendirin. Örtülmüş dokunuşları ve kısmi örtülmeyi sınayın; yalnızca ekran görüntüsü testi yeterli değildir. Ardından güvenlik savunmasının meşru erişimi bozmaması için aynı yolu gerçek bir ekran okuyucu ve yardımcı araçla inceleyin.
Test raporunda Android ve uygulama sürümünü, hizmet türünü, izinleri ve gerçekten görülebilen verileri kaydedin. Sınırlı bir testten tüm cihazlar hakkında sonuç çıkarılamaz.
Mesajlaşma şifrelemesinin sınırı
Livara tehdit modeli, bulaşmış veya kilidi açık cihazları içerik koruma garantisinin dışında tutar. Dolayısıyla algoritmanın adı ya da anahtar değişiminin kuantum sonrası olması, tüm kullanıcı arayüzü suistimallerine karşı savunma değildir. Mesaj yolunun korunmasını, cihazın bütünlüğünü ve izinlerin kontrolünü üç ayrı inceleme olarak ele alın.
