security - 安全存储需要用作纯文本的 API 凭据

Question

我创建了一个应用程序，它充当 2 个不同 API(WebEx 和 Exchange Web 服务)和电子邮件之间的桥梁。用户向一个特殊的电子邮件地址发送日历邀请，该应用程序解析 ICS 并创建一个 WebEx session ，然后连接到 Exchange Web 服务并将 WebEx 邀请信息放入原始邀请中。

这是因为 WebEx 没有 Mac 电子邮件/日历集成而创建的。

问题是要使用 WebEx API 和 Exchange API，我显然需要这两个 API 的凭据。我使用 AES 256 位加密将凭据安全地存储在数据库中，但要访问 API，我需要原始纯文本凭据(API 中不支持 oAuth 或 token )。当然，它们是通过 SSL 安全传输的。

安全风险不在于密码被盗，因为加密 key 是安全存储的。我希望解决的问题是，客户担心他们的企业凭据现在的存储方式允许有权访问这些 key 的人(我或开发团队中的某个人)解密他们的信息并获得对凭据的访问权限.

该应用程序的值(value)是巨大的——它节省了大量的时间，但我怎样才能防止这种恐惧，同时仍然允许这种方法工作呢？

Answer 1

现实情况是，如果您的代码需要发送密码，那么如果开发人员拥有源代码 和 他们可以访问纯测试密码的加密密码。解决此问题的唯一方法是拒绝开发团队访问加密密码，并拒绝拥有加密密码的人员访问源代码。您可以通过让开发团队远离生产数据库来实现这一点。

安全风险是您可以访问存储 key 的生产数据库。消除该访问权限，并消除他们的担忧。提供可用于配置 key 的实用程序(桌面或基于 Web) - 无论如何都是一个好主意，因为将来需要更改这些密码。

让客户创建一个数据库，然后通过更改连接字符串将应用程序指向数据库。客户可以使用该实用程序设置密码。