前端与后端实现Firebase数据管理的合理性及安全规则配置疑问

问题1：前后端混合使用Firebase的合理性 #

这种使用方式完全符合行业通用做法，是非常合理的分层方案：

• 前端直接使用Firebase官方提供的认证模块处理登录、注册、邮件验证流程，属于官方推荐的用法。官方封装的模块已经做了全链路的安全加固，你不需要自行实现容易出漏洞的密码校验、会话签发逻辑，既降低开发成本，安全性也远高于自主实现的认证体系。
• 所有数据库读写操作收拢到后端通过firebase-admin SDK执行，是内部系统这类对数据权限要求较高场景的常规选型，避免前端直接操作数据库容易出现的安全规则配置疏漏问题，也更方便统一管控所有数据读写逻辑。

问题2：安全规则全局禁止的正确性 #

你当前的配置是完全正确的，也是该架构下的最优安全方案：

• firebase-admin SDK通过服务账号发起的请求本身会绕过Firestore安全规则，该配置不会影响后端的正常数据库操作。
• 全局禁止所有前端直接访问Firestore的权限，相当于给数据库增加了一层兜底防护：哪怕前端的Firebase配置不慎泄露，恶意用户也无法直接连接Firestore读写数据，所有数据访问必须经过你后端的权限校验，大幅降低数据泄露风险。

你贴的安全规则代码没有问题：

service cloud.firestore {
  match /databases/{database}/documents {
    match /{document=**} {
      allow read, write: if false;
    }
  }
}

唯一需要注意的是要保证后端自身的接口权限校验逻辑正确，比如严格校验用户登录状态、控制用户只能查看/修改自身权限范围内的申请数据，避免后端逻辑层面出现越权漏洞。

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