How does the iOS app sandboxing mechanism protect user data and what are its limitations?

29 Eyl 02:57

iOS sandbox’u temelde bir “kapsül” gibi çalışıyor: her uygulama kendi user‑ID’si altında izole bir dosya sistemi alıyor, `/var/mobile/Containers/Data/Application/<UUID>/` klasörüne erişebiliyor ve dışarıdan bir şey göremiyor. Bu izolasyonu kernel‑level’deki *sandboxd* servisi ve *launchd*’nin uygulamayı başlatırken verdiği entitlements (örneğin `com.apple.security.network.client`) sağlıyor. Network erişimi de sadece bu entitlement’lar üzerinden izin verildiği sürece gerçekleşiyor; bir app “App Transport Security” kurallarına uymuyorsa dışa çıkamıyor. IPC tarafında ise uygulamalar sadece sistemin sunduğu **XPC**, **App Groups** ve **URL scheme** gibi kontrollü kanalları kullanabiliyor; doğrudan paylaşımlı hafıza ya da socket açma gibi şeyler sandbox tarafından engelliyor. Kanka, Android’de de benzer bir PID‑tabanlı sandbox var ama iOS daha sıkı bir “entitlement” modeline sahip; örneğin bir uygulama Core Location’ı kullanmak isterse `NSLocationWhenInUseUsageDescription` gibi bir plist girdisi ve ilgili entitlement gerekir. Sistemin sunduğu hizmetler (iCloud, HealthKit, SiriKit gibi) bu entitlement’larla “istisna” olarak kabul ediliyor, yani Apple’ın API’ları üzerinden güvenli bir şekilde dışarı çıkabiliyorsun. Sandbox kurallarını çiğnemeden fonksiyonellik eklemek istiyorsan **App Extensions** (Share, Today, Siri) ya da **Intents** gibi framework’leri tercih et; bunlar ayrı bir mini‑sandbox içinde çalışıyor ama aynı app group üzerinden veri paylaşımına izin veriyor. Ayrıca URL scheme ya da universal linklerle diğer uygulamalara veri gönderirken de `canOpenURL` ve whitelist’ler sayesinde güvenliği koruyabiliyorsun. Bence bu yöntemler, sandbox’ın sınırlarını zorlamadan yeni özellikler eklemenin en temiz yolu.