在Java代码中嵌入密码最安全的方法是什么？[重复]

Question

在回答这个问题之前，我必须说，我知道在客户端应用程序中硬编码密码是一种不好的做法，原因有很多。关于这个问题还有其他问题。这个问题的范围更窄，假设身份验证凭据必须驻留在客户端应用程序的代码上，原因是您无法控制的。

如果某些方法优于其他方法（例如：JPasswordField将密码存储在字符数组而不是字符串中），并且如果必须在Java应用程序中对其进行硬编码，您可以采取哪些措施使其更难获取？

更新：

该应用程序的一个实例在远程pc上运行，最终用户拥有管理权限。凭据用于访问同一网络中的数据库，因此实际密码已经预先确定，必须在实际代码中手动输入。

Answer 1

我想最不理想的解决方案是，如果你可以使用随机元素的基于挑战的认证协议。

这样，它不仅仅是密码，它也是使用密码生成正确响应的代码，这需要逆向工程。

然后它也可以是双向身份验证，也就是说，您的终端可以验证另一方是否也使用相同的协议/算法，以及是否拥有相同的密码。

最重要的是，密码永远不会通过网络发送，所以不能被监听。

Diffie-Helman密钥交换是一种广泛使用的协议，但如果您只想实现隐晦性，而不是真正的安全性，您可以随时推出自己的简单实现。好吧，如果所有东西都可以从字节码反编译和反向工程，那么真正的安全性显然是不可能实现的，但无论如何……：）

Answer 2

一般来说，你不应该存储密码（当然）。

如果您需要在运行时提供密码，那么最佳实践（如Jez Humble在《持续交付》一书中提倡的那样）是在部署/启动时提供密码。这样一来，密码只能存在于人们的头脑中，而不是某个不安全的文件中。

我不知道这对你来说是否可行，但你应该朝着这个目标努力。

Answer 3

.... 如果必须在Java应用程序中对其进行硬编码，可以采取哪些措施使其更难获取？

首先，我要确保对做出这个糟糕决定负有管理责任的人充分意识到这从根本上是不可挽回的不安全的。

然后，我可能会想出一些naff算法，以一种模糊的方式组装密码；例如，通过构建两个字节数组并将它们XORing在一起...并分发模糊的字节码。你能希望做的最好的事情就是让技能有限的人很难从你的代码中逆向工程密码。

（用强算法加密密码不会有多大帮助，因为算法的选择和解密密钥都必须嵌入到代码中。事实上，任何你能想到的方案都可以通过使用调试器在密码需要清除的地方设置断点来击败。）

^{1。。。即使是乔恩·斯基特也无法保证它的安全}

如果某些方法优于其他方法（例如：JPasswordField将密码存储在字符数组而不是字符串中）。。。

我只想指出，使用char数组在JPasswordField等中保存密码的正常推理是为了防止坏人从核心转储或交换文件中读取密码。在这种情况下，它不会真的有帮助，因为我们必须假设你应该担心的坏人是具有系统管理员访问权限的simeone。他或她将有足够的控制权将调试器附加到JVM并从char数组捕获字节。