如何限制Firestore读取权限仅允许指定应用的用户访问？

嘿，这个问题问到点子上了，咱们来逐个分析你提到的两个方案，再给出更稳妥的最佳实践：

首先排除硬编码用户凭证的方案 #

绝对不要这么做！把固定用户的邮箱和密码硬编码到客户端代码里，不管是Android APK、iOS IPA还是前端JS代码，都很容易被逆向工程破解（比如反编译APK就能直接扒出明文凭证）。一旦有人拿到这个凭证，就能登录你创建的那个专用账号，完全绕过你的权限规则，直接读取甚至修改数据，安全风险拉满，属于典型的不安全实践，直接pass。

匿名登录方案的优缺点 #

这个方案比硬编码安全太多，是可行的基础方案：

• 优势：匿名登录不需要用户提供任何信息，客户端调用Firebase SDK就能快速生成临时认证会话，规则里allow read: if request.auth != null;就能限制只有经过认证的请求才能读取数据，避免了未授权的外部请求。
• 小局限：匿名登录的UID是临时的，用户卸载重装APP、清除应用数据或者换设备后，之前的匿名会话就会丢失，如果你不需要关联用户的长期数据，这个问题可以忽略。

更严谨的最佳方案：匿名登录 + Firebase App Check #

如果想要更稳妥的防护，建议把匿名登录和App Check结合起来：

• App Check的作用是验证请求确实来自你的合法应用（支持Android、iOS、Web等平台），它会给你的应用生成一个安全令牌，Firebase服务会校验这个令牌，确保请求不是来自伪造的客户端或者爬虫。
• 结合之后，Firestore的规则可以设置双重验证，既确保是认证用户（匿名登录满足），又确保请求来自你的合法应用：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    match /{document=**} {
      allow read: if request.auth != null && request.app != null;
    }
  }
}

为什么这个组合是最优解？ #

1. 完全避免了硬编码凭证的安全风险；
2. 双重验证确保只有你的应用发出的、经过认证的请求才能读取数据，防护更全面；
3. 匿名登录的扩展性强，后续如果需要让用户注册正式账号，可以直接把匿名账号关联到邮箱/手机号/第三方登录账号，保留用户数据。

如果你的场景非常简单，只是要确保请求来自你的APP，甚至可以只启用App Check，规则里只判断request.app != null，但加上匿名登录的话，后续扩展用户相关功能会更顺畅。

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