Unity中不依赖Firebase Authentication，使用自定义认证访问Firebase的咨询

完全可以创建内置的服务账号（service account），核心是将账号的准入与权限管控完全交由你的自有认证系统处理，全程避开Google的外部登录界面，具体实现思路如下：

• 内置账号的安全分发与激活
  应用分发时，将service account的身份标识（如唯一ID）和加密后的密钥内置到应用包中（禁止明文存储）。首次启动应用时，自动向你的自有认证后端发起验证请求，携带该账号的标识信息。只有当自有系统验证通过（比如确认该账号属于授权分发范围、未被封禁），才解密启用账号，否则直接限制应用功能。

• 全自有链路的认证会话管理
  彻底绕开Google系认证组件，基于自有系统实现完整的认证流程：

  1. 应用启动后自动触发自有认证接口请求，携带内置账号的加密身份信息
  2. 自有后端完成合法性校验后，返回自定义会话令牌（如JWT）
  3. 应用本地安全存储该令牌，后续所有业务接口请求均携带令牌完成身份校验
  4. 校验失败时，应用直接提示权限不足，不唤起任何外部登录界面

• 对比AnonymousAuthentication的优势
  这种方案比匿名认证更可控：你可以通过自有系统精准管控每个内置账号的权限范围、生效期限，甚至针对不同分发批次的应用配置不同的账号权限；而匿名认证的身份无绑定关系，无法实现精细化的准入与权限管理。

• 关键安全细节

  • 内置账号的敏感信息（如密钥）必须做硬编码加密，比如使用应用签名哈希值作为密钥进行AES加密，防止反编译泄露
  • 自有认证接口需添加防刷机制（如IP限流、请求签名校验），避免恶意攻击
  • 定期轮换内置账号密钥，在应用版本更新时推送新的加密密钥，旧版本密钥到期后自动失效

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