gpt4 book ai didi

api - 不想在移动设备上存储 secret 的 Facebook/Twitter API key ,设计模式?

转载 作者:行者123 更新时间:2023-12-04 07:39:11 25 4
gpt4 key购买 nike

我有一个问题,就是让我的 secret API key 遍布世界各地,可能有成千上万的移动设备。它很容易被黑客入侵并用于恶意目的。

那么我有哪些选择呢?
我猜想有一个私有(private)服务器,它具有 secret 的 API key 和一个封装所有方法调用的 Web 服务。因此,不是移动设备拥有 key ,而是执行以下操作:List<Friends> = service.GetFriends(secretKey);
如果我的 secret API key 被泄露并被用于垃圾邮件/滥用目的,我必须关闭所有用户的使用,让我的应用程序陷入困境。

所以我的想法是我可以使用移动设备唯一的设备 ID 并执行以下操作:List<Friends> = myService.GetFriends(deviceID);
当然,恶意黑客可以使用伪造的 deviceID 调用我的 Web 服务,但至少我现在可以控制将 deviceID 列入黑名单。它还引入了一些潜在的带宽问题,但这并不重要。

真正的 PKI 可能是不可能的,因为目标设备在当前版本中不处理 HTTP 客户端证书。

还有什么好主意吗?

最佳答案

您不想将 API key 发布到 Facebook 或 Twitter,甚至在客户端中被混淆。

通过您控制的服务代理您的直觉是正确的。限制对该服务的访问取决于您 - 未经授权的使用风险有多大?设备 ID 是设备/用户身份的一个很好的线索,但可以伪造。

您可以使用更强大的身份验证方法(SMS 身份验证等)来建立长期 session 或设备 key ,但是这些方法更复杂,并且给最终用户带来了更高的负担。

TL;DR

保护您的平台 API key 。保护您自己的 API 足以保护您的需求。

关于api - 不想在移动设备上存储 secret 的 Facebook/Twitter API key ,设计模式?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4188493/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com