iOS只读Firestore安全规则优化及认证方案咨询

1. 如何保护数据，降低非本应用用户访问风险？ #

• 优先搭配Firebase App Check：通过验证请求来源为你的合法iOS应用，直接拦截爬虫、第三方工具发起的非法请求，结合Firestore规则限制仅通过验证的请求可读取。
• 使用匿名认证：无需用户注册，应用启动时自动为用户创建匿名Auth账号，Firestore规则设置为allow read: if request.auth != null;。这种方式能过滤未通过Auth的请求，同时每个用户有独立UID，避免共用账号的问题。
• 双重验证组合：App Check+匿名认证，规则写为allow read: if request.auth != null && request.app != null;，进一步提升安全性。

2. 大量设备共用单个Auth账号的风险 #

绝对不建议这么做：

• Firebase Auth有严格的登录频率限制，短时间内大量设备用同一账号登录会触发安全机制，导致账号被临时封禁甚至永久禁用，直接影响应用可用性。
• 多个设备共用同一账号的Auth token，token过期后重新登录会出现会话冲突，部分设备可能无法正常获取新token，导致请求失败。
• 这种方式本质上和开放读取区别不大，只要账号信息泄露，任何人都能模拟请求，安全性并没有实质性提升。

3. Firebase App Check是否适合当前场景？ #

完全适合，这正是App Check的核心使用场景之一：

• 它通过Apple的DeviceCheck（支持iOS 11+）或App Attest（iOS 14+）验证请求是否来自你的正版应用，有效阻止非授权客户端（如爬虫、逆向后的盗版应用）访问Firestore。
• 配置后只需修改Firestore规则为allow read: if request.app != null;，无需强制用户注册，完美匹配你“只读+免注册”的需求。
• 启用后能消除Firebase后台的“数据库对所有用户开放读取权限”警告，同时大幅降低数据被非法抓取的风险。

内容的提问来源于stack exchange，提问作者stratocaster