时间戳

首页 > 解决方案 > 为什么 org.mindrot.JBCrypt 在这里说 Bad salt length？

java - 为什么 org.mindrot.JBCrypt 在这里说 Bad salt length？

问题描述

例子值一千字，希望如此。如果没有，这里有几个测试在第一个测试和第二个测试中hello world使用盐种子散列纯文本。盐种子用于生成可以传递给函数的静态盐。如您所见，盐字节和盐字节字符串的长度相似，但会引发错误。我知道这很糟糕，但我有理由使用静态盐，所以请把注意力放在这个问题上。static seed to be usedstatic seed to be useddBCrypt.hashpw(plainText, staticSalt)

org.mindrot.jbcrypt.BCrypt 与 JDK1.7 测试 1 - 纯文本：“hello world”，saltseed：“要使用的静态种子”：

Salt bytes for "static seed to be used": [-30, -8, 86, -8, 6, -126, -64, -30, -82, -82, -104, -64, -8, -118, -64, 108, -82, -64, 14, -30, -82, -104]
Salt bytes string: 4vhW+AaCwOKurpjA+IrAbK7ADuKumA==, length: 32
complete salt: $2a$12$4vhW+AaCwOKurpjA+IrAbK7ADuKumA==
Exception in thread "main" java.lang.IllegalArgumentException: Bad salt length
at org.mindrot.jbcrypt.BCrypt.crypt_raw(BCrypt.java:619)
at org.mindrot.jbcrypt.BCrypt.hashpw(BCrypt.java:684)

org.springframework.security.crypto.bcrypt.BCrypt 与 JDK1.8 测试 1 - 纯文本：“hello world”，saltseed：“要使用的静态种子”：

Salt bytes for "static seed to be used": [-30, -8, 86, -8, 6, -126, -64, -30, -82, -82, -104, -64, -8, -118, -64, 108, -82, -64, 14, -30, -82, -104]
Salt bytes string: 4vhW+AaCwOKurpjA+IrAbK7ADuKumA==, length: 32
complete salt: $2a$12$4vhW+AaCwOKurpjA+IrAbK7ADuKumA==
Plain text: hello world, Hash text: $2a$12$4vhWHrTxEMtyyv6wmpOtX.YYbTqHwHv/dxe

org.mindrot.jbcrypt.BCrypt 与 JDK1.7 测试 2 - 纯文本：“hello world”，saltseed：“要使用的静态种子”：

Salt bytes for "static seed to be usedd": [85, 108, -73, 108, 111, -27, -32, 85, 19, 19, -4, -32, 108, -7, -32, -50, 19, -32, -125, 85, 19, -4]
Salt bytes string: VWy3bG/l4FUTE/zgbPngzhPgg1UT/A==, length: 32
complete salt: $2a$12$VWy3bG/l4FUTE/zgbPngzhPgg1UT/A==
Plain text: hello world, Hash text: $2a$12$VWy3bG/l4FUTE/zgbPngze9KDSXjF72NBMBNE6ZJk4StahyAhykgO

org.springframework.security.crypto.bcrypt.BCrypt 与 JDK1.8 测试 2 - 纯文本：“hello world”，saltseed：“要使用的静态种子”：

Salt bytes for "static seed to be usedd": [85, 108, -73, 108, 111, -27, -32, 85, 19, 19, -4, -32, 108, -7, -32, -50, 19, -32, -125, 85, 19, -4]
Salt bytes string: VWy3bG/l4FUTE/zgbPngzhPgg1UT/A==, length: 32
complete salt: $2a$12$VWy3bG/l4FUTE/zgbPngzhPgg1UT/A==
Plain text: hello world, Hash text: $2a$12$VWy3bG/l4FUTE/zgbPngze9KDSXjF72NBMBNE6ZJk4StahyAhykgO

我尝试添加和删除更多字母并获得成功的哈希值。我很高兴在 JUnit 测试中使用的第一个 String 引发了错误。

提前致谢。

标签： javaspringbcryptjbcrypt

解决方案

我通过在 GitHub 页面上查看它的实现找到了原因...... BCrypt 的这个实现支持 base64 点（。）字符而不是标准的加号（+）字符。

static private final byte index_64[] = {
        -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
        -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
        -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
        -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
        -1, -1, -1, -1, -1, -1, 0, 1, 54, 55,
        56, 57, 58, 59, 60, 61, 62, 63, -1, -1,
        -1, -1, -1, -1, -1, 2, 3, 4, 5, 6,
        7, 8, 9, 10, 11, 12, 13, 14, 15, 16,
        17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27,
        -1, -1, -1, -1, -1, -1, 28, 29, 30,
        31, 32, 33, 34, 35, 36, 37, 38, 39, 40,
        41, 42, 43, 44, 45, 46, 47, 48, 49, 50,
        51, 52, 53, -1, -1, -1, -1, -1
};

“+”字符的整数值为 43，因此从该数组返回 -1，从 salt 中检索 salt 字节的函数更早地中断，给我留下 4 字节的 salts。甚至它的实现也说它不支持标准的 base64 编码字符串：

/**
 * Decode a string encoded using bcrypt's base64 scheme to a
 * byte array. Note that this is *not* compatible with
 * the standard MIME-base64 encoding.
 */
static byte[] decode_base64(String s, int maxolen)
        throws IllegalArgumentException {

从 切换。to + 在包含 + 的盐上给了我与 Spring 不同的哈希值。不太熟悉 shift 和 & 来进行更改，因此要寻找 Spring-Security 的实现。

编辑：只是看看 Spring 的实现。难怪它不起作用......它完全一样，除了 Spring 继续使用 4 个字节的盐进行散列，而 jbcrypt 抛出错误，因此 Spring 中有一个错误，而如果你生成自己的散列并且它包含 +，那么checkpw(plainText, hashedText) 将返回 false，因为 hashtedText 的生成 salt 部分与用户生成的 salt 不同。

推荐阅读