· kaynak Hacker News – Front Page (hnrss.org)
Ticari telefon kilit açma araçları, bilinen mobil güvenlik açıklarını ürüne nasıl dönüştürüyor
Teknik bir inceleme, adli telefon kilit açma araçlarının önyükleme zincirlerini, TEE'leri ve araştırmacıların uzun zamandır belgelediği şifreleme açıklarını nasıl sömürdüğünü ve bunları otomatik ürünlere nasıl paketlediğini anlatıyor.
osservatorionessuno.org'da yayımlanan ve Hacker News'in ana sayfasına taşınan teknik bir yazı, ticari telefon kilt açma araçlarının gerçekte nasıl çalıştığını inceliyor; yazının merkezî bulgusu hayal kırıcılığı yaratıcı cinsten: bu ürünler, araştırmacıların konferanslarda sunduğu ve akademik makalelerde yayımladığı güvenlik açığı sınıflarına dayanıyor. Yazara göre asıl ayırt edici unsur ticari: her donanım-yazılım eşleşmesi için exploit geliştirmek ya da satın almak, bunları stabilize etmek ve minimum operatör becerisi gerektiren otomatik iş akışlarına paketlemek.
Fiziksel erişimi olan bir saldırgan nerede hareket edebilir
Yazı, adli incelemecinin seçeneklerini dört alanla sınırlı olarak çerçeveliyor: önyükleme zinciri, trusted execution environment (TEE), varsa secure element ve çekirdeğin çevre birimi sürücü yığını. İnceleme Android iç yapılarına odaklanıyor; yazar, eşdeğer iOS kavramlarının teknik olarak benzer olduğunu belirtiyor. Ampirik temelini Quarkslab'ın TEE'ler ve Android'in şifreleme mimarisi üzerine araştırmasından, Amnesty International Security Lab'ın raporlarından ve GrapheneOS projesinin analizlerinden alıyor.
Tek çipte iki dünya
ARM'ın TrustZone eklentisi, mobil işlemciyi bir Normal World — Android, uygulamaları ve Linux çekirdeği — ile Trusted Applications barındıran minimal bir Trusted OS çalıştıran bir Secure World'e bölüyor. İki dünya fiziksel çekirdekleri paylaşır ancak donanım düzeyinde yalıtılmıştır; dolayısıyla Normal World kodu Secure World belleğini okuyup yazamaz. Geçişler, ARMv8'in en yüksek ayrıcalık seviyesi olan EL3'te çalışan ve Secure Monitor Call komutlarıyla tetiklenen bir monitor üzerinden yürür.
Kilit açmayı iki Trusted OS servisi taşır. Gatekeeper PIN'leri, parolaları ve desenleri doğrular, hız sınırlamasıyla kaba kuvvet denemelerini kısıtlar ve başarı durumunda imzalı bir kimlik doğrulama token'ı üretir; Keymaster ise kriptografik anahtarları yönetir — bazıları kimlik doğrulamaya bağlıdır ve yalnızca Gatekeeper geçerli bir token ürettikten sonra kullanılabilir. Yazar, uygulamaların üreticiye göre değiştiğini — Google ve AOSP için TrustyOS, Qualcomm için QSEE, Exynos ve MediaTek SoC'lerdeki Samsung cihazlar için TEEGRIS, Huawei için TrustedCore, MediaTek ve Exynos'ta sıkça görülen Trustonic'in Kinibi'si — ve güvenlik özelliklerinin farklı olduğunu not ediyor.
Secure Element ayrımı
Secure Element, kendi önyükleme zinciri, firmwaresi ve anahtar deposu olan, fiziksel olarak ayrı bir kurcalamaya dayanıklı çiptir ve Android 9'dan beri Android'in StrongBox API'si üzerinden sunulur. Pixel 3'ten itibaren Pixel'ler Google'ın Titan M çipini taşır; Pixel 6 ile birlikte Titan M2'ye yükseltilmiştir. Apple'ın karşılığı Secure Enclave Processor'dır. Çip, anahtar şifreleme anahtarlarını tutar ve ana SoC tamamen ele geçirilse bile kurcalayamayacağı bir donanımda kimlik bilgisi hız sınırlamasını uygular. Secure Element olmadan TEE'yi ele geçirmek, kimlik bilgisinden türetilen anahtarlara ulaşmak için yeterlidir; Secure Element varsa saldırganın ikinci, sertleştirilmiş bir çipi de alt etmesi gerekir. Secure Element'ler ağırlıklı olarak amiral gemisi cihazlarda bulunduğundan, çoğu orta seviye ve ekonomik cihaz yalnızca TEE'ye güvenir — yazarın, bir cihazın kapalıyken adli kilit açmaya karşı koyup koymayacağını belirleyen en büyük etken olarak gösterdiği boşluk budur.
Boot ROM açıkları neden donanımdan uzun ömürlü olur
Güven zinciri, üretim sırasında silikona sabitlenmiş ve ilke olarak değiştirilemez olan Boot ROM'da başlar; yazar, düzeltme dağıtımı için birkaç modern istisnayı kabul eder. Boot ROM bir sonraki aşamayı — MediaTek'in adlandırmayla preloader — doğrular ve yükler; bu aşama donanımı başlatır, Trusted OS'u Secure World'e ve ana bootloader'ı Normal World'e yükler. MediaTek'te Little Kernel, Qualcomm'da ABL olan bu aşama, çekirdek başlamadan önce Android Verified Boot, geri alma karşıtı korumaları ve cihaz durumu kontrollerini uygular; dm-verity ise çalışma zamanında sistem bölümü bütünlüğünü korur. Her aşama bir sonrakine kefil olduğundan, tek bir halkanın ele geçirilmesi akış aşağısındaki her şeyi güvenilmez kılar. Boot ROM açıkları en kötü durumdur: genellikle yamalanamaz ve etkilenen silikona dayanan her cihaza, donanım ömrü boyunca etkilidir. Secure Element ise kendi bağımsız Boot ROM, Bootrom EXT, Bootloader ve OS dizisi üzerinden önyükleme yapar — sistemdeki en yalıtılmış düzen budur.
Saldırganın peşinde olduğu şey
Her şey, kullanıcı verisinin şifre çözme anahtarlarında birleşir. Android, Full Disk Encryption ile başladı: veri bölümünün tamamı için tek bir kimlik bilgisinden türetilmiş anahtar, OS önyüklenmeden önce gerekiyordu; Android 6'ya kadar varsayılandı ve Android 13'ten beri kullanımdan kaldırılmıştır. Yerine File-Based Encryption geçti; Android 7'de varsayılan, Android 10'da zorunlu oldu ve dosyaları farklı anahtarlarla tek tek şifreleyerek depolamayı, Device Encrypted depolamayı da içeren sınıflara böldü.
Neden önemli
İnceleme, adli kilit açmayı gizemli bir sanat değil, bir mühendislik ve tedarik alıştırması olarak yeniden çerçevelendiriyor. Savunmacılar için sayılan önlemler somuttur: cihazın Secure Element içerip içermediği, ilgili TrustZone uygulamasının ne kadar sertleştirilmiş olduğu ve önyükleme zincirinin ayakta kalıp kalmadığı — amiral gemisi ile ekonomik donanım arasındaki bölünme, bir cihazın direncini yama seviyeleri kadar şekillendiriyor. Geniş endüstri için bu, kamuya açık biçimde belgelenmiş güvenlik açık sınıflarının, biri stabilite ve paketlemeye yatırım yaptığında kalıcı biçimde paraya dönüştüğünün ve Boot ROM hataları gibi silikon düzeyindeki kusurların, etkilenen her cihazı servis ömrü boyunca gölgede bıraktığının bir hatırlatıcısıdır.
- #mobile-security
- #android
- #forensics
- #boot-chain
- #hardware-security