【问题标题】:PBEKeySpec with byte array argument instead of ASCII带有字节数组参数而不是 ASCII 的 PBEKeySpec
【发布时间】:2012-08-20 01:06:21
【问题描述】:

我想知道是否有办法将PBEKeySpec 与字节数组参数一起使用。

请找到以下文档的链接:

http://docs.oracle.com/javase/1.7/docs/api/javax/crypto/spec/PBEKeySpec.html)

【问题讨论】:

  • 请上来,希望能找到解决办法。
  • 我使用 Google 搜索找到了您的问题。实际上,Java 实现指定了每个字符的低 8 位,因此它比 ASCII 7 位考虑了更多信息。由于它没有指定编码,这可能只会让事情变得混乱。
  • 您的问题没有引起注意,因为它没有任何与密码学相关的标签。
  • 您还没有指定要使用的KeyFactory。没有PBEKeySpec 的密码字节数组可以通过简单的谷歌搜索来推断。我在回答中假设为 PBKDF2。
  • 我可以看到您有一段时间没有访问 stackoverflow,但您能否接受我的任何一个答案,或者指出它们为什么不适合您的需要?然后他们不会在评论等期间继续出现。其他问题也是如此,这些问题似乎得到了充分的回答。提前致谢。

标签: java character-encoding passwords cryptography ascii


【解决方案1】:

我能够使用 3rd 方库并扩展他们的一个类来做到这一点。

这是我使用的 RFC 2898 实现库: http://www.rtner.de/software/PBKDF2.html

我的代码:

import de.rtner.security.auth.spi.PBKDF2Engine;
import de.rtner.security.auth.spi.PBKDF2Parameters;

public class PBKDF2Utils {
    
    private static class PBKDF2EngineWithBinaryPassword extends PBKDF2Engine {
        
        private PBKDF2EngineWithBinaryPassword(PBKDF2Parameters parameters) {
            super(parameters);
        }

        public byte[] deriveKey(byte[] inputPassword, int dkLen) {
            this.assertPRF(inputPassword);
            return this.PBKDF2(prf, parameters.getSalt(), parameters.getIterationCount(), dkLen);
        }
    }
    
    public static byte[] deriveKey(
            byte[] password, 
            byte[] salt,
            int iterationCount, 
            int dkLen) {
        
        PBKDF2Parameters parameters = new PBKDF2Parameters("HmacSHA1", null, salt, iterationCount);
        
        PBKDF2EngineWithBinaryPassword engine = new PBKDF2EngineWithBinaryPassword(parameters);
        
        return engine.deriveKey(password, dkLen);
    }
}

【讨论】:

    【解决方案2】:

    下面是我的解决方案:我在谷歌上搜索了一下。请考虑我必须在内部复制密码和盐,因为当它们来自外部时它们具有另一种格式,但结果是相同的。似乎它有效并解决了密码为 byte[] 而不是 char[] 的问题(这让我发疯) 我希望它有帮助! 干杯,苏斯塔

    public class Pbkdf2 {
    
        public Pbkdf2() {
        }
    
        public void GenerateKey(final byte[] masterPassword, int masterPasswordLen,
                                final byte[] salt, int saltLen,
                                int iterationCount, int requestedKeyLen,
                                byte[] generatedKey) {
    
            byte[] masterPasswordInternal = new byte[masterPasswordLen];
            System.arraycopy(masterPassword, 0, masterPasswordInternal, 0, masterPasswordLen);
            byte[] saltInternal = new byte[saltLen];
            System.arraycopy(salt, 0, saltInternal, 0, saltLen);
    
    
            SecretKeySpec keyspec = new SecretKeySpec(masterPasswordInternal, "HmacSHA1");
            Mac prf = null;
            try {
                prf = Mac.getInstance("HmacSHA1");
                prf.init(keyspec);
            } catch (NoSuchAlgorithmException e) {
                e.printStackTrace();
            } catch (InvalidKeyException e) {
                e.printStackTrace();
            }
    
            int hLen = prf.getMacLength();   // 20 for SHA1
            int l = Math.max(requestedKeyLen, hLen); //  1 for 128bit (16-byte) keys
            int r = requestedKeyLen - (l - 1) * hLen;      // 16 for 128bit (16-byte) keys
            byte T[] = new byte[l * hLen];
            int ti_offset = 0;
            for (int i = 1; i <= l; i++) {
                F(T, ti_offset, prf, saltInternal, iterationCount, i);
                ti_offset += hLen;
            }
    
            System.arraycopy(T, 0, generatedKey, 0, requestedKeyLen);
        }
    
        private static void F(byte[] dest, int offset, Mac prf, byte[] S, int c, int blockIndex) {
            final int hLen = prf.getMacLength();
            byte U_r[] = new byte[hLen];
            // U0 = S || INT (i);
            byte U_i[] = new byte[S.length + 4];
            System.arraycopy(S, 0, U_i, 0, S.length);
            INT(U_i, S.length, blockIndex);
            for (int i = 0; i < c; i++) {
                U_i = prf.doFinal(U_i);
                xor(U_r, U_i);
            }
    
            System.arraycopy(U_r, 0, dest, offset, hLen);
        }
    
        private static void xor(byte[] dest, byte[] src) {
            for (int i = 0; i < dest.length; i++) {
                dest[i] ^= src[i];
            }
        }
    
        private static void INT(byte[] dest, int offset, int i) {
            dest[offset + 0] = (byte) (i / (256 * 256 * 256));
            dest[offset + 1] = (byte) (i / (256 * 256));
            dest[offset + 2] = (byte) (i / (256));
            dest[offset + 3] = (byte) (i);
        }
    }
    

    【讨论】:

    • 你让我很开心,非常感谢!我只是对其进行了一些修改,并将方法设为静态,因此不需要类的实例。 1k 谢谢!
    • 不客气,马丁。发生了什么,我已经多次使用stackoverflow:D
    • 非常感谢@Soosta,我被困了一段时间。你救了我;-)
    • @Soosta 你有在哪里找到这个的链接吗?我做了一些环顾四周,我没有找到任何东西。我遇到了同样的情况,我有一个 byte[] 作为密码,而不是一个 char[]。我想更好地理解代码背后的“原因”。
    • 如果您提供了一个带有争论的调用示例。
    【解决方案3】:

    我必须实现双阶段 pbkdf2 派生(因此第二个 pbkdf2 具有来自第一个的字节作为输入)。我最终使用了BouncyCastle,因为我无法将字节数组转换为字符数组体操工作。从这个其他问题归功于PasiReliable implementation of PBKDF2-HMAC-SHA256 for JAVA

    import org.bouncycastle.crypto.generators.PKCS5S2ParametersGenerator;
    import org.bouncycastle.crypto.digests.SHA256Digest;
    import org.bouncycastle.crypto.digests.GeneralDigest;
    import org.bouncycastle.crypto.params.KeyParameter;
    
    GeneraDigest algorithm = new SHA256Digest();
    PKCS5S2ParametersGenerator gen = new PKCS5S2ParametersGenerator(algorithm);
    gen.init(passwordBytes, salt, iterations);
    byte[] dk = ((KeyParameter) gen.generateDerivedParameters(256)).getKey();
    

    【讨论】:

      【解决方案4】:

      由于已指定 Java PKCS#5 KeyFactory 仅使用 PBEKeySpec 中字符的低 8 位,您应该能够毫无问题地将字节数组转换为(16 位)字符数组.只需将每个字节的值复制到字符数组中即可。

      为了确定,我会执行charArray[i] = byteArray[i] &amp; 0xFF 作为赋值语句,否则你会得到非常高价值的字符。

      这是一个丑陋的解决方法,但我看不出有什么理由让它不起作用。


      请注意,以上假设 Latin / Windows 1252 compatible encoding 用于值 0x80 及以上。如果您允许 0x80 到 0xFF 的代码点,那么您不能使用 UTF-8(当然也可以是 UTF-16)作为编码。

      【讨论】:

      • 我试过这个没有成功。试图在 .NET 和 Java 之间建立一个兼容的实现是相当痛苦的。我不认为它只使用 char 的低 8 位,或者期望从 byte[] 进行一些额外的转换(也许是编码?)
      • @EricLemes Java 基本上使用 Unicode 代码点的最后 8 位。然而,这与 UTF-8 不兼容,但与 Windows-1252 / Western-Latin 字符集兼容。也许您应该首先将 UTF-8 编码转换回 Stringchar[] 以使其正常工作。
      • 我认为这是问题所在。我使用字节数组作为输入,在 UTF-8 转换期间,一些字节被丢弃:-( 他们可以使用 byte[] 作为输入。生活会简单得多......哈哈
      • @EricLemes 是的,我认为他们使用了char[],因为密码回调函数通常使用它。所以你必须为那些转换为byte[]。我认为 Android 现在允许使用 UTF-8,这是 PKCS#5 规范中暗示的编码。这通常更明智,但更难安全编码。
      • 我试过了,很遗憾没用。这应该!根据我的研究,似乎 KeyFactory 直到最近的 Java 8 版本才起作用。我在 Java 7 上停留了一段时间,所以我发布了一个替代解决方案,但你的在 Java 8 中应该是正确的。
      猜你喜欢
      • 1970-01-01
      • 2022-11-10
      • 2011-11-12
      • 2013-12-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-09-26
      • 2011-09-01
      相关资源
      最近更新 更多