您将如何在Java中实现安全的静态登录凭据系统？

就编码密码进行传输而言,唯一真正增加安全性的编码就是加密.使用Base-64或十六进制不是为了安全,而是为了能够以XML等文本格式包含它.

熵用于衡量密码质量.因此,选择每个位随机“硬币翻转”将为您提供最优质的密码.您希望密码与其他加密密钥一样强,因此我建议至少使用128位熵.

有两种简单的方法,具体取决于您希望如何将密码编码为文本(从安全角度来看,这无关紧要).

对于Base-64,请使用以下内容：

SecureRandom rnd = new SecureRandom();
  /* Byte array length is multiple of LCM(log2(64),8) / 8 = 3. */
  byte[] password = new byte[18];
  rnd.nextBytes(password);
  String encoded = Base64.encode(password);

以下内容不要求您提供Base-64编码器.结果编码不是那么紧凑(26个字符而不是24个),密码没有那么多的熵. (但是130位已经很多了,相当于人类选择的至少30个字符的密码.)

SecureRandom rnd = new SecureRandom();
/* Bit length is multiple of log2(32) = 5. */
String encoded = new BigInteger(130,rnd).toString(32);

创建新的SecureRandom对象的计算成本很高,因此如果要经常生成密码,您可能需要创建一个实例并保留它.

更好的方法

将密码嵌入XML本身似乎是个错误.

首先,在处理发送给您的任何文档之前,您似乎想要验证发件人.假设我讨厌你的胆量,并开始向你发送巨大的XML文件来执行拒绝服务攻击.您是否只想解析XML以发现我不是合法的合作伙伴？如果servlet刚刚拒绝了来自未经身份验证的用户的请求,那会不会更好？

其次,您的合法合作伙伴的密码在通过HTTPS传输时受到保护,但现在它们很可能存储在您系统的“明确”位置.这是不好的安全.

更好的方法是在合作伙伴向您发送带有HTTP请求标头中的凭据的文档时对其进行身份验证.如果您只允许HTTPS,则可以完全取出文档中的密码,并将其放入HTTP “Basic” authentication标题中.它在传输过程中由SSL保护,并且不以明文形式存储在您的系统上(您只存储单向哈希以进行身份??验证).

HTTP基本身份验证很简单,受到广泛支持,并且您和您的合作伙伴比SSL客户端证书更容易实现.

保护文档内容

如果文档本身的内容是敏感的,它们确实应该由发件人加密,并由您以加密形式存储.执行此操作的最佳方法是使用公钥加密,但这将是另一个问题的主题.