Guideline 1.6
Guideline 1.6 - Safety: Insecure Data Handling
Our Take
Apple is rejecting your app because it doesn't implement appropriate security measures for handling user information. This covers transmitting sensitive data over unencrypted connections (HTTP instead of HTTPS), storing credentials in plain text, lacking App Transport Security compliance, or having known security vulnerabilities. This rejection is less common as a standalone reason (most apps use HTTPS by default now), but it still appears when apps communicate with legacy backend services over HTTP, store sensitive data in UserDefaults or plain-text files, or include SDKs with known vulnerabilities. App Transport Security (ATS) is enforced by default in iOS — if your app needs to communicate over HTTP, you must add ATS exceptions in your Info.plist, and Apple may question those exceptions during review.
Resolution Guide
Migrate to HTTPS
Ensure all network requests use HTTPS. Update any hardcoded HTTP URLs to HTTPS. If your backend doesn't support HTTPS, that's the first priority.
Remove ATS exceptions
Review your Info.plist for NSAllowsArbitraryLoads or domain-specific ATS exceptions. Remove any that aren't absolutely necessary and document the remaining ones in Review Notes.
Secure stored data
Move sensitive data from UserDefaults, plain-text files, or SQLite to the iOS Keychain. Use encryption for any local data storage containing PII.
Update vulnerable SDKs
Check for known vulnerabilities in your dependencies and update to patched versions.
Audit data handling
Review all points where user data is collected, transmitted, or stored. Ensure each point uses appropriate security measures.
Prevention
Example Rejection Email
Before & After
App sends login credentials to backend API over HTTP and stores auth token in UserDefaults
All API calls use HTTPS with certificate pinning, auth token stored in iOS Keychain, ATS exceptions removed from Info.plist
What changed: All user data must be transmitted over encrypted connections and stored using secure platform APIs.
Community Solutions · 0
Sign in to share your solution.
More Guideline 1 (Safety) rejections
- Guideline 1.1 - Safety: Objectionable Content in App Marketing
- Guideline 1.1.1 - Safety: Defamatory or Discriminatory Content
- Guideline 1.1.2 - Safety: Realistic Violence or Encouragement of Violence
- Guideline 1.1.3 - Safety: Weapons and Firearms Content
- Guideline 1.1.4 - Safety: Sexual or Pornographic Content
- Guideline 1.1.6 - Safety: False Information or Fake Features