对firebase自动生成的API密钥的应用程序限制可以在应用程序中断吗?

发布于 2025-02-07 19:15:58 字数 302 浏览 1 评论 0原文

当我们在Firebase中创建一个新项目并将iOS或Android应用程序添加到IT时,Firebase将自动在Google Cloud中创建API键。

示例:Android键(由Firebase创建的Android键)

根据文档,如果我们在后端有适当的安全规则(Firestore/Cloud Storage),则不强制保护这些钥匙。当然,攻击者可以使用身份验证端点进行蛮力攻击,通过将阈值放在身份验证限制上,可以缓解这些端点。

我的问题是,如果使用Bundle ID或SHA-1密钥确保自动创建的API键,则该应用程序功能或意外行为会导致中断?

When we create a new project in Firebase and add iOS or Android app to it Firebase will automatically create API keys in Google Cloud.

Example: Android key (auto created by Firebase)

As per documentation it's not mandatory to secure those keys if we have proper security rules at the backend(Firestore/Cloud Storage). Of course an attacker can make a brute force attack using the authentication endpoints which can be mitigated by putting thresholds on authentication limits.

My question is would it cause a break in the app functionality or unexpected behaviour if an auto created API key is secured with a bundle id or SHA-1 key?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

南烟 2025-02-14 19:15:58

一定。 firebase的文档注明以下内容:

如果生产应用程序当前正在使用API​​密钥,则需要谨慎对该API密钥添加限制。您应该在测试应用程序和测试API密钥中测试您的限制,然后再对生产API密钥进行任何限制。

For sure. Firebase's documentation notes the following:

If an API key is currently in use by a production app, you need to be cautious about adding restrictions to that API key. You should test your restrictions in a testing app and with a test API key before adding any restrictions to your production API key.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文